A while ago, I asked what are cons and pros between the two version control designs of a project: multiple repositories, vs single repository

  1. When a project has a single git repository and developed by multiple people simultaneously,

    • what are some ways to manage the contributions from different developers so that their contributions can be kept consistent and the project can be built successfully?
  2. When a project is split into multiple git repositories (each repository is for a distinct library or application) and the libraries and applications in the project are developed by multiple people simultaneously,

    • what are some ways (under Linux, Windows, or cross-platform) to maintain the libraries and applications in the project so that they can be kept consistent and built successfully?

    • Is versioning or semantics versioning (e.g. GitVersion) a solution?


  • 3
    Are you sure that you shouldn't be looking into a package distribution solution instead? Anything such as your own Maven, PyPI or apt repository and breaking out all the shared libraries/modules in your application into individual packages. Obviously this should rest on top of a version control system for actually developing the packages but removes versioning from Git and should in theory simplify distribution. – Robzor Jun 27 '17 at 14:10

You are mixing applications and librairies when they shouldn't.

A library has its own roadmap, which can be influenced by request of course, each time new features are released, the version change. However it has nothing to do with the application using it. When you upgrade the version of the library to have new features you have to test your application.

If you need to have a tool to manage your dependencies, they're tons of them : Maven, Gradle,... If for whatever reason you can't use one, take a look at how they work.

I think that your true concern may be more something along the lines :

I have to manage multiple application that share libraries, all of those are evolving, how do I ensure that I can safely continue to evolve everything and not lose control ?

I am probably not experienced enough, neither this post has enough character, for a long explanation so I will keep this very short :

  • Versionning : a proper versionning is absolutely necessary with at least major/minor level. Eventually major/minor/bug fixes.
  • Scope : each library/application must have a clear defined scope understood by everyone. So people know what they can expect from a library, and what just isn't there and won't because it's not in their scope.
  • Backward compatibility : every libraries/Framework shared must ensure backward compatibility at their best. Don't remove code, use depecration. So people will see warning provding by the compilater that they use depracated methods, which may break on a next major release.
  • Breaking change : if a breaking change in a library/framework is introduced because this is the way to go, it must be documented and usually part of a major version release. So you can continue to provides bug fixes, little functionnalities supports through minor version without having to introduces breaking changes.
  • Documentation : everything part of a huge project must be documented (not necessary in a form of a very long and tedious text) : breaking changes, functionnalities (what ? from which version ?), bug fixes.
  • Automatic non regression test : just THE way to go to ensure backward compatibility, each feature must have its regression tests and each bug fixed must have its own test (and eventually more than one).
  • Diagrams : maintening a few diagrams showing the relations between components will save you the headache to do the same in douzenth of pages. You don't need to document each function call from which library for each applications, this is too much. Just that they have a dependancy and eventually a bit of context where is it used.
| improve this answer | |

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.