我想知道如果我提交/推送某项功能的日常进度或完成某项功能或某个模块时提交或推动我的日常工作，哪种方法更可行（或遵循惯例？）？
答案 0 :(得分：1)
这取决于您在此上下文中“提交”的含义。对于许多历史/非git用户，“提交”的概念是将更改提交回确定的中央存储库（所有其他用户从中获取更新）。
那么，您是说将git“提交”到本地存储库，还是将git“推送”到远程存储库？
如果它是本地仓库“提交”，那么就一直这样做。如果没有皱眉，请在一天结束时进行。这样您就可以跟踪更改。
“推送”到远程仓库（当然是关联的功能分支）是另一种野兽。
这在很大程度上取决于您和您的团队如何安排工作/工作日。有些团队要求签到（提交/推送），以免丢失工作。有些人可以“只在本地提交，并在工作时推送”。
这还取决于您团队的分支策略。很多时候，您可能是唯一从事某项功能的人。这意味着您是分支机构中唯一的一个。如果您签入不起作用的代码，则可能不是问题。
如果一个分支有多个提交者，那么当需要提交时，损坏的代码将停止其工作。
如果您有一个流程，其中所有分支都是CI构建，则意味着CI板上的构建不良。您可能不需要。
我既喜欢编写工作代码，又不丢失我的工作。这是我的方法
分小块做您的工作（等等等等，别在说什么）。修复您正在处理的内容的一部分。如果该方法“正常”（不会炸死轮胎），则提交更改。如果您的团队擅长于此，则将此工作推送到远程仓库中的分支。
与您的团队协调，或查看您的分支的CI版本，以确保集成代码通过测试。如果一切都很好，那就继续吧。如果不是，请返回并修复您的工作，直到分支变为绿色。