タグ付けされた質問 「branching-and-merging」

バージョン管理では、ブランチは並行する開発ラインを表します。マージは、異なるブランチで行われた変更を統合するアクションです。

14
最新のコミットをGitを使用して新しいブランチに移動する
マスターにコミットした最後のいくつかのコミットを新しいブランチに移動し、それらのコミットが行われる前にマスターを戻したいのですが。残念ながら、私のGit-fuはまだ十分に強力ではありません。 つまりこれからどうやって行くのですか master A - B - C - D - E これに? newbranch C - D - E / master A - B

13
Gitブランチをマスターにマージする最良の(そして最も安全な)方法は何ですか?
から新しいブランチmasterが作成され、それをと呼びますtest。 master他のブランチにコミットするか作成して、後でにマージする開発者が何人かいますmaster。 たとえば、作業にtest数日かかっており、test内部のコミットで継続的に更新したいとしますmaster。 私はするだろうgit pull origin masterからtest。 質問1:これは正しいアプローチですか?他の開発者も、私が作業していたのと同じファイルで簡単に作業できたでしょう。 これで私の作業testは完了し、それをにマージする準備ができましたmaster。ここに私が考えることができる2つの方法があります: A: git checkout test git pull origin master git push origin test git checkout master git pull origin test B: git checkout test git pull origin master git checkout master git merge test --rebase私の理解から、リベースは変更を取得し、そのmaster上に鉱山をスタックするため、他の人が行った変更を上書きする可能性があるため、私は使用していません。 質問2:これら2つの方法のどちらが正しいですか?そこでの違いは何ですか? これらすべての目標は、testブランチで起こっていることを最新の状態に保つことでmasterあり、後でそれらをマージしてmaster、タイムラインをできるだけ線形に保つことを期待できます。

7
単一のファイルのバージョンを1つのgitブランチから別のgitブランチにコピーするにはどうすればよいですか?
完全にマージされた2つのブランチがあります。 ただし、マージが完了した後、1つのファイルがマージによってめちゃくちゃになっていることに気づき(他の誰かが自動フォーマットを実行しました)、もう一方のブランチで新しいバージョンに変更する方が簡単です。次に、1行の変更をブランチに持ってきてから、それを再度挿入します。 では、gitでこれを行う最も簡単な方法は何ですか?



20
gitの「マージできないもの」エラーを解決する方法
gitでブランチをマスターにマージするときに問題が発生しました。まず、を実行してブランチ名を取得しましたgit ls-remote。そのブランチを「ブランチ名」と呼びましょう。次にgit merge branch-nameコマンドを実行すると、次の結果が得られました。 fatal: branch-name - not something we can merge このエラーを解決するにはどうすればよいですか?

5
マージされていないGitブランチを見つけますか?
私は多くのブランチを持つGitリポジトリを持っていますが、一部はすでにマージされていて、一部はマージされていません。ブランチの数が非常に多いので、どのブランチがまだマージされていないかをどのように判断できますか?「タコ」のマージと、すでにマージされているブランチの再マージを行う必要がないようにしたいと思います。

3
どのようにしてTortoiseSVNに分岐してマージしますか?[閉まっている]
ここで何が尋ねられているのかを知るのは難しい。この質問は、あいまいで、あいまいで、不完全で、過度に広い、または修辞的であり、現在の形では合理的に回答することができません。再開できるようにこの質問を明確にするヘルプについては、ヘルプセンターに アクセスしてください。 7年前休業。 TortoiseSVNクライアントを使用して、Apache Subversionに分岐してマージするにはどうすればよいですか?

12
開発コードと製品コードをどのように維持しますか?[閉まっている]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 昨年休業。 この質問を改善する コードを維持する際に従うべきベストプラクティスと経験則は何ですか?開発ブランチに本番環境対応のコードのみを含めることは良い習慣ですか、それともテストされていない最新のコードを開発ブランチで利用できるようにする必要がありますか? 開発コードと製品コードをどのように維持していますか? 編集-補足質問-開発チームは「commit-as-soon-as-possible-and-often-even-if-if-the-code-contains-minor-bugs-or-is-incomplete」プロトコルまたは「commit- DEVELOPMENTブランチにコードをコミットする際の「完全なコードのみ」のプロトコル?

2
「リモートトラッキングブランチ 'origin / develop'を開発にマージするのはなぜですか?」
次のメッセージでコミットしているのは、私の組織内で1人だけです。 リモート追跡ブランチ「origin / develop」を開発にマージします それらを引き起こすために私が何をしているのかわからないが、私はやめたい。 このコミットを作成するためにどのコマンドを発行していますか、またそれを生成しないために使用する必要がある適切なコマンドは何ですか?

7
gitによって作成された大きな.packファイルを削除する
大量のファイルをブランチにチェックインしてマージし、その後それらを削除する必要がありました。今では、取り除く方法がわからない大きな.packファイルが残っています。 を使用してすべてのファイルを削除git rm -rf xxxxxxし、--cachedオプションも実行しました。 現在次のディレクトリにある大きな.packファイルを削除する方法を誰かに教えてもらえますか? .git/objects/pack/pack-xxxxxxxxxxxxxxxxx.pack まだ持っているがもう使用していないブランチを削除する必要があるだけですか?それとも、実行する必要がある何か他にありますか? どれほどの違いがあるのか​​はわかりませんが、ファイルに対して南京錠が表示されています。 ありがとう 編集する これが私のbash_historyからの抜粋です。この状態にどうやって移行できたかがわかります(この時点で、「my-branch」というgitブランチで作業していて、さらに多くのフォルダーを含むフォルダーがあるとします/ファイル): git add . git commit -m "Adding my branch changes to master" git checkout master git merge my-branch git rm -rf unwanted_folder/ rm -rf unwanted_folder/ (not sure why I ran this as well but I did) 私も以下を実行したと思いましたが、他の人と一緒にbash_historyに表示されません: git …

4
git cherry-pickが機能しない
私はマスターからコミットをチェリーピックして現在の本番ブランチに入れようとしています。ただし、を実行するとgit cherry-pick <SHA-hash>、次のメッセージが表示されます。 # On branch prod_20110801 # Untracked files: # (use "git add <file>..." to include in what will be committed) # site/test-result/ nothing added to commit but untracked files present (use "git add" to track) The previous cherry-pick is now empty, possibly due to conflict resolution. If you …

1
TFS:メインからの変更によるブランチの更新
それで、メインの開発ラインがあり、ブランチを作成し、開発者bがブランチを作成します。どちらも仕事をしています。開発者bは作業を終了し、メインの開発ラインにマージします。私は彼の変更が私に影響を与えることを知っています。後で競合を処理するのではなく、ブランチを更新して、現在メインの開発ラインにある変更を加えて、マージする前にブランチで処理できるようにしますメインに戻ります。 それ、どうやったら出来るの?

4
ブランチをマージした後に削除する必要がありますか?
ブランチをマージした後、リポジトリから削除しますか? しかし、それは良い習慣かどうか? 現在のリリースを壊したくないので、私は通常たくさんのブランチを作成します、そして私は物事を整理するためにそれらを削除したいと思います。 ただし、AssemblaまたはGitHubを使用している場合、古いブランチからのマージリクエストはサイトに保存されるため、それらを削除すると、それらをフェッチできないため、エラーが発生します... 通常、それをどのように管理しますか?

7
SVNブランチの削除
'features'というSVNプロジェクトのブランチを作成しました。このプロジェクトを更新しようとすると、ブランチからのプロジェクトの別のコピーを含むfeaturesフォルダーが表示されます。これがもう起こらないように、リポジトリからブランチを完全に削除する方法はありますか?

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.