2016-09-12 9 views
2

私の問題はこういうものです:私はマスターブランチを持っています。新しいバージョンをリリースするために、いくつかのバージョンに関連する変更を行い、変更をコミットしました。私は直接にプッシュしていましたが、今はそれが良い考えではないことに気付きました。そこで、私は新しいブランチsfma_buildをチェックアウトします。次に、このローカルブランチをリモートリポジトリにプッシュし、要求をプルします。その後、リモートのsfma_buildをリモートマスターにマージしました。今sourcetreeに、グラフは次のようになります。
enter image description here私のブランチがソルシーツリーのグラフにマージされた後に私のブランチが保留になっている理由

私はグラフは次のようになりますだと思いますが:
私は意味 enter image description here

、起源/ sfma_buildブランチがすでに起源/ masterブランチにマージされました、 右?だからサイクルを形成するために戻る線分を接続する必要がありますか?それは他のブランチがマージされるときに私が見るものです。

+0

グラフを更新することができますfetch' 'gitのはい - それはのBitbucketのように見えるこのフォーラムの回答に基づいて

は最近、新たなマージ戦略を追加しましたか? – VonC

+0

@VonCいいえ、そうではありません。 – dudu

+0

私はBitBucketでリモートと同じことを見ています。 – suite22

答えて

0

BitBucketのマージ戦略を変更するまでは同じ問題がありました。クロップされた画像から伝えるのは難しいですが、私たちのケースではsquash and mergeに変更しました。マージコミットは複数の親を持っているので重要です。あなたがPRを開始したブランチに1つ、PRしたブランチで最後のコミットにもう1つは重要です。 git log --parentsを使用すると、複数の親とのマージコミットとスクリーンショットのコミットの違いを確認できます。 https://answers.atlassian.com/questions/44341546/manual-squash-merge-detection-in-bitbucket-server-and-closing-pull-requests

関連する問題