Version control 源代码控制八戒如何实现现代化？

你如何更新这个？我从来没有见过任何当前的团队真正“签出”一个文件。我也不编译。这些似乎是从以前的日子分支

你应该早点办理登机手续 经常来。你激怒了你的同事 当你签出一个文件并坚持 直到某个时候才结账 未来的时间点就是 使用存在的变量进行测量 完全在你的脑子里

你应该 永远不要签入破坏 建造。如果您的代码没有编译， 它不属于源代码 控制存储库

你不能去 带着文件回家过一天 出去吧，你也不应该去看电影 周末还是度假 文件已签出

你应该留下一张支票 签入时的描述性注释 你的密码。您不需要包括您的 注释中的名称或日期为 这些信息已经被跟踪

您应使用“撤消签出” 选项，如果您签出文件并 不要做任何改变。信息技术 当你 签入未更改的代码 完全是从原来的

你应该 不使用注释“保存”已失效 代码。不要害怕，因为你的代码 删除仍然存在于源中 控制代码历史记录，并且可以 如果需要，可以检索

你应该使用 源代码管理超过 归档只是代码。源代码 控件存储库生成一个 良好的技术存储 文档、SQL脚本和其他 与项目相关的文件和文件 项目

你应该虔诚地 备份您的源代码控制 定期建立数据库，并 将副本存储在非现场 地点

---

从

什么是“现代化”？我没有看到任何与COBOL或Ada相关的东西…

为什么他们需要现代化？它们现在看起来和编写它们的那天一样重要，IMHO。

由于大多数现代源代码控制系统允许并发签出，我可以看到哪里可以放松（3），尽管晚上签入以便备份仍然是个好主意。TFS允许您搁置挂起的更改，以便在代码破坏生成但希望在夜间离开前签入时，您可以保存更改而无需真正签入它们。

是否签出取决于您使用的VCS（版本控制系统）。如果您使用SCCS（老式的，但是是单一Unix规范的一部分），或者如果您使用atriaclearcase（来自ibmrational），那么锁定签出是生活的一部分。对于更现代的系统，当您创建一个工作沙箱时，您可以有效地执行签出，但它是一个非锁定签出，不会阻止其他人从同一起点进行并发更改

你说你不编译…我打赌你的代码会被某个程序读取然后执行。Perl本身没有单独的编译器，但它有一个编译阶段。Shell脚本被读取和验证。Python和Ruby也是如此。现代形式的规则可能会说：

• 无论是解释器还是编译器，都不能签入语言处理器不接受的代码。如果您的代码至少在语法上不正确，则它不属于源代码管理存储库的主分支（尽管它可能属于您的专用工作分支）

第3项，关于不使代码保持签出状态，基本上仍然有效。如果您在沙箱中保存代码很长一段时间，那么您将使自己的生活更加困难，因为您可能需要处理更多的合并，因为其他人在您的私人分支中使用相同的代码时也使用了相同的代码

在Git、SVN、CVS或。。。因为它们在SCCS或ClearCase下。

维护单个源存储库

自动化构建

让您的构建进行自我测试

每个人每天都在努力

每次提交都应该在集成机器上构建主线

保持快速构建

在生产环境的克隆中进行测试

使任何人都可以轻松获得最新的可执行文件

每个人都能看到发生了什么

自动化部署

你当天不能带着文件回家，周末或假期也不能带着文件离开

如果您签出文件且未进行任何更改，则应使用“撤消签出”选项。当您签入与原始代码完全没有更改的代码时，您的同事会感到不快

您应定期认真备份源代码控制数据库，并将副本存储在非现场位置

如果您不得不担心其中任何一个，那么您的SCM充满了失败

---

其余的都是不错的主意……

2008年的更新

你应该尽早提交，并经常提交。当你在主分支中破坏构建时，你会激怒你的同事

决不能在代码中签入生成机器人不接受的代码

如果您没有将您的分支机构与其他分支机构合并，您当天不得回家

签入代码时，应留下描述性注释。您不需要在评论中包含您的姓名或日期，因为该信息已被跟踪

删除

您不得使用注释“保存”失效代码。不用担心，因为您删除的代码仍然存在于源代码管理代码历史记录中，并且可以在需要时检索

您应该使用源代码管理，而不仅仅是归档代码。源代码控制存储库为技术文档、SQL脚本以及其他与项目相关的文档和文件提供了极好的存储空间您甚至可以使用SVN插件对OpenOffice文档使用源代码管理