状況は、私たちが大衆向けに構築した製品を持っているということです。それをGITレポジトリに持っています（それを呼びましょうupstream）。クライアントの1人が製品のカスタマイズされたバージョンを望んでいたので、それをフォークして、diff GITリポジトリに保持しました（これを呼び出しますorigin）。
アイデアは、クライアントのカスタマイズのために独自の開発方向にオリジンリポジトリを導き、それでもアップストリームから更新を受信し続けることです。
私はアップストリームを開発中のローカルリポジトリのリモートとして追加しました。アップストリームから更新をプルしたり、マージしたり、問題がないと思われることは何でもできることを認識していますが、これを行った、または行った人からの連絡を希望します。ワークフローをスムーズにし、回避すべき落とし穴を見つけるためですか？
編集：フェッチマージワークフローは、両方のリポジトリでの同じ変更と同じように処理されますか？作業はすでにフォークで開始されており、元の場所で修正したものもいくつかありますが、上流でも同じ修正が必要になります。それで、それを修正するためにアップストリームで別のコミットを行う必要があり、gitは次にフォークを更新するためにそれらをマージするときに類似性を検出できますか、それとも私が行った作業コミットの資格がある場合でも、その修正を別のコミットとしてコミットする必要がありますか？私の懸念は、このプロセスを最小限の摩擦で機能させる方法に似ています。
別の質問：チェリーピックを使用することは、小さな変更では良い考えのようです。考え？