Fork is nothing more than a new repository with added remote
There are three main ideas that need to be understood:
- each git repository is a standalone repository
- "fork" is a buzzword for a repository with remote reference to the source repository
- GitLab is nothing more than a user interface for real Git storage on the file system.
Therefore, if you insist that some branches should be updated on your server with remote branches (git: // or http (s): //), you can add a new remote to your real git repository (usually located in / home / git / repositories, check your gitlab.yml) and configure cron to receive changes from such a remote.
BUT , many things can go wrong if the pull is not fast-forward, and merging is required.
The solution to this problem is to select the remote control and restart it, but this time all your changes will be lost.
Better do it all by hand
If possible, a much better solution would be to devote some time and pull the changes manually, check them for consistency, and send them to a local copy.
petrpulc
source share