📜  在团队中遵循的最佳 Git 实践

📅  最后修改于: 2021-10-19 05:07:52             🧑  作者: Mango

我们都知道 Git 是全球开发人员使用的最流行的版本控制之一。开发人员使用它多年,但并非所有开发人员都知道使用它的最佳实践。

团队跟进的最佳 Git 实践

有几种方法可以使用 git 与您的团队进行交流。您可以使用由两到十名开发人员组成的小团队的这些 git 最佳实践。使用 git 时,您可以考虑以下一些最佳实践……

1. 提交应该是小而频繁的

每当您进行单个逻辑更改时,您就可以提交代码。频繁提交可帮助您编写简短但内容丰富的简短提交消息。此外,它将为那些可能正在阅读您的代码的人提供重要的意义。

提交小事情也可以使故障或其他坏问题更容易处理。以下是一些通常意味着您没有做出足够贡献的信号……

  • 第一次,一个 100+ 行的文件是一次提交。
  • 您在一次提交中修改了超过 50 行的文件。

2. 提交消息是语义化的

每条提交消息都应该有一个解释,说明为什么首先需要更新代码或更改了什么——在所需的详细级别。

当有人询问是否已创建或更新一行代码时,提交消息应该是透明的。以下是一些代码标志,表明您一直在编写弱提交消息:

  • 提交信息少于三个字。
  • 你的提交信息太高级了

3. 分支的使用

当您进行多个连接的提交时,它们属于不同的分支。关于 git 分支最引人注目的事情之一是拉取请求,它可以在合并回主 git 分支之前轻松处理提交列表。

使用分支使得合并到主 git 分支听起来很重要。它让您有机会在查看正在进行的提交时看到所有最终改进。这也确保了主分支仍然可以启动,没有损坏的代码。

在 git 分支上工作时,请确保定期运行 git pull。因此,您的分支不会被抛在后面,并降低了合并冲突的可能性。

4. 一枝一特色

功能分支的概念是所有新功能都应该在一个单独的专用分支上,而不是在主分支上。这种做法确保主分支永远不会有未完成的代码,这对于持续集成环境来说是一个显着的好处。

因此,您可以将新分支用于一项新功能。完成工作后,发出拉取请求并将更改合并到主分支中。您可以为下一个功能创建一个新的功能分支并重复该过程。

使用一个分支——一个特性策略,你将获得许多好处。

  • 由于您只处理一个功能,因此代码审查会很容易。
  • 当您一次只做一件事时,您会保持专注和高效。
  • 由于小的更改,它可以帮助另一个开发人员理解代码。

5. 正确处理合并

每个团队成员都需要在不同的函数分支上工作。但是即使其他分支正在使用,它们也不可避免地会更改特定的类似文件。当将修改组合回主分支时,合并通常不会是即时的。可能需要人工交互来解决同一文件中两个作者的更改。

在新的现代编辑器中,有许多功能和 Git 命令支持 Git 合并冲突。它们在文件的每个部分显示了用于组合的不同选项。如果它不支持这些功能,可能是时候使用新的代码编辑器了。

6. 单一存储库

大型团队可能受益于多个项目存储库、库等。对于 10 岁以下的团队,我们通常喜欢将执行整个产品所需的所有代码保留在单个存储库中。

这允许程序整体处理并作为单个实体分发。在项目之间重复使用的内部应用程序应该通过包管理器等提供。

小团队使用单一存储库有很多好处

  • 您的代码将保持同步
  • 重构变得便宜

您的产品可能需要多个存储库;这里有几个原因。

  • 假设您的产品不是完全开源的。您可能需要在单独的存储库中保留一些代码/库。
  • 同样,如果您的产品有一些客户工作,那么它应该放在一个单独的存储库中。

7. 使用标签

您和您的团队可以在发布代码时使用标签。尽管一个分支积累了与提交相关的修改背景,但该标签是该分支当时状态的快照。

标签就像一个稳定的分支。与分支不同,标签在形成后没有额外的提交历史。在你的版本中使用标签有很多好处。

  • 它可以让您跟踪项目的版本号。
  • 此外,它还可以帮助您比较两个不同版本之间的修改。
  • 它允许您记录您的项目发布说明,这对您的团队和利益相关者很有价值

希望这些针对小团队的 Git 最佳实践可以帮助您在团队中有效地使用 Git。 Git 是一种高级工具,需要时间来学习。通过这些实践,您和您的团队可以使用 Git 有效地工作。