git コミット履歴の中には、非常に恥ずかしいものもあります。すべてのエンジニアには、git rebase と git commit --amend を頻繁に使用することをお勧めします。

日常のプログラミング コラボレーションでは、Git コミット レコードの品質がエンジニアのエンジニアリング リテラシーを反映することがよくあります。ただし、非常に恥ずかしい非標準のコミット レコードをよく見かけます。

例:

これは、コミット後に変更を加え、前の git commit コマンドを何気なく再利用したことが原因である可能性があります。

これは個人リポジトリでは許容されるかもしれませんが、共同リポジトリではやや専門的ではありません。

私の意見では、これらのコミット記録は不要であり、悪い習慣を表しており、完全に回避できます。

幸いなことに、Git は洗練されたソリューションを提供します。新しいコミットを生成する必要がない場合は、 git commit --amend を使用するとこの問題を回避できます。

git merge の使用を減らし、git rebase の使用を増やす

例:

Merge branch 'feature-A' of https://github.com/qiniu/reviewbot into feature-B

これは、リモート ブランチの機能 A から機能 B にコードをマージすることを示します。ここで、feature-A は通常、メイン ブランチです。

このようなコミット メッセージは PR には不要です。 PR コミット メッセージには、現在の変更に関する有用な情報のみを含める必要があります。

個人的には、リモート ブランチを同期する場合でも git merge を使用することはほとんどなく、通常は git rebase を使用します。

例:

上記の利点に加えて、git rebase はメイン リポジトリで非常にクリーンなコミット履歴を維持するのに役立ちます。したがって、これを使用することを強くお勧めします。

Reviewbot の git commit チェック

Reviewbot は、Qiniu Cloud によるオープンソース プロジェクトであり、便利なコード レビュー/静的分析とカスタム エンジニアリング標準の実装のためのセルフホスト型コード レビュー サービスを提供することを目的としています。

これら 2 つの動作をより適切に規制するために、Reviewbot は、git コミット レコードが標準を満たしているかどうかを確認する git commit check 機能を追加しました。

標準に準拠していない場合、Reviewbot は次のように通知します:

その他の git flow プラクティスとヒント

もちろん、git 操作には実践的なテクニックがたくさんあります。興味のある方はぜひ調べてみてください。 1024 トレーニング キャンプ中に関連コンテンツを学生と共有しました:

超実用的!ユーザーの視点から見た Git コラボレーション、丸暗記に別れを告げましょう

このドキュメントには、興味のある読者向けのビデオ リンクが含まれています。

最後に、プロのエンジニアとして、私たちはエンジニアリングの実践において常に卓越性を追求する必要があります。良好なコミット記録は、個人のプロフェッショナルとしての資質を反映するだけでなく、チームのコラボレーション効率を向上させるための重要な基礎でもあります。

git rebase と git commit --amend を適切に使用することで、より明確で専門的なコード送信履歴を維持できます。これにより、コードのレビューが容易になるだけでなく、その後のコードのメンテナンスや問題の追跡にも大きな利便性がもたらされます。

どう思いますか?

以上がgit コミット履歴の中には、非常に恥ずかしいものもあります。すべてのエンジニアには、git rebase と git commit --amend を頻繁に使用することをお勧めします。の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。