問題タブ [branch]

Git には、多くの頭を 1 つにマージできる、大々的に宣伝されている (?) octopus-merge 機能があります。

しかし、1 つのノードから複数のブランチを同時に作成するという、正反対のことを行うものはありますか?

プロジェクト用のコードがたくさんあり、Git を使い始めたとしましょう。一部の機能はそのプロジェクトで完成していますが、他の機能はまだ進行中です。私が望むのは、これらの未完成の機能をそれぞれの個別のブランチに移動し、未完成のコードなしでマスターを可能な限り「完全」にすることです。

もちろん、これらすべてを 1 つの手順で行うこともできます。「未完成の機能 #1」ブランチを作成し、その機能に固有のファイルをマスターから削除します。次に、マスターを「未完成の機能 #2」に再分岐し、機能 #2 固有のファイルをマスターから削除しますが、最初の分岐からも削除します。したがって、私が行う分割ごとにワークロードが増加します。

そのようなシナリオで私を助ける何かがありますか?

...だから私はMercurial（、、）の簡単なものにadd慣れ、.hgignoreファイル（yay！）について知り、ブランチ（、commit）を作成して切り替えるコツをつかんだ。diffbranchupdate -C

しかし、私には2つの大きな質問があります。

1. ブランチ「Branch1」にいて、ブランチ「Branch2」からの変更のすべてではなく一部を取得したい場合、どうすればよいですか？特に、すべての変更が1つのサブディレクトリにある場合。（リポジトリ全体のクローンを作成し、Beyond Compareなどのディレクトリマージツールを使用して編集内容を選択して選択できると思います。ただし、1つのファイルまたは1つのディレクトリの変更を分離する方法があるはずです。）

2. でブランチを切り替えるのupdate -Cはとても簡単なようですが、なぜわざわざを使用するのだろうかと思いcloneます。私はいくつかの理由しか考えられません（以下を参照）-私が見逃している他の理由はありますか？

   a。2つのバージョン/ブランチを同時に操作する必要がある場合（たとえば、パフォーマンスメトリック差分を実行する）

   b。バックアップ用（clone物理的に異なる場所にあるネットワークドライブへのリポジトリ）

   c。上で述べたように、pick＆chooseマージを実行します。

分岐は常に複雑な作業のようです。技術的にではありませんが、適切な分岐戦略を考え出すための実際の決定/計画がいくつかあります。

私はこの TFS分岐ガイドを知っています

分岐とマージに推奨または使用するその他のリソースまたはガイドライン。

この分野での経験を共有していただければ幸いです。

猫の皮を剥く方法はたくさんありますが、これを改善できる人はいますか?

GITについて何かを理解するのに苦労しています。

多数のブランチを含むリポジトリがあります。これらのブランチの 1 つのローカル コピーをフェッチし (git checkout -b ...)、いくつかの変更を加えてから、プッシュ バックできます。しかし、ブランチの終わりにタグを付けるのに失敗した場合、他のユーザーはどのようにしてブランチの先頭を取得するのでしょうか? git checkout を使用してブランチを取得すると、ブランチの先頭ではなく、ブランチのポイントでコードを取得します。

ここで何が欠けていますか？

編集: 私はこのプロジェクトに遅れて参加し、CVS から GIT への変換に関与しました。FOO_3_4_0001... は、FOO_3_4_0001_INITIAL で開始された分岐に沿ったすべてのマーク ポイントにタグを付けると想定しています。どうすれば確認できますか?

編集 2: 回答を提供してくれたすべての人に感謝します。タグ FOO_3_4_0001 が 3.4 ブランチにないことが判明し、それが私がずっと見逃していたものです。私はすでにリンチパーティーを手配しました。

@goseb、うまくいきませんでした。私はこれを試しました：

この時点で、このブランチで行った変更を確認しましたが、そこにはありません。FOO_3_4_0001_RC5a とタグ付けされたコードをチェックアウトすると、私の変更がそこにあります。

OK、@Dustin と @mipadi の詳細情報。

を実行するgit branch -rと、次のように表示されます。

タグのリストを見ると、特に次のことがわかります。

私が抱えている課題は、FOO_3_4_0001_INITIAL ブランチの最新のコードが何であるかを知ることです。

この例では、たまたまそれが FOO_3_4_0001_RC5a であることを知っていますが、そうでない場合 (一部の開発者によくあることですが)、origin_FOO_3_4_0001_INITIAL ブランチをチェックアウトして、最新のコードがあることを確認するにはどうすればよいですか?その枝？

私は、CVS/SVNリポジトリでタグ付けの分岐がどのように行われるかを決定する責任があります。

CVSを使用する最良の方法を理解するのに役立つ文献はありますか？分岐/タグ付けなど？

ありがとう

Gitには、コンテンツが完全に異なるブランチを追跡（およびクリーンに）する機能があるため、同じリポジトリ内で、一部のプロジェクト（Git自体など）がそれを利用し始めています。

たとえば、Gitはコード自体に1つのブランチを使用し、ドキュメントは別のブランチに保持します。同じリポジトリ、異なるブランチ。

SVNのバックグラウンドから来たのは私だけかもしれませんが、これらのブランチに「共通点がない」と混乱します。開発/ステージング/本番ブランチ。私が理解しているもの。不完全な機能のブランチ。確かに、私もそうしています。ちなみに、言語ごとに1つのブランチを持つドキュメントを用意してください。しかし、共通のファイルはありませんか？

これはGitの単なる（おそらく十分に活用されていない、および/または市場に出回っていない）機能であり、誰もが受け入れて慣れるべきものですか、それとも同じプロジェクトの2つの側面を十分に区別しないことに怠惰な誰かによる危険な誤用ですか？

PHP プロジェクトで git を使用していますが、とても便利だと思います。私がそれを機能させれば素晴らしいことが1つあります。

展開用のブランチを作成しました。構成ファイルやドキュメントが異なるなど、いくつかの違いがあります。

それらを無視することはできません。なぜなら、それらは両方のブランチにとどまり、両方のブランチで異なるものにしたいからです。

問題は、ブランチをマージすると、異なるはずのファイルもマージされることです。

そのようなことを達成するための便利な方法はありますか? これは通常どのように行われますか？

TFS では、自動化されたビルドを作成し、ブランチを作成できます (まあ、うまくいけば. ;)) 私は次の構造を持っています:

自動ビルドを作成すると、ビルドのトリガーを作成できます。私の場合、チェックインが発生したときにブランチ A がビルドされるように、ブランチ A のビルドを作成したいと考えています。ただし、トランクでチェックインを行うと、チェックインが検出されたときに自動ビルドが開始されます。ブランチごとにビルドできる方法はありますか?

私の開発チームはまもなく分岐に移行します。SourceSafe に悩まされていた私たちは、Team Foundation Server に移行しています。何か気になることがあります。

従来、製品の大幅な改訂を行って、フォルダー構造やファイル名さえも同じままにしない場合、ソース管理で新しいルート フォルダーを作成します。

例えば

など。

私は分岐についてはまったくの初心者であり、私が読んでいることの 1 つは、製品のさまざまなバージョンに異なる分岐を使用できるということです。さて、ホットフィックスやコードの小さな変更または修正について話しているとき、最悪の場合、新しいファイルを追加する可能性がある場合、これは理にかなっています。

ただし、製品の「V-Next」バージョンを実行する場合、製品を多かれ少なかれ完全に書き直すことを計画している場合 (ゼロからではなく、大幅に作り直す)、フォルダ構造とファイルが名前は完全に異なる可能性がありますが、それでも分岐によってやりたいことはありますか? または、それを処理するために新しいルート (上記の $/V2.0) を作成しますか?