問題タブ [trunk]

私はこれらの言葉をSubversion（そして私は一般的なリポジトリだと思います）の議論の周りでたくさん見ました。
私はここ数年プロジェクトにSVNを使用していますが、これらのディレクトリの完全な概念を理解したことはありません。

それらはどういう意味ですか？

'branchs'ディレクトリよりも深い'subversionでブランチを作成するにはどうすればよいですか？

標準trunkの構造体がtagsありbranches、「branches」タグよりも数ディレクトリ深いブランチを作成したいと思います。

標準のsvnmoveメソッドを使用すると、フォルダが見つかりませんというエラーが発生します。また、branchsフォルダーにコピーしてチェックアウトし、「svn move」を目的のツリー構造にコピーしようとしましたが、「working copy adminareamissing」エラーが発生しました。

これを作成するには何をする必要がありますか？

説明のために、「branches / version_1 / project / subproject」（まだ存在していません）に直接移動するブランチを作成するとしますか？

だから私はCVSでクリーンアップしたいソースツリーを持っています。

本当に必要なのは、古いものを分岐することですが、元に戻すことは決してありません。しかし、必要に応じて、Eclipseワークスペースにアクセスして変更を加えることができます。

次に、メイントランクをクリーンアップし（不要になったものを削除して）、開発を続けます。その後、新しいリリースがリリースされたら、再び分岐します。

これがCVSでどのように機能するかわかりません。ですから、誰かがそれについて行くための最良の方法を説明できれば、それは素晴らしいことです。

2 つのブランチがあります: 1. HEAD - 最新バージョン (別名 Trunc) 2. PROD - リリース済みバージョン

リリースされたバージョンのバグを修正する場合、次のうちどれを行いますか:

1. PROD で修正してから、HEAD にマージします
2. HEAD で修正してから、PROD にマージします

(1) の利点は、この方法では、HEAD からテストされていないコードを誤って持ち込んで、リリースされたバージョンに害を与えることが絶対にできないことです (PROD は常に HEAD よりも安定しており、テスト済みであるという前提があります)。

(2) の利点は、PROD よりも HEAD の方がコード片の使用法が多い可能性があることです。そのため、PROD でのみ修正すると、そのような使用法をすべて見つけることができず、バグを HEAD に滑り込ませる可能性があります。

個人的には(1)です。どう思いますか？

TortoiseSVN を使用して、ブランチで行った変更をトランクにマージする必要があります。

私はこのプロジェクトの唯一の開発者なので、トランクが変更されていないことを知っています。最終的に私のチームが使用できるように、SVN を学習しています。

基本的には、幹を枝とまったく同じに見せたいと思っています。

svn 以前の世界では、ブランチ フォルダーにファイルをコピーし、トランク フォルダー内のファイルを削除してから、ブランチをトランクにコピーしていました。

Reintegrate a branchTortoiseSVN では、 、Merge a range of revisions、およびを試しましたMerge two different trees。実際にトランクを変更するものはないようです。また、トランクの上で分岐しようとしました。これにより、トランクが既に存在するというエラーが表示されます。

重複の可能性:
「ブランチ」、「タグ」、「トランク」の本当の意味は?

Subversion のトランク、ブランチ、タグとは何ですか?また、それらを使用するためのベスト プラクティスは何ですか?

Visual Studio 2008で Subversion に使用できるツールは何ですか?

このように Subversion/TortoiseSVN を数回マージしました。

方法 A:

• 1) トランクを変更してコミットします。

• 2) ブランチに他の変更を加えてコミットします。

• 3) トランクからの作業コピー: TortoiseSVN の「リビジョンの範囲をマージする」を使用して、ブランチからマージします。

• 4) 次に、トランクをコミットし、ブランチを削除します。

ただし、 TortoiseSVN マニュアルでは、3) と 4) の代わりに以下を推奨しています。

方法 B:

• 3*) ブランチからの作業コピー: TortoiseSVN の「リビジョンの範囲をマージする」を使用して、トランクからの変更をマージします。

• 4*) トランクの変更を含むブランチをコミットします。

• 5*) トランクからの作業コピー: TortoiseSVN の「ブランチの再統合」を使用して、ブランチからの変更をマージします。

• 6*) トランクをコミットし、ブランチを削除します。

私は A の方がはるかに簡単で、そのようにすべきではない理由を見つけていません。

ブランチからトランクにマージするときのメソッド B または A の引数は何ですか?

プロジェクトのタグを取得して、それを新しいトランクにする必要がある状況があります。既存のトランクを別のブランチにしました。私の質問はこれです-トランクのブランチを作成したら、トランクを削除してから、問題のタグをトランクにコピーできますか？それを行うためのより安全な方法はありますか？

どんなアドバイスも大歓迎です！

単一のファイルと単一のリビジョンについて、ブランチからトランクへの変更をマージしようとしています。

フロントエンドとしてVisualSVNを使用しています。

そこで、ファイルを右クリックし、[Visual SVN]-> [マージ]を選択し、[リビジョンの範囲をマージする]を選択して、（ログから）リビジョン番号を入力し、[次へ]をクリックします。次に、[マージのテスト]をクリックします</ p>

私が得るのは次のエラーです：

' http://subversion.tigris.org/xmlns/dav/md5-checksum 'がリソースに存在しませんでした。

なぜこれが起こっているのか考えはありますか？

うまくいけば、これは理にかなっています: Subversion で、トランクを分岐してから分岐した場合、トランクからの変更を分岐した分岐にマージできますか?