私は、ステージングと生産のためのmaster branchためdev branchを持っています。ステージングでは多くの作業が行われましたが、今は生産に移行する必要があります。プロダクションではまだリリースしたくない機能がありますが、すでにマスタリングとマージのプルリクエストに含まれています。私はどちらかこれらのしたい"git pull"して特定のコミットを無視できますか？
：
git pullすべて私はgit revert <commit #>を試しましたが、それは私がまだ取り組んでいるステージングでいくつかの安定性の問題を引き起こしました。
私は「gitのプル」と具体的なコミットを無視することはできますか？
号
私は生産にまだリリースしたくないけど、それはすでにマスターするプルリクエストに含まれており、マージされた機能があります。
Gitのワークフローガイダンスでは、リリース準備が整うまで、masterにマージしないことが一般的に示されています。その船が出航していますので
、私はこれらのオプションを検討します：
が進行中の機能がmasterに残って、それは準備ができてまで生産で無効にすることができるようにfeature toggleを実装します。
進行中の機能は新しいリリースブランチを構築するための出発点として、合併前から新しいブランチを作成します。 、あなたもそれ以来、マージされた機能をリリースしたいと仮定することができますあなたの新しい支店、または特定のコミットの桜ピックへのいずれかmergeその機能ブランチ。
masterから新しいブランチを作成し、revertを使用して、進行中の機能の一部であるコミットを解放します。
あなたは既に発見したとして、あなたがお互いから分離された機能を維持するのは特に良い仕事をしていない限り、オプション2と3は、むしろ退屈でエラーを起こしやすいことを行っています。進行中の機能を除去したアプリの個別のバージョンを用意するのではなく、私は、そう、あなたができるオプション1.
申し訳ありませんが、私は "私はgit pull"して特定のコミットを無視できますか？私は完全な 'git pull'をやって、私が望んでいないカップルのコミットだけを削除することを考えていました。私が推測するのは、元に戻すことです。 – dcp3450
まあに向かってあなたを促すだろうが、これは新しいブランチを作成することに似ています。
ちょうどその時あなたがコミットを確認するためにgit log origin/masterを使用して、あなたがしたいだけコミットを取るためにgit merge <sha>とgit cherry-pick <sha>の両方を使用することができ、オブジェクトを取得するにはgit fetchを使用しています。あなたがこれをやって始めると、あなたの歴史はorigin/masterから発散するので、これは基本的に分岐していることに注意してください。
A - B - C - D - E - F - G - H - I
今：リモート・マスター・ブランチで
A - B - C
：
はあなたの地元のmasterブランチに持っていると仮定しますあなたが望むD、E、F、H、実行：
コミットが小さくなるほど、コミットはより簡単になります。 これは最終的にあなたを残します：H'は異なるが、（異なるSHA-1）が、同様の内容でHからコミットされ
A - B - C - D - E - F - H'
。
もちろん、ここでの文字はそれぞれのsha-1合計を表します。前述のようにgit log origin/masterで識別できます。本当に唯一git fetch origin; git merge origin/masterんgit pull行う
originと呼ばれるが、そしてあなたのブランチはmasterです）：
あなたは物事のカップルを注意してください。
git merge（たとえば、あなたがHに興味がない）だけを使用している場合は、履歴は変更されないことに注意してください。直接（ちょうどあなたのローカルブランチを早送り）競合せずにバックG、H、I後でマージする。
あなたは機能がすでにdev' 'にマージされていることを意味しますか？ –