私はこの問題の答えを探していますが、解決策や説明が見つかりませんでした。Githubがxの後ろにmasterの後ろにブランチを表示(コミット)
GoogleのレポのためにGithubに切り替えたばかりで、まだチーム環境で使用する最良の方法を探しています。私たちの現在のワークフローは、このようなものです:
私たちは、自分のマシン上に二つの枝develop
とmaster
デベロッパークローン
develop
支店を持っており、使用してブランチを作成します。git clone https://github.com/username/repo
開発者はのためのブランチを作成し、彼らが使用している機能:
git checkout -b branchname
開発者はブランチを終了し、 githubの使用:
git pull
その後、git push -u origin branchname
Developerは、プルリクエストを作成し、リード開発者は、最初の
develop
にだけプッシュブランチをマージし、[今すぐmaster
私を懸念して、私を作る事にdevelop
マージGithubのmaster
ブランチをすべて見るとうまくいきますが、Githubの内部にdevelop
ブランチがあると、This branch is x commits behind master
と表示されます。プルリクエストをマージするたびに、番号x
が上がります。 Githubは同じ行のオプションを "比較"するか、 "プルリクエスト"を作成しますが、どちらかのオプションをクリックすると、ブランチが同一であることが示されます。
master
をdevelop
にマージしてこの問題を修正しようとしましたが、これは分岐を両方にしますが、プル要求がマージされると同じ問題が再度発生します。
初めてGithubに切り替えると、私はdevelop
がmaster
の後ろにあることを思い出したことはありませんが、私たちのワークフローは変更されていません。多分以前に気付かなかったのかどうかは分かりません。
ブランチ間のコミットを比較すると、実際にはdevelop
がmaster
の後ろにあり、それはx
のコミットの数であることがわかります。表示されているコミットは、develop
をmaster
にマージするものです。私が疑問に思っているのは、それが心配することであるかどうかです。ブランチはコミットの数だけではありません。私たちはGit/Githubを正しく使用していないのですか?これがなぜ得られているのでしょうか、これは普通のことですか?
[Atlassianのワークフローリスト](https://www.atlassian.com/git/tutorials/comparing-workflows/forking-workflow/)を読んでみてください。私たちの好みは、GitHubを実行する際の 'フォーク'ワークフローです。 – tgharold