我目前对git的使用可以被描述为"早期和经常提交".我当然试图使每个提交成为一个逻辑单元(如良好的提交标准中所讨论的).但是,我经常迭代设计并希望保存每个阶段.如果我想出一些丑陋而又实用的东西,我想在清理之前提交检查点.
您在这件事上的经验是什么 - 它是否给您的团队带来了问题？超越丑陋的代码 - 只要你不修复直到修复错误,本地提交破坏的代码是否可以接受？
对此最常见的约定是使用存储库中的功能分支(或一组分支) - 也许可以在某个地方在线,如GitHub或Gitorious.
您可以在合理的有罪不罚的情况下重新定义和重写该功能分支,直到您最终准备好以任何项目特定的方式提交上游.这使您可以构建和共享正在进行中的代码而不会过于头痛.
在此过程中,构建一系列提交,然后使用交互式rebase(或其他重写工具)将这些提交转换为另一组干净的逻辑提交,这是从检查点及时移动到检查点的好方法 - 并且效果最好如果你经常犯下,并且在非常小的部分.
| 归档时间： |
|
| 查看次数： |
401 次 |
| 最近记录： |