例えば、1日の終わりにタスクを完了していないのに、自分の仕事をコミットしてプッシュしたいとします。翌日、私はその仕事を終えて、もう一度仕事を終えるでしょう。 2つのコミットメッセージはどのように表示されるべきですか?1つのタスクを2つのコミットに分割した場合のコミットメッセージ
たとえば、Apply new Changes (Part1)
とApply new Changes (Part2)
は私には良いコミットメッセージのように見えません。
例えば、1日の終わりにタスクを完了していないのに、自分の仕事をコミットしてプッシュしたいとします。翌日、私はその仕事を終えて、もう一度仕事を終えるでしょう。 2つのコミットメッセージはどのように表示されるべきですか?1つのタスクを2つのコミットに分割した場合のコミットメッセージ
たとえば、Apply new Changes (Part1)
とApply new Changes (Part2)
は私には良いコミットメッセージのように見えません。
このようなコミットをターゲットブランチにプッシュしない方が良いです。あなたが好きなメッセージをコミットして、できるだけ頻繁にコミットすることができます。それらをドラフトとして考えてください。変更を失う可能性はほとんどありません。すべてのコミットは十分に長く続きます。ローカルリポジトリが十分安全だと思わない場合は、それらを別のホストのバックアップブランチまたはバックアップリポジトリにプッシュできます。 1つのタスクを完了したら、関連するすべてのドラフト・コミットをgit reset --soft && git commit
、git rebase -i
、またはgit merge --squash
で1つに縮小します。この正式なコミットのための有用で整形された情報を含むように注意深くメッセージを書いてください。
完了していない作業は押さないでください。コミットは、であり、合理的なサブタスクに分割することができない限り、完全なタスクが1つだけ含まれている必要があります。
バックアップ目的で未完成の作業をプッシュしたい場合は、前のコミットを修正するときに翌日に再配置するためにOKのブランチを使用します。
未完成の機能を現在のブランチに基づいてローカルブランチにコミットすることをお勧めします。実際に、私はこの問題についてのブログ記事を書いています。あなたは[ここ](https://labs.consol.de/git/development/2015/06/23/git-merge-squash.html)を読むことができます。このブランチをバックアップとしてプッシュすることもできますが、すべてのチームメンバーがこのブランチが個人的なブランチであることを知っておくことが重要です。 – gucce
もっと説明的にしてください。何が変わる?あなたの2つのメッセージは、コミットに含まれるものについて何も説明しません。 – ggdx