我想知道如果我提交/推送我在功能上的日常进度，或者在功能或模块完成时提交/推，什么更可行(或遵循惯例(？
这取决于您在此上下文中所说的"提交"是什么意思。对于许多历史/非git用户来说，"提交"的概念是将更改提交回最终的中央存储库(所有其他用户都从中获取更新(。
那么，你的意思是向本地回购"提交"git，还是向远程回购"推送"git？
如果是本地回购"承诺"，那么就一直这样做。如果不反对的话，就在一天结束的时候做吧。这样你就可以跟踪变化。
对远程回购(当然是对相关功能分支(的"推送"是另一回事。
这在很大程度上取决于你和你的团队如何组织你的工作/工作日。有些团队需要签入(提交/推送(，这样你就不会失去工作。有些人可以"只需在本地提交，并在工作时推送"。
这也取决于您团队的分支策略。很多时候，你可能是唯一一个从事功能开发的人。这意味着你是一个分支中唯一的一个。如果您签入非工作代码，那么这可能不是问题。
如果一个分支有多个提交者，那么当他们提交时，损坏的代码将停止他们的工作。
如果您有一个流程，其中所有分支都是CI构建，那么这意味着CI板上出现了糟糕的构建。你可能不想那样。
我既喜欢推送工作代码，又喜欢不丢失我的工作。这是我的方法
-
把你的工作分成小块来做(等等，敏捷等等——不要谈论这些(。修复你正在做的事情的一部分。如果效果"好"(不会爆胎(，那么就提交修改。如果你的团队擅长，那么将这项工作推送给远程回购中的分支机构。
-
与您的团队协调，或查看分支机构的CI构建，以确保集成代码通过测试。如果一切都好，那就继续前进。如果没有，那就回去修复你的工作，直到你的分支机构变绿。