2017-07-19 13 views
0

私はしばらくこのことをやっていましたが、これを解決できないようですが、私はマスターブランチにプッシュしてプルしていて、解決できないようです。私は私が何をしたかを通過する前にここで分岐でプッシュ/プルを解決する

画像は、次のとおりです。

enter image description here

だから、私は2削除されたファイルのためのプルリクエストを行うために、F-Unused_alert_zipsブランチを作成しました。これが承認され、プルリクエストがbitbucketを通じてマスターにマージされました。それから私はsourcetreeに戻ってきて、私の活発な枝を元に戻した。私はファイル内でコードコメントを作成し、そのままマスターにコミット/プッシュしたいと思っていましたが、変更を取り入れる必要があったため、許可しませんでした。どうやら私は間違っていました。なぜなら、私は4つの引き込みを保留しており、1つの押しは保留中です。私は試してみましたが、私は立ち往生しています。

私はgitとsourcetree/bitbucketの新機能ですから、わたしはわらをつかんでいます。

+1

'git pull origin master'を実行しようとするとどうなりますか? –

+1

変更とコミットを行ったときに、ローカルのマスターブランチが4つのコミットよりも遅れていました。リモートをプルするだけでローカルのマスターブランチにマージする必要があります。マスターを再びプッシュすることができます。一般的にはマスターに直接コミットしないでください。フィーチャーブランチを作成し、マスターにプルリクエストを行います。 –

+0

ありがとう、私はそれがgitコマンドの後に解決した。これは、私が前回のコミットを引っ張っていたので、すでに多くの問題を理解するのに役立っています。そして、通常はフィーチャーブランチを作成しますが、時にはマイナーフォーマットをマスターにプッシュし、ブランチをスワップしなかったこともあります。みんなありがとう! –

答えて

1

私は

私も推測します(私はあなたのプルリクエストがマージされるのを待っている間それはあなたが何をやったかだと思う)が執筆されたコミット「関連性を示すための日付で修正されたコードのコメント」推測期待される動作は、マスターの原点の上にコミット/

を習得することはあなたが競合を解決する必要があるかもしれません

git pull --rebase 

にアーカイブすることは容易で確認することです。心配しないでください。あなたが競合があなたを解決するのは難しいであることを表示された場合、あなたはあなたのgit pull --rebaseを3つの段階に分割することができ、より安全側になりたい場合は、常にgit rebase --abort

を発行して、プル--rebaseを元に戻す

  1. git fetch --allそれを常に安全です。それはちょうどあなたが持っているが、リモートリポジトリに存在しないいる
  2. git log master --not origin/masterショーがコミットリモートリポジトリからのすべての新しいデータをフェッチ
  3. git rebase origin/master何かが行く場合

(私はあなたがマスターブランチに現在あると仮定)間違って発行する可能性がありますgit rebase --abort