私のgithubプルリクエストはマージされましたが、この段階での規約は何ですか?


17

Githubでプロジェクトを分岐し、小さな変更を加えて、プルリクエストを元のメンテナーに送信しましたMerged pull request #11 from my_username/master

これは私がこれをしているのは初めてなので、エチケットが今何であるのかわかりません:私はgit pull upstream masterそれからをしましたgit push origin master、そして今私自身のリポジトリの最後のコミットは私Merged pull request #11 from my_username/masterにはかなり奇妙に感じます。これは人々が通常行う方法ですか、「歴史をきれいにする」ために何かする必要がありますか?

注:これは小さなドキュメントの変更であったため、ブランチを作成していませんでした。ブランチに変更を加えmaster、プルリクエストを送信しました。そのため、その部分で実行するクリーンアップはありません。

回答:


10

はい、これはgitが行うことなので、人々が通常行うことです。

多くの場合、マージテストは意味がありません。これは、「早送り」ロジックの結果です。つまり、マージは、必要でない場合、新しいコミットを作成しません。ほとんどの場合、マスターの最後のコミットは「マージされたマスター」と表示されます。これは、開発者がマスターをブランチにマージし、プッシュしてプッシュしたためです。とにかく、gitのマージコミットを気にする人はいません。


5
あなたがいる場合行うケアを、しかし、あなたは見つけることno-ffのオプションgit mergeマスタにマージ便利に。
Xion
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.