問題タブ [branch]

私は現在、仕事用にさまざまなソース管理ソリューションを評価しており、分岐についていくつか質問があります。

ブランチの作成方法については基本的な理解がありますが、ビルド マシン (CruiseControl.net) がブランチを作成してビルドする方法がわかりません。

多くのプロジェクトがあり、それらはすべて他のプロジェクトによって依存されています (他にもあります): ユーティリティ > データ アクセス > ビジネス ロジック > 共通 GUI > ( Web サイト | デスクトップ クライアント )

ビルド マシンが次のことができるように、リポジトリをどのように構造化しますか (違いがある場合は Vault)。

1. トランクを構築する
2. 「最新」のブランチを構築する

大まかなフォルダー構造および/またはクルーズコントロールからの取得方法に関する説明は素晴らしいでしょう.

ありがとう

編集：

明確にするために、開発にはトランクを使用し、リリースごとにブランチを使用する予定です。

作業中のソース管理 (ほとんどの場合はVault ) をアップグレードしており、ブランチの方法論に移行しており、使用するフォルダー構造の解決に問題があります。

トランクを開発ラインとして使用する予定であり、ブランチはリリースとそのリリースのバグ修正になります。

2 つのフォルダー構造を思いついたので、それぞれの長所と短所を知りたいと思いました。

と

最初のソリューションでビルド マシン ( Cruisecontrol.net ) でソース コントロール ブロックを使用すると、次のように言えます。

branchesブランチを作成することはかなり似ていますが、フォルダー内の最新のブランチを取得することは可能ですか? そうしないと、リリースごとに ccnet 構成を編集する必要があります。

2 番目の方法 (多くの人がこの方法を提案しています) を使用する場合、ビルド マシンはどのようにして関連するすべてのプロジェクトを取得するのでしょうか? このようなものかもしれません：

一部のプロジェクトが分岐されていて、他のプロジェクトは分岐されていない場合、ブランチが存在しない場合にトランクを取得するにはどうすればよいですか (これが可能な場合)。

すべてのトランクを取得してから、ブランチで上書きするとうまくいきますか? 存在しないブランチにアクセスしようとするとエラーになりますか?

最近移行したVSSTFSシステムに開発用の「トランク」を設定し、開発者はトランクから離れたブランチで作業を行っており、これらは再びマージされています。

私たちはチェックイン時にチェンジセットに熱心にコメントしてきましたが、これはVSSの時代には決してしませんでした。ただし、ソース管理エクスプローラーでトランクファイルを右クリックして[履歴]を選択すると、「開発ブランチからマージ」というラベルの付いたモノリシックチェンジセット（または開発者がマージしたときにそこに落書きしたもの）のみが表示されます。履歴エントリは表示されません。その時点でどのブランチがマージされたかに関する情報も含まれているようです。それを構成するチェンジセットに関する情報や、それに伴うコメントは言うまでもありません。

他のTFSユーザーはこの問題にどのように対処しましたか？

私がここで見逃している履歴を表示する別の方法はありますか？

Webプロジェクトのテンプレートとして使用するためにカスタマイズされたバージョンのWordpressを作成し、svnリポジトリに保存しました。

ワークフローと更新を容易にするために、さまざまなプロパティが設定されています（無視、wordpress +プラグインを外部として）。

私の質問は、これを他のプロジェクト/リポジトリのベースとしてどのように使用するかです。

• エクスポートすると、すべてのプロパティが失われます。

• チェックアウトする場合、これはテンプレートリポジトリの作業コピーであり、新しいリポジトリにインポート/コミットすることはできません（？）

この場合、ブランチを使用する必要がありますか？プロジェクトがテンプレートにマージされることは決してないため、正しくないようです（一部の部分はマージされる可能性がありますが）。

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

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

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

どのブランチポイントを何を使用して何に切り替えるかについては、すでに学習しましgit branch -mた。これを行うと、他の人が私のリポジトリからプルするのが難しくなりますか？

ブランチでたくさんのことをしてからtopic1、

次に、他の誰かがmaster私のリモートリポジトリからプルします。すべてが正しい場所を指すようにするには、他の誰かが何をする必要がありますか？手順を繰り返すように全員に指示する必要がありますか？

これは、コミットをプッシュして他の開発者にぶら下がっているオブジェクトを残した後、コミットをリベースする問題に似ていますか？

私は、Mercurial を使用してプログラムを作成する単一の開発者です。私はこれまで開発のあらゆる段階でコミットしてきましたが、物事を台無しにして、別のことに取り組みたいと思っています。

以前の状態 (ロールバック) に移動してからブランチを作成し、新しい状態を維持するにはどうすればよいですか?

ロールバックは何かを削除しますか? それだけでいいの？必要な場所に戻るまでロールバックし、編集してからコミットしますか? 変更セットを後でマージすることはできますか、それとも少なくともそれらを見ることはできますか? もちろん、このリポジトリを保存してロールバックし、新しい変更セットを作成してから、2 つのリポジトリをマージできますか?

私は SCM ももちろん DSCM も初めてなので、優しくしてください :)

同時に複数のブランチ (リリース) をサポートする必要がある大規模なソフトウェア プロジェクトがあるとします。たとえば、Web サイト上の製品リリース、現在顧客によってテストされている統合テスト リリース、ローカル システム テスト用のテスト リリース、および開発者が新機能をハッキングする開発リリースがあります。

このセットアップを適切にサポートするバージョン管理システムはどれですか? 私の主な懸念は、異なるリリース間のマージをサポートする必要があるということです。本番リリースで緊急のバグを修正する場合、他のすべてのリリースもチェックアウトして手動でバグを 5 回修正したくありません。

回答がある場合は、それを適用したプロジェクトの規模と経験をお聞かせください。開発者によるマージを明示的にサポートするシステムを探しています。ビルド マネージャーなどによってスクリプトが適用されたソリューションは役に立ちません。(あまりにも危険です。マージは、開発者が何をすべきかを最もよく知っているため、開発者がすぐに実行する必要があります。)どうもありがとうございました!

ソース ツリーを視覚的に表示する、Subversion または (できれば) Team Foundation Server のソース管理システムで動作するユーティリティはありますか? たとえば、ブランチ (ラベル付き) の分割、合流などを示します。