git/list[1] front-page[2] threads[3] people[4] search[5] about
 

How to manage multiple personal projects

From
Paul Richards <paul.richards@gmail.com>
Date
Jul 15, 2009, 16:00 UTC
Message-ID
<a1138db30907150900j7d6152ebs755d83adf7717287@mail.gmail.com>

Hi, I am currently using Subversion for my personal projects but am very interested in moving to a DVCS (most likely Git). The only reservation I have is that I'm not sure how to map my current workflow to Git.

Currently I have a single Subversion repository which holds all of my work. Typically when I experiment with something new I create a directory at the top level of my repository, and start hacking away. 9 times out of 10 these experiments run for a few days then are never touched again. The directory will just sit there forever more in my repository. Occasionally one of these "projects" will keep me interested for a while longer and so it will grow into something that I work on for a longer period and I might publish. Publishing a URL for a single project from my repository is very easy, as I can give a URL which points to just the correct directory within the repository. The third party doesn't see all my other junk unless they explicitly navigate up the URL, nor do they end up checking out lots of stuff related to other projects.

In short, with Subversion a single repository can hold multiple projects very easily for me. I myself typically just check out my entire repository, but when I send links to others I typically only send them the URL for the project of interest.

With Git, I'm not sure how this would work. From what I understand about branches and tags in Git is that they apply to the whole repository. And so it would not be advisable to store multiple projects in a single repository. I could choose to ignore this, and store all my small projects in a single Git repository anyway, but I'm not sure how I'd then allow others to checkout just a single project directory. (I presume they wouldn't be able to)

I believe the correct choice with Git is to create a repository per project. This would work OK for me, but I worry about the shear number of repositories I'd end up creating. Part of the nice thing with my current Subversion setup is that starting a new project is very easy and cheap, I don't create a new repository each time.

I think what might work with Git (and for which I'd like some advice) is something inbetween. I could have a single Git repository to hold my small experiment projects where initially is where I always start my work by creating a new directory. Then if any of them start to mature, I could move the project out into it's own repository for real. Would Git support this in some way tracking changes from one repo to the other? Or would I end up having to "replay" all the commits from one repo to the other?

Thanks for reading so far, I'd appreciate any advice people have for this.

My Subersion repository is (temporarily) available publicly: http://pauldoo.dyndns.org/svn/

Hopefully you might see how small many of these little projects are. Occasionally though they grow into something larger that I do publish (e.g. Proffy, Pigeon, Tuner).

-- 
Paul Richards
Next: Avery Pennarun
Message 1 of 3 in “How to manage multiple personal projects”
  1. Paul RichardsJul 15, 2009
  2. Avery PennarunJul 15, 2009
  3. Jakub NarebskiJul 15, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.