There are two companies. Each one has a Git server running. If company A checks in some code this should be updated on company B server and the other way around.
The two servers should keep themselves sychronnized with each other.
Server OS: Ubuntu Server 14.04
GIT: Gitlab
Which solution would be appropriate in our case (mirroring, hooks,..)?
I created a tool to synchronize on a level of Git-repositories and to delegate everything to project teams.
My tool is git-repo-sync.
It automatically synchronize two remote Git repositories. But it is possible to configure as many sync pairs as someone need.
I believe that servers could not be synchronized in a "Git order of things".
Even GitLab propose its mirroring on a repository level.
Technically, mirroring is possible at the server level too, but it will be an one-way synchronization.
People more often want to do changes from both companies and mirroring does not allow this.
There have always been limitations with mirroring except if it is used for backuping.
Imagine you have some server synchronization.
Next you'll ask your sides (companies) to check and repeat their Git-pushes and commits because they can disappear during a night time synchronization.
Then you'll ask your sides to do not commit to the same Git-branches to mitigate these troubles.
To mitigate but not eliminate.
I imagine ways how to implement some bidirectional synchronization on a level of Gitlab or Bitbucket.
I just decided not to implement this in my tool because it will be a little bit complicated.
In my case, I have many Git servers and not just Gitlab or Bitbucket.
There are many other reasons why I can't agree to synchronize servers or Git-solutions. But here no place to share my pain. :)
