git-merge

    8

    2答えて

    私は2つのブランチを持っており、チェリーピックアップを1つからチェッカーして、それを別のものに移動したい。後日、2つのリポジトリをマージすると、コミットIDは異なるがコンテンツは同じになるので、チェリーピックはどのような効果をもたらしますか。

    2

    1答えて

    中間のマージ(削除、スカッシュではない)を削除し、最後の2つのコミットを新しいブランチに移動したいとします。 これは私の現在のgit log --graph:git branch newoneを行い、その後、私は枝tadeとのマージを削除するgit rebase -iを使用して考え * bbbbbbb - (some time in the future) a later commit on ta

    2

    1答えて

    私が議論したいシナリオは です。私は、マージの競合を解決するために開発者がCDを入れる共有リポジトリを持っています。 1つのファイルに2つ以上のマージ競合があります。 各競合は別のユーザーが解決する必要があります。 各開発者はこのリポジトリに入り、マージ競合を解決します。 はfoo.cのは3マージが 1ユーザーが今GITがあるものの、「gitの追加」としてこれを認識したfoo.cにおける単一の紛争

    13

    2答えて

    いくつかの文脈で、私は既存のgitosisインストールを壊したUbuntuをアップグレードしました(ここではbug #368895参照)。パッケージからgitosisを再インストールしました。私は今、私の全体の設定とリポジトリのセットを古いgitosisのインストールから移行したいと考えています(これはまだ存在していますが、そこから引き出すことができますが、そうでなければ壊れています)。 これでg

    25

    1答えて

    ブランチをマージするときに、競合するファイルが10個あります。私は10ファイルのすべての競合を解決しました(長い時間がかかりました)。残念なことに、コミットの前に、私は1つのファイルが間違ってマージされていることを知り、このファイルを再び開始する必要があります。 :(1つのファイルということを再マージする方法、他の言葉では、マージされていないマージされたファイルをマークする方法Gitリポジトリ内

    2

    2答えて

    私はマスターと開発ブランチを持つgitリポジトリで、いくつかの私的な(孤独な)ウェブサイトの開発をしています。私はdevブランチでいくつかの "大きな"特徴と問題に焦点をあててかなりの仕事をしてきましたが、devブランチのコミットは原子コミットのショーケースではありませんでした。これは終了しましたが(いくつかの大きな違いがあります)、今ではいくつかの主要機能が機能しなくなりました。 作業が停止した

    8

    1答えて

    私はさまざまな機能を備えた複数のブランチを持っています。通常、私はそうのようなマスター+機能Aが含まれているいくつかの余分な枝「not_master」を持っているでしょう: (not_master) a--b--c--d--e---M--x--y--z (feature A) --h--i--j-/ は、時々私は、機能Aの結合を解除したいのですが、「not_master」でx,y,zを

    7

    1答えて

    私は2つの "ブランチ"を持っています。どちらも同じコードベースから始まりましたが、どちらも分岐した後にgitにインポートされました。以前の履歴は失われ、さらに両方のブランチにはgitの履歴に大幅な変更が記録されます。 これらの2つのブランチ間でマージ機能とバグフィックスを管理しやすくするには、どのような方法が適していますか? 元のインポートの相違を意味のあるコミットに分けるのに役立つツールはあり

    44

    3答えて

    同僚と私は現在どちらもマスターブランチに取り組んでいます。作業ツリーにコミットしたくないコードがあります(デバッグ文など)。今、彼は、同じファイルのいくつかの変更をコミットした場合、私はそれらをマージすることはできません。 subversionの背景から来る $ git merge origin/master Updating 1b8c5c6..eb44c23 error: Entry 'bl

    2

    3答えて

    この状況ではgit rebaseの理解に助けが必要です。 10日前に作成されたブランチを調べました。私は git checkout -b <some name> origin/branchname を使用してチェックアウトしたブランチにチェックアウト、私はこの中であることによってリベースない場合は、チェックアウト後 を(私はそれを識別するために別の名前を使用)、 git rebase orig