この世界の 2 つの物理的な場所を想像してください。
現在、プログラマーとしての私の仕事は、これら 2 つの場所 (同じ機能で) で作業することです。
これら 2 つの場所の間でファイルを同期するには、変更されたファイルを CD に書き込み、別の場所に移動して、各ファイルを慎重にマージします。また、関連性があるかどうかはわかりませんが、私と一緒にそのプロジェクトに取り組んでいる他のプログラマーがいます。サイト 1 をメイン オフィスとする会社もあれば、サイト 2 をメイン オフィスとする会社もあります。
サイト 1 のメイン リポジトリが svn であるという事実を変更することはできませんが、これは分散環境のように見えます。これらのサイト間でファイルを簡単に移動およびマージするには、どのように git を使用すればよいでしょうか?
Subversionは主にリポジトリで動作します。Subversion は、短期的にはリポジトリ接続なしで動作するように設計されていましたが、最終的にはリポジトリに接続する必要があります。そうしないと、変更をコミットできません。これは 1 日か 2 日なら問題ないかもしれませんが、数週間または数か月の場合は大きな問題になります。
1 つの解決策は、分散リポジトリ モデルに移行することです。git-svn を使用すると、Subversion リポジトリからチェックアウトし、変更をそのリポジトリにプッシュすることができます。マージの問題 (作業とリモートの間で何週間も同期されない) ですが、少なくとも作業でバージョン管理を使用できるようになります。
マスター svn リポジトリを使用してそのサイトを取得することは可能ですが、Git に移動するためのインターネットはありませんか? ほとんどの人が Git について理解していないのは、必ずしも中央リポジトリが 1 つあるとは限らず、複数のリポジトリ間で変更をプッシュおよびプルすることができるということです。たとえば、電子メールを使用して Git リポジトリに変更をプッシュできます。このようにして、まだオフサイトのときにコードの変更を配信できます。または、コードの変更を同僚の Git リポジトリにプッシュし、その同僚が変更をマスター リポジトリにプッシュすることもできます。
Git は Subversion よりも少し複雑ですが (結局のところ、Git を使用する場合は、少なくとも 1 つの余分なリポジトリを使用する必要があります)、この場合、分散バージョン管理システムを使用すると、すべての作業がはるかに簡単になります。
svn 自体でこれを行うことを検討できます。
git を使用する場合でも、競合が発生した場合は手動での介入が必要になります。優れた比較マージ ツールを使用すると、マージにそれほど時間がかかりません。すべてのステップを自動化するスクリプトを作成できます。
マシンで git を使用し、 git-svnを使用して SVN リポジトリと同期できます。これによりワークフローが簡単になるかどうかはわかりません… つまり、git が好きなら、ほとんどの場合、開発に git を使用できますが、とにかく SVN に同期するのは面倒です。