2011-12-29 5 views
1

私はほとんどの時間をやっていることを知っているように私は感じるgitのポイントになった。私は機能を扱うためのローカルブランチを持っています。私は定期的にリベースし、私の枝の間でマージします。私はゆっくりと私がになっているところまでゆっくりしています。まもなく重要なマージ競合を伴うgitリポジトリのサンプルがありますか?

今日まで、リベース中にgitが問題があると説明していて、それを修正するよう依頼していました。私は自分のベストを尽くしたが、私が水泳に使用されたよりも間違いなく深い水であった。の数十がありますが

は、「どのように私は競合をマージ解決できますか?」の質問に、私は実際に一般に公開を探していますマージまたはリベースがいくつかの結果になる状態にあるgitリポジトリ知られていない矛盾。私はmergetoolと遊ぶことができる何か、は--continueをリベースなど

は、誰もが今までこのようなチュートリアルを見ていますか?

+1

このような遊びのために、私は通常、テキストファイルでgithub上にレポを作成します。次に、 "このファイルを編集する"ボタンを使ってgithub上のファイルを編集します。このボタンは自動的に新しいコミットを生成します。次に、ローカルコピーの変更を編集/コミットします。それから、私はその2つをマージして遊びます。 –

答えて

0

非自明なマージは、2つの分岐がますます分岐するリベースを行うことによって最もよく例示されます。リベースの各ステップは苦痛になり、解決しなければならない次のものに複合化されます。コンフリクトを回避するには、フィーチャーブランチを異なる構成のリリース候補ブランチにリマイングさせてください(1つは残しておき、次回は別のブランチを外してください)。あなたは、同じ葛藤を何度も解決して、あなたの髪を引っ張ってくれるでしょう。これはgitの力です。枝を破壊してすぐに再構築できるはずです。これはあなたに良い挑戦を与えることを願っています。機能ごとのブランチワークフローを使用してこれを極限まで引き上げました:https://plus.google.com/109096274754593704906/posts/R4qkeyRadLR

楽しくお楽しみください! :)

関連する問題