First some backstory...
I had a public and a private Subversion repository on my web server, and when I started a new project I'd import it into one of them. This is nice because I get versioning and history, plus I get implicit synchronization between my various development boxen.
It's not unusual to have one monolithic Subversion repository for many different projects, mainly because setting up a Subversion repository can take a small bit of work, especially if you are serving it from HTTP. However, Git makes it so easy to create new repositories that there is no excuse not to create per-project repositories, not to mention that you should anyway since Git doesn't support checking out a subdirectory of a repository. You simply can't use a monolithic Git repository because you have to clone the whole big tree, even if you only plan on working on one subdirectory.
Since Git is so much more awesome, I plan on converting my Subversion repositories over. But what do I do with the multi-project ones? There's no built-in mechanism for pulling out just one directory, with history, into a new repository. So I wrote one.
The usage is git-pluck src-repo dest-repo path/to/directory. The
script copies the repository at src-repo to a new directory,
dest-repo, and then does its magic. It rewrites all of the commits so
that all of the files in path/to/directory are moved into the root of
the repository, and everything else is deleted. Commits that do not
introduce changes to that directory are removed from the history,
potentially including the first commit to the repository. Finally, the
reflogs and backups are removed and the repository is compacted, leaving
you with a small, single-project repository.
This script was written and tested using Git 1.5.6.5. Feedback is welcome!
Comments