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