問題タブ [branch]

TortoiseSVNクライアントを使用してApacheSubversionとどのように分岐してマージしますか？

SVN でブランチを作成するにはどうすればよいですか?

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

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

バージョン管理でプロジェクトを構成するには、少なくとも 10 の異なる方法があることを知っています。使用されているいくつかの方法と、どの方法があなたに適しているか興味があります。私はSVN、TFS、そして現在/残念ながらVSSを扱ってきました。バージョン管理の実装が非常に貧弱で、問題はありませんが、素晴らしいとは言えませんでした。

ボールを転がすために、ここに私が見たもののレビューがあります.

この例は SVN ベースですが、ほとんどの VCS に適用されます (分散バージョン管理にはあまり適用されません)。

1. サイト /division/web/projectName/vb/src/[trunk|branches|tags] の一部である個々のプロジェクトを分岐します

2. サイト全体を分岐します。私が見た場合、コア コンポーネントを除くサイト全体が分岐されました。/部門/[幹|枝|タグ]/web/プロジェクト名/vb/src/

3. メインラインをデフォルトで使用し、大きな変更が必要な場合にのみ分岐します。

この質問をする方法は複数ある可能性があるため、ここでは問題の説明を示します。私はマスターに取り組んでいて、いくつかのことをコミットしましたが、その作業を保留することにしました。いくつかのコミットをバックアップしてから、くだらない仕事を始める前から分岐しました。実際にはこれで問題なく動作します。現在、メインの開発ブランチとして別のブランチを持っています。どうすれば物事を変えることができるのだろうかと思っているので、マスターに再び取り組んでいますが、ジャンク作業はなく、作業は別のブランチにあると言いました。

これを尋ねる/解決する方法がいくつかあります: master ブランチの名前を別の名前に変更してから、別の名前を master に変更するにはどうすればよいですか? master をバックアップしてから、過去にバックアップしたすべてのコミットを別のブランチに置くにはどうすればよいですか?

すべての（素早い）回答をありがとう！彼らはすべて良いです。

私が働いている会社は、現在の分岐モデルに問題を抱え始めています。コミュニティはどのような種類の分岐戦略にさらされているのでしょうか?

さまざまな状況に適したものはありますか? あなたの会社は何を使っていますか？それらの長所と短所は何ですか??

TFS では、ブランチ A をブランチ B にマージしてチェックインすると、B で単一の変更セットが取得されます (通常、「merged A->B」のようなコメントが付いています)。

これは、B が A からのチェックイン履歴をまったく持っていないことを意味します。したがって、誰かがブランチ A で新しいファイルを作成した場合、ブランチ B から誰が作成したかを知ることはできません。また、誰かが A でファイルを更新した場合、次のことができます。誰がブランチ B から更新したかを教えてください。

この種の詳細なチェンジセットの履歴をブランチ間で確認する方法はありますか? ある種の動力玩具、またはサードパーティのツール、または何か?

更新: TFS Power Toy tfpt history /followbranches ツールは「マージを展開」せず、「ブランチを展開」するだけなので、この問題は解決しません。

標準の Subversion トランク/ブランチ/タグ レイアウトがあります。中長期プロジェクト向けのブランチはいくつかありますが、リリース向けのブランチは今のところありません。これは急速に近づいています。

我々がすべき：

1. リリース ブランチとプロジェクト ブランチを混在させますか?
2. リリース フォルダを作成しますか? もしそうなら、リリースよりも良い名前はありますか?
3. プロジェクト フォルダーを作成し、現在のブランチをそこに移動しますか? もしそうなら、プロジェクトよりも良い名前はありますか? 他のリポジトリで「サンドボックス」と「スパイク」を見てきました。
4. まったく別の何か？

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

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

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

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

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

TFS で直接の親または子ではないブランチにマージすることは可能ですか? これは私が使用中に経験したことなので、答えはノーだと思います。ただし、承認サイクルが異なる可能性があるさまざまな機能に取り組んでいる場合 (つまり、機能 1 が機能 2 の前に承認される可能性がある場合) には、これが非常に役立つ場合があります。次のフルバージョンの前にリリースできるように、一部の機能を以前のブランチにマージする必要がある製品ブランチがある場合、これは非常に困難になります。

私たちの現在のブランチ戦略は、トランク (またはメインラインと呼ぶ場合) で開発し、ブランチを作成して安定させ、本番環境にリリースすることです。このブランチは、ホットフィックスやその他のものを作成するために使用できますが、メインラインは今後の機能に分岐できます。

上記のようなシナリオを軽減するために、どのような手法を使用できますか?