首页 » 博客 » 尽早承诺并经常承诺

尽早承诺并经常承诺

这与单一用途提交相符。你需要从一开始就定期添加提交(通常是每次修改代码库中的代码时)。不要放弃提交的习惯,否则,你最终会违背单一用途提交的最佳实践,从而让你的团队感到困惑,或者让他们付出不必要的努力。

压缩多个提交

有时候,你会发现太多单一用途的提 墨西哥数据 交会让梳理 git 仓库变得​​非常困难。试想一下:如果你创建的每个功能分支都有 100 个提交,那么总数可能非常庞大。所以,与其保留所有这些单一提交,不如使用git rebase命令压缩它们。这会打开一个编辑器,列出所有提交并允许你对其进行操作。

目标是让您的存储库尽可能信息丰富且干净。

永远不要改变历史

一旦提交了提交,就永远不应该在项目历史记录中对其进行修改。一旦修改,几乎不可能保持版本控制的一致性。所以,即使你 将批量电子邮件发送到收件箱的技巧 想使用 git rebase 来压缩提交,也应该只在不使用的分支上执行此操作。

你正在处理的分支应该始终保留其完整的历史记录(和提交)。即使你在提交中犯了重大错误,也应如此。修复该错误并创建另一个提交,以便每个人都知道问题已得到解决。

使用标签

标签是分支在特定时间点的状态快照。您可以将标签视为指向特定提交的命名指针。当您想指定项目历史记录中的重要点时,标签非常有用。例如,您可能想标记发布点,例如 v1.0、v1.2 或 v2.0。标签可以简化此操作。

Git 支持创建轻量级或带注释的标签。轻量级标签就像一个不会更改的分支,而带注释的标签则作为完整的对象存储在 Git 数据库中。带注释的标签还可以包含校验和、标记者的姓名、电子邮件地址、日期、标记消息,并且 白俄罗斯商业名录 可以使用 GNU Privacy Guard (GPG) 进行签名和验证。

使用最广泛的标签是带注释的标签。

结论

Git 是每个软件开发者都应该使用的版本控制工具。当您采用 Git 时,务必设置并遵循最佳实践,以确保您的体验既轻松又高效。

 

滚动至顶部