瞬時にクラウドソースコードリポジトリシステム(Gitlab、Githubなど)を無視すると、すべてのgit reposがピアになります。 1つのレポが「中央」レポであることは、本当にあなたとあなたのチームがそれを決定する問題です。
フォークされたリポジトリから管理しているローカルリポジトリにすべてを取得し、Gitlabで新しい空の "中央"リポジトリを作成し、すべてのブランチなどをローカルレポ。
これは基本的にあなたがすでに行っているようです。
など「中央」のレポのさらなる議論、フォーク、
Gitは、ある種の中央リポジトリであることを意図されることを意味し、あなたが「裸」のリポジトリを作成することができますので、ありません作業ディレクトリはありません。これは、すべてのクラウドレポシステムで使用されているものです(ベアレポのフォルダは、という別の.git
フォルダを持っているのではなく[repo].git
という名前です)、それ以外はすべてのブランチとタグを取得し、実際には、あなたのレポはその後、どこか別のローカルレポのためのリモートリポジトリとして機能することができ、その後、あなたの地元のレポは、リモートレポを持っていること、すべて同じ情報を持っている、など、すべてのサブモジュールを引き出します。
を今にこれに加えて、Gitlab、Githubなどのサービスは、特定の人だけがプルリクエストをマージできるようにブランチを「保護」できるアクセス保護の追加手段を提供します。たとえば、他の人に与えるフォークの使用チームメンバーまたはチーム(またはインターネット上のランダムな人物)もレポの個人用コピーを作成することができますが、フォークを別のレポにしたい場合は、ローカルのリポジトリにすべてをクローンしてから、他の人に接続したり、Gitlabなどの新しい空のレポにプッシュすることができます。
さて、これはすべて言われていることですが、一般的に、いくつかのコマンドを特別な方法で実行して、すべての履歴、すべてのコミット、すべてのブランチ、すべてのタグをプルダウンして、本当にすべてがあることを確認する必要があります。与えられたレポには何も特別なものはありません。これはGitの美しさの一部です。リポジトリを持っていれば、完全にオフラインで作業したり、フォルダをコピーするだけでリポジトリ全体をバックアップすることができます。
最後に、私は自分の個人レポを削除しましたそれを新しい "マスター"から取り除いた。それはうまくいくようです。 分岐技法はおそらく良く機能しますが、私たちは事務所でのやり方ではないので、私はそれに十分慣れていません。私はそれで周りに遊ぶだろう。 – thatleviathan