Handling (many) multiple projects in Git in an enterprise environment

Posted by Michael K on Programmers See other posts from Programmers or by Michael K
Published on 2012-06-18T18:20:53Z Indexed on 2012/06/18 21:23 UTC
Read the original article Hit count: 211

One of the advantages of older version control systems such as CVS and SVN in enterprise development is that anyone can connect to source control and see all the projects that the company has. This can make it easier to get a high level view of what kid of development is happening outside your sprint and also keeps everything in one place and easy to find.

However, distributed version control systems (Git, specifically) use the repository as their base unit. They work best with one project (or several closely related projects) per repository. This makes repository management more difficult in most enterprise environments where it is not unusual to have more than 25-50 projects to support. As far as I have been able to determine, you have to keep a list somewhere else of all the repos you have. There is software available, like GitHub, that help, but that still is an extra step beyond a single connection string and listing the contents of the repository.

What is the best way to deal with the complexity of multiple repositories?

© Programmers or respective owner

Related posts about version-control

Related posts about enterprise-architecture