Git 怎么样提交才会清晰？

Question

假如我开发一个软件需要用到git来管理，这个软件有很多的功能模块，请问：

1、每实现一个功能功能就只commit一次吗？

2、只要觉得有commit的必要就commit，比如修改个小bug，然后commit

我是新手，每次提交修改的文件都很多，很乱，有些修改还是和这次commit无关的文件。

请问各位是怎么做的呢？ 谢谢。

Answer 1

git flow を参照すると大きな点から疑問が解決できると思います

http://danielkummer.github.io/git-flow-cheatsheet/index.zh_CN.html

通常、マスター開発、さまざまな機能ブランチ、bug_fix ブランチ、hot_fix ブランチといういくつかのブランチがあります
言うまでもなく、Master は正式なオンライン版ですが、develop に配置されたブランチはすでに比較的安定したブランチです。新しい機能を開発したい場合は、develop ブランチ上に新しい feature_XXX ブランチを作成してください。さまざまなコミットコミットコミット、
後から以前のバージョンでバグが見つかった場合、オンライン版に影響しない場合はbug_fix_XXXブランチが作成され、オンライン版に影響する重大なバグはhot_fixブランチが作成されます。hot_fixはbug_fixとは異なります。バグが解決された後、hot_fix ブランチはマスターにマージされます。

さらに、ブランチをきれいに保ちたい場合は、マージの代わりにリベースを使用してコードをマージする必要がある場合があります

git に関することについては、非常に包括的な progit をチェックすることをお勧めします。

Answer 2

私は普段は

1. 支店
2. コミット、コミット、コミット、コミット…
3. バグを修正または問題のマージを解決しました
4. コミット、コミット、コミット、コミット...マージ
5. 引っ張る

Answer 3

コードを一行追加しただけでもコミットとして扱うことができます。
無関係なコードをこのコミットに送信しないでください。

達成したい効果は、ある日特定の歴史的状態にロールバックしたい場合に、その送信をすぐに見つけてロールバックできることであることを知っておく必要があります。これができない場合は、どのようにコミットしても意味がありません。
たとえば、デフォルト値を 50 から 100 に変更すると、これはコミットとして扱われる必要があります。誤ってバグを修正した場合、そのバグをこのコミットに含めることはできません。そうでない場合、どうすればバグを 50 にロールバックできますか?ロールバックした後、再度バグを修正する必要がありますか?

明確な目的がないので投稿方法がわからない。

そう思います。

Answer 4

非常に詳しく知りたい場合は、特定の関数のみを送信できます。
でもそれはとても面倒です。
さらに、git gui を使用して中国語で送信し、明確に説明することもできます。

Answer 5

これは主に、将来あなた自身や他の人の便宜のためであり、機能と関係のないページを変更したことをコミット情報で明らかにします。とにかく、熱心にコミットするのであれば、機能を一度送信するだけでは間違いなく十分ではありません

Answer 6

リベースの使用を増やし、マージの頻度を減らします