新しいプロジェクトに定期的にコミットすべきですか？
TL：DR;新しいプロジェクトで定期的に小さなコードを開始しませんか？私がゼロから始めて、使用しているもの（フレームワーク、プログラミング言語、w/e）の経験がない場合でも、
私が自分のために何か新しいことを学んだときはいつでも、私は早い段階で何もコミットしていませんでした。いくつかの理由から：基本的に私は自分が何をしているかわからない、まだベストプラクティスがわからないなどの理由で、始めて試してみて、100回のように書き直します（少なくとも常にそう感じています）。 。
それでも新しい仕事があり、Spring Bootバックエンドを使用してAngularJSで新しい完全なプロジェクトを開始しています。私は主にフロントエンドに取り組んでいます。 AngularとJSは一般的には初めてです。現時点では、プロジェクトにコミットしているのは私だけです。最初のコミットはyo jhipster（このセットは、すぐに実行できる完全なアプリスケルトンです）およびいくつかのカスタムデータベースマッピング。
私の最初のコミットは
Implemented controller X
Sorry for large comment I've just started with Angular. [...]
サンプルプロジェクトで物事を学ぶ時間がないので、最初のプレゼンテーションの締め切りが非常に短いので、もっと大きなコミットをするほうがいいと思います。少なくとも1つのトピックに関連するコミットを維持するようにします。お気に入り
Integrated template X into project
Replaced this with that and [...]
とにかく-このコミットは巨大です。誰かが差分全体をチェックすることはまずありません。
私は別のローカルブランチthemeIntegrationに取り組んでいます。何か実際に何かがうまくいかなかった場合にフォールバックできる、または実際に何か間違ったことを認識した場合にフォールバックできるいくつかのコミットがある小さなコミットを実行します。後でdevelopブランチにスカッシュマージします。
頻繁にコミットする必要があります。
しかし、@ durron597！私は初心者プログラマーです！私は自分のコミットを信頼していません！
これが、別のブランチでコミットする理由です！
さまざまな適合、開始、実験などのために、独自の用途のためにコミットしている多くのブランチを持つこともできます。
派手なコミットメッセージを気にする必要はありません。本当に重要な唯一のコミットメッセージは、最終的に変更をトランクにマージしようとしたときに発生するメッセージです。その時点で、小さなコミットメッセージのリスト全体を調べ、他の人が読むものに集約します。それまでの間、コミットメッセージは自分専用であり、大きなコミット履歴があると、間違いを犯した場合にのみ問題を追跡するのに役立ちます。