为什么？还有怎样才能保持你的 Git 提交历史清晰？

文章转发自专业的Laravel开发者社区，原始链接：https://learnku.com/laravel/t…

提交是 Git 仓库的重要组成部分之一，不仅于此，提交信息  贯穿于 Git 仓库的整个生命周期。随着项目/仓库的发展(新特性的增加、Bugs 的修复、架构的重构)，提交信息可以让我们看到改了什么地方以及是如何改动的。因此，这些信息以一种简短、精确的方式反映着潜在的变化是非常重要的。

为什么有意义的提交历史很重要

Git 提交消息就像是你在你接触过的代码上面留下的指纹。任何你今天提交的代码，一年以后当你看到这段代码的变化时，你将感谢自己当时留下的清晰、有意义的提交信息，同时它还将使你的开发变得更为容易。当提交被基于上下文独立时，由某个提交引入的 Bug 将会更快被找到，并且更容易恢复到导致错误提交前的代码。

当你工作在一个大的项目中时，我们经常更新、新增或者移动文件。确保在这种情况下维持提交消息将很棘手，尤其是在开发周期跨越数天，数周甚至数月的情况下。因此，为了简化维护简洁提交历史记录的工作，这篇文章将使用开发人员在处理 Git 仓库时可能遇到的一些常见情况。

• 情况 1: 我需要修改最近的提交
• 情况 2: 我需要修改特定的提交
• 情况 3: 我需要新增、移除或者合并提交
• 情况 4: 我的提交记录没有任何意义，我需要一个新的开始 ！

在我们深入讨论之前让我们快速的了解一下，在我们假设的 Ruby 应用程序中，典型的开发工作流是什么样子的。

注意: 这篇文章假定您了解基本的 Git 知识 、分支的工作方式、如何在阶段中添加未提交的分支更改以及如何提交更改。如果你不了解这些流程， 我们的文档 是一个很好的起点。

日常开发中的一天

现在，我们正在开发一个小型的 Ruby on Rails 项目。我们需要在首页添加一个导航视图，这涉及到更新和添加几个文件。下面是整个流程的逐步细分：

• 你首先从更新某个文件开始来开发新功能；我们叫它为application_controller.rb
• 这个功能也需要你更新一个视图文件：index.html.haml
• 你添加了一个局部视图，它会在首页中用到：_navigation.html.haml
• 页面样式也需要更新，让它作用到我们的视图上：styles.css.scss

• 新功能已经准备好所有期望的修改，该更新测试文件了；要更新的文件如下：

  • application_controller_spec.rb
  • navigation_spec.rb