私はオープン ソースの Java プロジェクトを使用しており、サイトにカスタム変更を加える必要がありました。Subversion 経由でソース コードをダウンロードし、2 つのファイルを変更して、カスタム JAR ファイルを作成しました。次に、これらのカスタム変更を Subversion ソース管理システムに保存する必要があります。これを行う最善の方法は何ですか？
オープン ソース コードのタグ付きバージョン全体をシステムにチェックインしてから、変更を加えたブランチを作成する必要がありますか? それとも、カスタム ファイルをチェックインして、常に存在するオープン ソースのタグ付きバージョンに依存する必要がありますか? それとも、まったく別のものですか？
Subversionベンダー ブランチをよく見てください。これは、「独自のバージョン管理システムでサードパーティ データへのカスタム変更を維持する」ことを目的としています。これはまさにあなたが望むもののように聞こえます。メイン リポジトリにオープン ソース Java プロジェクトのベンダー ブランチを作成します (変更前の最後の SVN リビジョンから)。次に、変更をチェックインします。将来的には、上流の変更をマージできます。
まず、これをできる限り回避するようにしてください。可能であれば、変更をオープンソース プロジェクトに反映させてください (将来的には、自分自身の作業が少なくなります...)
しかし、それができない場合は、ベンダー ブランチに関する Matthew Flaschen のアドバイスに従います。
Subversion book は無料でオンラインで入手でき、リポジトリのレイアウトを選択するためのセクションがあります。
Subversion コミュニティは、各プロジェクト ルート (そのプロジェクトに関連するデータを含む「最上位」ディレクトリ) のリポジトリの場所を選択し、そのルートの下に 3 つのサブディレクトリを作成することを推奨しています。ブランチは、メインの開発ラインのさまざまな名前付きブランチを作成するディレクトリです。タグは、作成され、おそらく破棄されますが、変更されることのないツリー スナップショットのコレクションです。
これがあなたのプロジェクトにとって何を意味するのかを判断するのに苦労している場合は、喜んで詳しく説明します.