AメッシーGitの状況

Question

は、ここで私はgitリポジトリでやったことのタイムラインです：

1. はupstreamと呼ばれるリポジトリからフォーク、枝master
2. は、master上の様々な[無関係]変更を行っorigin
にプッシュ
3. は、トピック別のブランチに対して変更を加える必要があることを認識しました（to,pi、およびcsと呼ばれます）。cherry-pickmaster
プッシュする前に
4. 、rebase D to、pi、およびupstream/master
5. からcsはto、piからのPRを作成し、cs
upstream/masterに toと piのPRが統合された、 csはありませんでした。 origin/masterから pull編 upstream/master及びそれらのコミットのほとんどは、実際に upstreamにマージされ、その後に引かれていながら、今、私は、複数のコミット先 upstream/masterのある master枝を残してい toと pi枝

を削除master。私がorigin/masterからブランチを作成するたびに、私はこれらのコミットを取り消してブランチをupstream/masterに基づいてオフにするためにrebaseにする必要があります。

私の質問：upstream/masterでさえあるorigin/masterよう

1. は、どのように私はこの問題を解決するのですか？それとも、これは本当に問題ではなく、回避することができますか？
2. タイムラインに何が間違っていたのですか？次回は何をすべきですか？

（関連する可能性がある情報：リポジトリはGitHubの上にある、私はUbuntuの16.04のマシン上のgit v2.7.4を使用しています、私は絶対に必要であればorigin/masterにpush --forceを行うために準備していますが、私はしないでくださいupstreamを管理している）

Answer 1

私も次のコマンドでupstream/masterとorigin/masterを作ることができました：。

git checkout master 
git fetch --all 
git reset --hard upstream/master 
git push --force 

強制pushを関与しないが、問題を修正しました。長期的な解決策は、マスターに直接コミットすることではなく、アップストリームからpullを送信する場合は、常に早送りマージになるようにしてください。私のトピックブランチは今やmasterに基づいていて問題はありません。

（注：私はFreenodeの上#git IRCチャンネルで、この中に助けられた。）