作者热门文章
- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我目前对 git 的使用可以描述为“尽早且经常提交”。我当然会尝试让每个提交成为一个单独的逻辑单元(如 good commit criteria 中所讨论)。但是,我经常迭代设计并希望保存每个阶段。如果我想出一些丑陋但实用的东西,我想在清理之前提交那个检查点。
您在这件事上有什么经验 - 它是否给您的团队带来了问题?超越丑陋的代码 - 只要在错误修复之前不推送,就可以在本地提交损坏的代码吗?
最佳答案
最常见的约定是使用位于您的存储库中的功能分支(或一组分支)——也许是在线某个地方,例如 GitHub 或 Gitorious。
您可以在合理的情况下重新设置和重写该功能分支,直到您最终准备好以您想要的任何项目特定方式向上游提交为止。这使您可以轻松构建和共享正在进行的代码。
在此过程中,构建一系列提交,然后使用交互式 rebase (或其他重写工具)将它们转换为另一组干净、合乎逻辑的提交,这是从时间检查点转移到功能检查点的好方法 -如果您非常频繁地并且在极小的部分中提交,则效果最佳。
关于git - 将丑陋的代码提交到 git 存储库的约定是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9612964/
我是一名优秀的程序员,十分优秀!