如何对源代码控制的八条诫命进行现代化改造?

iro*_*ggy 4 version-control

你怎么更新这个?我从未见过任何现在的团队实际上"检出"一个文件.我也没编译.这些似乎是在分支之前.

  1. 您应该提早入住并经常入住.当你检查一个文件时,你会让你的同事感到愤怒,并坚持要检查它,直到某个未来的时间点,这个时间点是使用仅存在于你大脑中的变量来衡量的.
  2. 你永远不会检查破坏构建的代码.如果您的代码未编译,则它不属于源代码控制存储库.
  3. 当天退房时,您不得回家,也不得在周末或度假时离开,并检查文件.
  4. 在签入代码时,您应留下描述性评论.您无需在评论中包含您的姓名或日期,因为已经跟踪了该信息.
  5. 如果您签出文件但未进行任何更改,则应使用"撤消签出"选项.当您签入原始代码完全没有变化的代码时,它会让您的同事不高兴.
  6. 您不得使用注释来"保存"已失效的代码.不要害怕,因为您删除的代码仍然存在于源代码管理代码历史记录中,并且可以根据需要进行检索.
  7. 您将使用源代码控制不仅仅是归档代码.源代码控制存储库为技术文档,SQL脚本以及与项目相关的其他文档和文件提供了出色的存储空间.
  8. 您应该定期备份源代码控制数据库并将副本存储在场外位置.

来自http://scottonwriting.net/sowblog/posts/13581.aspx

Eug*_*ota 6

持续整合.

  1. 维护单一来源存储库
  2. 自动化构建
  3. 让你的构建自我测试
  4. 每个人每天都会提交
  5. 每个提交都应该在集成机器上构建主线
  6. 保持快速构建
  7. 在生产环境的克隆中进行测试
  8. 让任何人都可以轻松获得最新的可执行文件
  9. 每个人都可以看到发生了什么
  10. 自动化部署