cherry-pick

    97

    2答えて

    最近、Mercurialでリリースブランチを維持する際に変更をスキップすることに関するいくつかの質問がありました。たとえば、次のように Mercurial: Branch specific changes keep coming back after dummy merge Why are Mercurial backouts in one branch affecting other branc

    50

    5答えて

    これまで数え切れないほどのチェリーピックをしていましたが、今はこれで生き残ることができないようです。今まで私はそれがマージされているというエラーが出ますが、-mは与えられませんでしたか?間違って見えます $ git cherry-pick a8c5ad438f6173dc34f6ec45bddcef2ab23285e0 error: Commit a8c5ad438f6173dc34f6ec45

    11

    1答えて

    : ... -x When recording the commit, append a line that says "(cherry picked from commit …)" to the original commit message in order to indicate which commit this change was cherry-pic

    2

    1答えて

    チェリーピック操作でどのコミットが使用されたかは、どのようにして知ることができますか? git reflogは、チェリーピックがマージされ、コミットされた後にSha-1という結果のコミットを表示するように見えます。それ以前に元のコミットを見つける必要があります。 なぜですか?私たちが間違って大規模な、しかし間違ったコミットを別のブランチに誤って選んだからです。しかし、誰もそれを修正してコンパイルし

    274

    2答えて

    私は自分のマスターブランチでいくつかの変更を行い、それらをアップストリームに持っていきたいと思っています。私は、次のように桜選ぶときしかし、私はgitのは言うfd9f578にはまり込むコミット: $ git cherry-pick fd9f578 fatal: Commit fd9f57850f6b94b7906e5bbe51a0d75bf638c74d is a merge but no -m

    2

    1答えて

    は、次のように構成されているgitリポジトリを想像してみて: メインブランチ - 次のメジャーリリースの開発がここ リリースブランチ行われている - リリースのパッチの開発はここ に行われます ホットフィックスブランチ - ホットフィックスブランチは、リリースブランチから分岐してパッチのリリースバグを修正します。 Main -------------------------------->

    18

    2答えて

    をコミットしていない見つける:我々は、安定したからマスターへのすべての変更をチェリーピックにポリシーを持っている A --- B --- C --- D' --- E' [master] \ \ --- D --- E --- F [stable] を。 D 'とE'は安定した枝からチェリーピックされたコミット、Fはチェリーピックされていない(忘れられている)。 どのようにしてdi

    3

    1答えて

    何らかの理由で、fliesにマージの競合がある場合、git cherry-pickが他のコミットを引き出すように見えます。 git mergetoolを使用しても、マージ競合したファイルを手動で編集することはできません。 これはなぜ起こるのですか? 、私が何を意味するかを示し者は、単一のファイルfooで新鮮な新しいgitの1.7.4リポジトリを取るようにする:さんはbarと呼ばれるこの時点で新しい

    2

    2答えて

    曖昧で遠い過去に、私たちの設定プログラムの一つとの互換性を打破するという決定がありました。しかし、古いソフトウェアを実行しているリモートユニットがまだ存在するため、旧式のmgmtソフトウェアのバージョンを構築しておく必要がありました。短い「のcp -a」後で私たちが入っているディレクトリ構造になってしまった: mgmt-app mgmt-app.old を開発を継続し、MGMT-アプリは修正

    5

    1答えて

    最近、すべてのreposではgit属性ファイルをすべてのreposに追加しました。アイデアは、すべてのファイルでUnix EoLの文字を強制的に使用することでした。最初の日に新しいブランチにチェックアウトすると、ファイル全体の変更が表示されるようになりました。我々は単にそれを約束した。 ここで問題は、あるブランチから別のブランチ(これは非常に頻繁に行う)またはcherry-pick(それ以上のこと