好吧，尽管你要求我们不要“简单地”链接到其他资源，但当已经存在一个社区生长（和不断增长）的非常好的资源时，这是非常愚蠢的：Git社区书。说真的，一个问题中的20多个问题绝对不会简明扼要。Git社区书有HTML和PDF两种格式，可以用清晰、格式良好、经过同行评审的答案回答您的许多问题，并且格式可以让您直接解决手头的问题。

唉，如果我的帖子真的让你不安，我会删除它。说吧。

Git重置

假设你做了一个拉，把它合并到你的代码中，然后决定你不喜欢它。使用git-log或tig，找到您想返回的任何位置的哈希（可能是在拉/合并之前的最后一次提交），复制哈希，然后执行以下操作：

# Revert to a previous commit by hash:
git-reset --hard <hash>

您可以使用HEAD^作为上一次提交的快捷方式，而不是哈希。

# Revert to previous commit:
git-reset --hard HEAD^

你是怎么分支的？

git存储库中的默认分支称为master。

创建新分支使用

git branch <branch-name>

查看当前存储库类型中所有分支的列表

git branch

如果您想切换到另一个分支，可以使用

git checkout <branch-name>

一步创建新分支并切换到该分支

git checkout -b <branch-name>

要删除分支，请使用

git branch -d <branch-name>

要使用当前分支的更改创建分支，请执行

git stash
git stash branch <branch-name>

GIT工作流示例。

Git非常灵活，可以很好地适应任何工作流，但不强制执行特定的工作流可能会产生负面影响，使您很难理解除了线性“备份”工作流之外，您可以使用Git做什么，以及分支有多有用。

这篇博文很好地解释了一个非常简单但有效的工作流程，使用git很容易设置。

从博客文章中引用：我们认为origin/master是HEAD源代码始终反映生产就绪状态的主要分支：

工作流已经变得非常流行，可以制作一个实现此工作流的项目：gitflow

很好地说明了一个简单的工作流程，您可以在开发过程中进行所有更改，并且只有在代码处于生产状态时才将其推送给master：

现在让我们假设您想开发一个新功能，或者重构一个模块。您可以创建一个新的分支，我们可以称之为“功能”分支，这需要一些时间，可能会破坏一些代码。一旦您的特性“足够稳定”，并希望将其“更接近”生产，您就将特性分支合并到开发中。当所有的bug在合并后都被清理出来，并且你的代码通过了所有的测试，你就可以将你的更改推到master中。

在所有这些过程中，您会发现一个可怕的安全漏洞，必须立即修复。您可以有一个名为修补程序的分支，它使更改比正常的“开发”分支更快地返回到生产中。

在这里，您可以看到这个特性/修补程序/开发/生产工作流的样子（在博客文章中有很好的解释，我重复一遍，博客文章比我更详细、更好地解释了整个过程）。

Git Magic是你所需要的一切。保证，否则你的钱会回来！

非常好的关于合并冲突的帖子-GitGuys：合并冲突-冲突和解决方案

这个博客真的很棒——说明性的，干净的例子，可以理解。绝对值得一看。