版本控制软件是每个软件开发人员的工作流程和实践中不可或缺的因素。归根结底，Git 是世界上使用最多的版本控制系统；它于 2005 年首次创建，今天仍然是网络上一个积极维护的开源项目。作为开发人员，在开始项目时必须始终考虑五个极端编程值 (XP)：
沟通
简单
反馈
勇气
尊重
沟通是确保项目成功的基础，尤其是在当今的工作环境中，开发人员并不总是在办公室里并排坐着。这就是提交消息发挥作用的地方；它们是从事项目工作的每个人之间的重要交流方式，对于未来加入的开发人员来说更是如此。它们为开发人员提供了项目的完整概览，并让他们知道代码更改的目的——最终节省了他们通过盯着代码屏幕试图找出原因的时间。
提交的类型
它最终会在项目中达到一个点，您将不得不回顾过去所做的一些更改；无论您是要查找首次引入错误的时间或方式，还是要查找某个代码片段的负责人——所有这些都应该在您的 Git 存储库中轻松提供给您。
通常，在查看项目的修订历史时，您将看到的只是提交消息，例如：“Snagging”、“Bugfix”、“Updated X file”，甚至是需要 5 分钟才能阅读的消息. 所有这些提交消息都没有提供有关更改原因和更改内容的信息，因此您唯一的选择是手动查看差异并逐个检查文件 - 浪费大量时间，这在某些高-压力情况。
错误的提交消息本质上只是几个空词，实际上并没有为存储库或项目提供任何价值。花更多的时间并制作相关的描述性信息是您应该开始采用的习惯。一个好的提交消息应该为您提供有关更改内容及其背后原因的有用信息。取决于您自己的实践和工作流程，将取决于这些消息的布局方式，但顶部清晰简洁的摘要消息，然后是下面更深入的消息（如果需要）适用于许多团队。
除了实际的提交消息之外，如果没有以适当的方式管理，提交的内容也可能很快变得不堪重负。将多个更改或错误修复编译到一个大提交中会使其失去大部分价值，并且最终比只有一个错误的提交消息更糟糕——它本质上使你的提交就像你家或办公室的垃圾抽屉，一个包含所有东西的抽屉从图钉到零钱——还有一个抽屉，你需要永远找到你真正想要的东西。
一个好的提交只包含特定于一个更改的相关文件。伴随着良好的提交信息，这将使每个人回顾存档项目变得更加容易和快捷。虽然很难进入这种心态；通过适当的计划和纪律，您从现在开始所做的每一个承诺都将提供丰富的信息，并且能够被阅读它的人消化。
分支机构
版本控制中的分支是另一个应该利用的重要特性。它使开发人员能够将稳定的工作代码与正在进行或损坏的代码分开。当只在一个小项目上工作时，分支并不是那么有用，但是，当你有一个初始的工作模型时，就需要为任何额外的工作或特性创建新的分支，以保护你的项目免受任何错误或问题。
如果你使用GitHub作为你的版本控制软件，那么他们有一个相对简单的分支策略。“主”分支包含经过测试和生产就绪的代码。已创建的任何其他分支（功能分支）都应包含正在处理的任何错误修复或新功能。在测试和审查时，这些将被合并回“主”分支。
无论项目如何，利用分支系统都会产生积极的结果；但是，这取决于将要进行分支的人员的规模和数量是否真的需要分支，因为如果您养成为每一个小添加创建越来越多分支的习惯，它很快就会变得复杂。
结论
Git 是大多数开发人员和企业使用的出色工具，因此确保每次都进行良好且相关的提交非常重要。只要付出一点努力和耐心，将诸如“已解决问题”之类的提交消息变成描述性且实际有用的内容最终将成为第二天性。花点时间决定如何实际构建你的提交；因为对一位开发人员有效的方法可能并不适合所有人。
展望未来，请记住提交消息需要尽可能具有描述性并托管尽可能少的文件。一旦你发现了一种适用于整个团队的构建提交消息的方法，请记住坚持下去；这反过来又会使回顾过去的项目时更容易阅读和理解。
本文地址：
http://www.njanyou.cn/news/6261.html
Tag：
专业服务：
南京网站制作,
南京网站制作公司,
南京网站建设公司
联系电话：025-65016872
上一篇：
建立一个网站需要多长时间？
下一篇：
如何从头开始创建 SEO 关键字列表
