Netbeansを使用してSubversionと作業し、異なるバージョン（ブランチ）のコードを維持するのが簡単ではないかと考えています。Netbeansを使用したSubversionと複数のバージョンの良いプラクティス
現在、Netbeansで管理されているコードの単一バージョンでSourcesafeを使用しています。今はより多くの顧客がいるため、異なるバージョンのソフトウェアを維持する必要があります。
私がSubversionで理解しているように、コードのメイン/ワーキングブランチであるトランクフォルダがあります。次に異なるバージョンが必要な場合は、ブランチの下にコードをブランチします。だから、物事が将来的に見えるかもしれ方法を考え、次の階層が使用されることがあります。
product\trunk
product\branches\version 1.0.0.0
product\branches\version 1.0.0.1
product\branches\version 1.0.0.2
product\tags
と各バージョン（つまり、バージョン1.0.0.0、バージョン1.0.0.1、およびバージョン1.0.0.2）あなたは同じを持っています
src
lib
test
libには、サードパーティによって開発されたプロジェクトで使用されるJARファイルが含まれています。 srcには、アプリケーションで使用される数十万、数千のソースコードクラスが含まれます。テストには、同等のソースコードクラスのテストクラスが含まれていることを願っています。
nbprojectは、Netbeansがさまざまなプロジェクト設定を保存するために特に使用するフォルダです。 Netbeansは通常、コンパイル済みのJARファイルであるアプリケーションをコンパイルするときにdistフォルダを作成し、libフォルダで参照するJARファイルを作成します。
が質問のいくつかあり、私が持っている：
- バージョン管理にlibにnbproject、フォルダおよびdistフォルダを追加しない何らかの理由はありますか？
Netbeans内で異なるバージョンのコードを維持する場合、ソースコードの各バージョンごとに個別のNetbeansプロジェクトを作成する必要がありますか？だから、基本的に、あなたのプロジェクトを持っているでしょうNetBeansで表示：
- 製品トランク
- 製品バージョン1.0.0.0
- 製品バージョン1.0.0.1
- 製品バージョン1.0.0.2
- ...以下のように...
- 製品バージョンXXXX
私が見たことから、SubversionはSourcesafeや他の多くの優れた機能よりも優れたマージ機能を備えています。もう一つの大きなプラスでもあるNetbeansと統合されています。私はすでにトランクと単一の分岐バージョンを持つテストリポジトリを作成しました。ここでは、分岐したバージョンからトランクにファイルをマージして、同じファイル内に多数の競合があります。