在这篇文章中，我将与你分享7个 GIT 命令。 它们是有用的简短命令，但有时我们会错过它们。
我们将从一个非常短的 git 命令开始这个列表。 有时，我们在分支机构工作。 对于某些季节，我们需要切换到另一个分支。
但我们意识到我们错过了上一个分支中的一些东西。
当然，我们需要使用checkout命令来checkout到上一个分支。
但除了找到（或记住）分支名称来检查这一点之外。 我们完全可以用另一种更简单的方式来做。 我们只需要使用减号而不是分支名称来调用 checkout 命令：
git checkout -在此演示中，我有一个分支 contains_commit_2 从分支 contains_commit_1 签出。 分支 contains_commit_3 从分支 contains_commit_2 签出。 这意味着最后两个分支包含来自第一个分支的提交。 让我们检查一下。
然后，它使我们进入第五次提交。 当然，这很好。 所以我们只需要注意到这是一个很好的承诺。
然后它使我们进入第七次提交。 它有错误，因此我们将此提交标记为错误：
在最后一步中，我们进入第六次提交。 因为这是第七次提交的前一次提交（该提交发生了错误）。 所以我们将其标记为良好：
我们得到了关于提交使错误提交第七次的最终结果！ 我们只需要测试三次而不是七次！
我认为这是一个很好的 GIT 命令，可以帮助我们更轻松地进行调试。 如果您仍然想优化调试时间，可以尝试使用 git bisect run。 它将帮助你通过脚本检测提交是好还是坏。
本文中的最后一个命令是我希望能够应用到我的生活中的命令之一。
有时，我们在处理一些子任务的分支机构工作时会用到它。
例如：我们需要在页面上制作一个新按钮。
我们可能有三个基本任务：创建单元测试、按钮样式以及处理按钮单击操作。 我假设我们会按照“测试”、“样式”和“脚本”的顺序进行，完成所有这些任务后，我们意识到我们在创建测试时缺少一些东西。 我们应该做什么？
当然，我们会修复它。 但是在修复它并提交之后，我们可能会得到一个不太漂亮的提交列表。
让我们看一个例子：
在此示例中，我们只有一个“添加”提交。 可能没问题。 但是如果我们有很多这样的提交会发生什么呢？ 我们的提交树可能看起来像一件补丁衬衫。 为了解决这个问题，我们可以使用git fixup命令。
要使用这种方式，我们只需要按照正常的方式进行一些添加即可。 我们不需要像普通提交那样提交修复，只需使用选项 --fixup 和我们想要修复的提交的哈希值调用 git commit 命令即可。 它看起来像这样。
我们还有四个提交。 但最后一次提交与需要修复的提交具有相同的消息，并带有前缀“!fixup”。 为了使它们成为真正的解决方案，我们还需要采取进一步的措施。 只需要 git rebase -i --autosquash <previous base commit> 。 我们来试试吧！
完成啦！ 不再有“修复”提交。 提交列表现在很清楚了！
这就是我想在这篇文章中分享的全部内容。 我认为上面的命令使用起来并不太复杂。 每个人都可以轻松记住并使用它们。
本文链接：http://www.28at.com/showinfo-26-11828-0.html您可能会错过的七个有用的 GIT 命令
声明：本网页内容旨在传播知识，不代表本站观点，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。
上一篇：防御性编码的意识与实践