問題タブ [branching-and-merging]

Mercurialリポジトリでブランチを使用していますが、デフォルトのブランチにマージした後、別々のブランチで行われた名前変更がpre-commitに表示されないことに気付きました。ただし、コミット後、hg diff -gコマンドを発行すると、名前変更が正しく表示されます。

次のスニペットは、私が何を意味するかを示しています。作成中の新しいリポジトリ。デフォルトで単一のファイルを作成します。次に、branch-oneというブランチを作成します。ブランチ1のファイルの名前を変更し、この変更をデフォルトにマージします。デフォルトにコミットする前に、変更が何であるかを確認するために差分を実行し、名前変更を取得せず、代わりに削除と追加を報告することに注意してください。しかし、コミット後、差分をもう一度確認すると、今回は名前の変更が正しく報告されます。

コミット前にdiffを正しく報告する方法はありますか？

私はWindowsXPのバージョン1.6.3を使用しています。

Perforce リポジトリのブランチには次のような状況があります。メインラインの「トランク」と 2 つのリリース ブランチ「1.0」と「1.1」があります。顧客固有の変更を含むブランチ「顧客」が 1.0 ブランチから分岐しました。現在、顧客はバージョン 1.1 に移行したいと考えています。1.1 ブランチをカスタマー ブランチにマージするにはどうすればよいですか? 顧客固有の変更は、1.1 の「上位」のままにする必要があります。

影響を受ける 1 つのファイルの図を次に示します。

私が見ているファイルの現在のバージョンは、customer ブランチのリビジョン 3 です。

ブランチ「1.1」をターゲット「顧客」に統合することを選択した場合、両方の共通の祖先が見つかり (メインラインのリビジョン 100)、そこから 1.1 ブランチの先端に至るすべてのリビジョンがマージされると予想していました (括弧内）。

代わりに、Perforce は 1.1 ブランチのリビジョン 1 から 3 をマージすることのみを提案しますが、これは以前にメインラインで行われた必要な変更を見逃しているため失敗します。

各ファイルを手動で確認してマージするリビジョンを選択することなく、Perforce にこれを実行させるにはどうすればよいでしょうか? 分岐戦略が不適切ではないでしょうか。他に何をすべきですか？

Ubuntu Linux サーバーにSubversion リポジトリ (SVN 1.6.6 を実行) があり、 TortoiseSVN GUIを使用してブランチを作成しようとしています。ただし、エラーが返されます。

c:\work\repositoryWorkingcopy\ をhttp://svnserver/svn/repository/Oct13にコピー、リビジョン HEAD

エラー '/svn/repository/!svn/bc/234/branches' パスが見つかりません

Linuxボックスにログインして、「ブランチ」フォルダーが利用できないかどうかを確認しました。しかし、/var/svn/repository/branches が存在することは確認できました。

それで、何が問題で、どうすれば修正できますか？

コマンドラインからだけでなく、次のコマンド（ http://svnbook.red-bean.com/en/1.1/ch04s02.html#svn-ch-4-sect-2.1に従って）を試したところ、同様のエラーが発生しました:

svn: '/svn/repository/!svn/bc/235/branches' パスが見つかりません

私は何をすべきか？

また、svn info作業コピーのメイン ディレクトリには、次の情報が表示されます。

私はピクルスにいます。Windows 7でBeanstalkおよびTortoise SVNクライアント1.6.11 x64でSVN 1.5を使用しています。

私はブランチで開発を行っており、少なくとも週に 1 回、トランクからブランチに変更をマージしています。最近、トランクの変更がブランチに反映されなかったため、いくつかのことが機能していないことに気付きました。マージしようとすると、Tortoise はトランクにマージする変更がないかのように動作します。Test Merge では、追加または更新されているファイルは表示されません。

ブランチをトランクにマージしようとしましたが、ブランチが最新ではないというメッセージが表示され、トランクからさまざまなリビジョンをマージするように言われました。

私は本当にこれを手動でやりたくありません。ブランチが最新ではないことを Tortoise や SVN に伝えるにはどうすればよいですか?

We are a company, working on small and some huge project. Sometimes on one project are more developers 5, 10, 20 etc.

We are searching for an effective revision control system with best optional properties:

Performance issues – one file size, complex directory structure

Scalability – support for 5, 10, 25 developers, 10, 50, 200 projects

Merging of branches

Revisioning and marking of code changes

Statistics and report for developers, leaders, vendors, leader development, customer etc.

Supporting the development of various technologies- .NET, JAVA, PHP, Oracle, Delhpi, ABAP / SAP.

At this moment we are deciding between SVN, VSS, Rational rose, ClearCase and JIRA. Does some of this solutions support bug tracing and knowledge base repository?

Maybe someone has experiences on this topic and could give proposals.

Thanks in advance.

Best regards.

Microsoft TFSを使用して複数のチームにasp.netの同時開発を行わせる方法について、誰かが良い指針を持っていますか？

私は過去何年にもわたってSubversionを使用しており、ファイルを排他的にロックしたり、可能な場合は自動マージを実行したりすることなく、チームが自由に作業できるようになりました（99％の時間など）

しかし、私の新しいチームが排他的ロックでTFSを使用することを余儀なくされると、これはすべて崩壊します...

何かご意見は？

私は3つの開発チームを一緒に大きなプロジェクトに取り組んでもらいたいと思っています。変更を上書きせずに効率的に作業できるように、ブランチを使用してそれを実行したいと考えています。

私は「内部」ITショップにいて、現在バージョン管理にClearCaseを使用しています。私たちの分岐戦略はこれに共通しており、メインブランチはライブコード用に予約されており、プロジェクトおよびホットフィックスタイプのアクティビティ用にメインから分岐しています。各プロジェクト（およびそれらは頻繁に重複します）にはメインからの分岐があり、多層分岐はありません。

リリース3が稼働し、ベースラインが設定される前に、リリース4ブランチがリリース3の変更をすべて（たとえば）取得するように、統合ブランチ間でマージを行う必要があるという状況が発生します。また、プロジェクトが高く、サポートが必要な場合に修正プログラムが発生する回数。

ただし、ベースレスマージを実行するためにコマンドラインに移動する必要がないため、TFSの世界ではこれは実際には不可能ですが、非常に柔軟な分岐機能が必要です。 ClearCaseで使用されていました。

したがって、理想的には、TFSブランチで本番ベースラインを作成し、分岐して短期間の修正プログラムを実行し、分岐してプロジェクトを実行できるようにする必要があります。実際には、どのブランチが稼働するかを知る必要はありません（したがって、ベースライン）最初。すべてのMSドキュメントを処理した後、それらはすべて製品タイプの環境に焦点を合わせているように見えますが、私たちは主にサポートおよび拡張ショップです。

私は推奨事項/ポインターを探しています-私はClearCase管理者であり、精神的に分岐することで非常にうまくやりくりすることができます-しかし、私が思いついたものはすべてTFSに適合するようには見えません-しかし、これはおそらく私のメンタルプロセスはClearCaseに似ており、TFSと調和していません（まだ！）

状況: Mercurial は初めてです。私は最近セットアップし、私に推奨されたモデルでリポジトリの使用を開始しました(以下の Rudi の図を参照)。順調に進んでいますが、最初の実用的なアプリケーションの問題に遭遇しました。Mercurial はフォワード/ブレンド マージを対象としているようで、バックアップしたいと思います。ベンダー ブランチから始めて、デフォルト ブランチと安定ブランチをクリーンアップし、変更をやり直して、デフォルトとしてチェックインしたいと考えています。次に、それを安定版にマージします。

質問:ベンダー ブランチを親として開始し、デフォルトの変更をマージしてデフォルト ブランチにコミットするにはどうすればよいですか?

次のようにすると思いましたが、更新により作業ディレクトリが変更されます。

短縮版：

P4で分岐した後、分岐の「ソース」チェンジリストを見つけるにはどうすればよいですか？

ロングバージョン：

私のプロジェクトのメインブランチが

ここで提出された最新のチェンジリストは@123で、リリース1.0のブランチを作成することにしました。

P4Vから、新しいチェンジリストが作成され（たとえば、@ 130）、解決されて送信されます。

CLIからは、次のようになります。

後で、の下のチェンジリストを見て//project/1.0、多くの分岐ファイルを含む@130チェンジリストを確認します。チェンジリスト番号を確認するにはどうすればよいですか。これは元々 （つまり、@ 123）から分岐したものですか？

Subversionを使用した開発のリリースごとのブランチモデルを使用します。一度に2つまたは3つのアクティブなブランチ（トランク（開発）と2つのリリース（メンテナンス）ブランチ（つまり、5.0と6.0））を持つ傾向があります。

私たちが遭遇し続ける問題は、5.0でバグを見つけて5.0で修正した場合、バグ修正をマージする必要のあるすべてのブランチ（この場合は6.0とトランク）に修正をマージすることを常に覚えているとは限らないことです。

バグ修正が必要なすべてのブランチにマージされていることをどのように確認しますか？これについて行く良い方法は何ですか？