（给
伯乐在线
加星标，看经典文章
）
编译：伯乐在线/BEASTQ
在今年的 Stack Overflow 开发者调查报告中，超过 70% 的开发者使用 Git，使其成为世界上使用人数最多的版本控制系统。Git 通常用于开源和商业软件开发，对个人、团队和企业都颇有益处。
Q1: 什么是 Git 复刻（fork）？复刻（fork）、分支（branch）和克隆（clone）之间有什么区别？
主题：Git 难度：⭐⭐
-
复刻（fork） 是对存储仓库（repository）进行的远程的、服务器端的拷贝，从源头上就有所区别。复刻实际上不是 Git 的范畴。它更像是个政治/社会概念。
-
克隆（clone） 不是复刻，克隆是个对某个远程仓库的本地拷贝。克隆时，实际上是拷贝整个源存储仓库，包括所有历史记录和分支。
-
分支（branch） 是一种机制，用于处理单一存储仓库中的变更，并最终目的是用于与其他部分代码合并。
🔗来源：https://stackoverflow.com/questions/3329943/git-branch-fork-fetch-merge-rebase-and-clone-what-are-the-differences/
Q2: “拉取请求（pull request）”和“分支（branch）”之间有什么区别？
主题：Git 难度：⭐⭐
🔗来源：https://stackoverflow.com/questions/19059838/whats-the-difference-between-a-pull-request-and-a-branch
Q3: “git pull”和“git fetch”之间有什么区别？
主题：Git 难度：⭐⭐
简单来说，git pull 是 git fetch + git merge。
-
当你使用 pull，Git 会试着自动为你完成工作。它是上下文（工作环境）敏感的，所以 Git 会把所有拉取的提交合并到你当前处理的分支中。pull 则是 自动合并提交而没有让你复查的过程。如果你没有细心管理你的分支，你可能会频繁遇到冲突。
-
当你 fetch，Git 会收集目标分支中的所有不存在的提交，并将这些提交存储到本地仓库中。但Git 不会把这些提交合并到当前分支中。这种处理逻辑在当你需要保持仓库更新，在更新文件时又希望处理可能中断的事情时，这将非常实用。而将提交合并到主分支中，则该使用 merge。
🔗来源：https://stackoverflow.com/questions/292357/what-is-the-difference-between-git-pull-and-git-fetch
Q4: 如在 Git 恢复先前的提交？
主题：Git 难度：⭐⭐⭐
假设你的情形是这样，其中 C 是你的 HEAD，(F) 是你文件的状态。
(F)
A-B-C
↑
master
要修改提交中的更改：
git reset --hard HEAD~1
现在 B 是 HEAD，因为你使用了 --hard，所以你的文件将重置到提交 B 时的状态。
要撤销提交但保留更改：
git reset HEAD~1
现在我们告诉 Git 将 HEAD 指针移回（后移）一个提交（B），并保留文件原样，然后你可以 git status 来显示你已经检入 C 的更改。
撤销提交但保留文件和索引：
git reset --soft HEAD~1
执行此操作后，git status，你讲看到索引中的文件跟以前一致。
🔗来源：https://stackoverflow.com/questions/927358/how-to-undo-the-most-recent-commits-in-git
Q5: 什么是“git cherry-pick”？
主题：Git 难度：⭐⭐⭐
命令 git cherry-pick 通常用于把特定提交从存储仓库的一个分支引入到其他分支中。常见的用途是从维护的分支到开发分支进行向前或回滚提交。
这与其他操作（例如：合并（merge）、变基（rebase））形成鲜明对比，后者通常是把许多提交应用到其他分支中。
小结：
git cherry-pick
🔗来源：https://stackoverflow.com/questions/9339429/what-does-cherry-picking-a-commit-with-git-mean
Q6: 解释 Forking 工作流程的优点
主题：Git 难度：⭐⭐⭐
Forking 工作流程 与其他流行的 Git 工作流程有着根本的区别。它不是用单个服务端仓库充当“中央”代码库，而是为每个开发者提供自己的服务端仓库。Forking 工作流程最常用于公共开源项目中。
Forking 工作流程的主要优点是可以汇集提交贡献，又无需每个开发者提交到一个中央仓库中，从而实现干净的项目历史记录。开发者可以推送（push）代码到自己的服务端仓库，而只有项目维护人员才能直接推送（push）代码到官方仓库中。
当开发者准备发布本地提交时，他们的提交会推送到自己的公共仓库中，而不是官方仓库。然后他们向主仓库提交请求拉取（pull request），这会告知项目维护人员有可以集成的更新。
🔗来源：https://www.atlassian.com/git/tutorials/comparing-workflows/forking-workflow
Q7: 告诉我 Git 中 HEAD、工作树和索引之间的区别？
主题：Git 难度：⭐⭐⭐
-
该工作树/工作目录/工作空间是你看到和编辑的（源）文件的目录树。
-
该索引/中转区（staging area）是个在 /.git/index，单一的、庞大的二进制文件，该文件列出了当前分支中所有文件的 SHA1 检验和、时间戳和文件名，它不是个带有文件副本的目录。
-
HEAD是当前检出分支的最后一次提交的引用/指针。
🔗来源：https://stackoverflow.com/questions/3689838/whats-the-difference-between-head-working-tree-and-index-in-git
Q8: 你能解释下 Gitflow 工作流程吗？
主题：Git 难度：⭐⭐⭐
Gitflow 工作流程使用两个并行的、长期运行的分支来记录项目的历史记录，分别是 master 和 develop 分支。
🔗来源：https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow
Q9: 什么时候应使用 “git stash”？
主题：Git 难度：⭐⭐⭐
git stash 命令把你未提交的修改（已暂存（staged）和未暂存的（unstaged））保存以供后续使用，以后就可以从工作副本中进行还原。
回顾：
$
git status
On branch master
Changes
to
be
committed
:
new
file
:
style
.
css
Changes
not
staged
for
commit
:
modified
:
index
.
html
$
git stash
Saved working directory
and
index state WIP on
master
:
5002d47
our
new
homepage
HEAD
is
now
at
5002d47
our
new
homepage
$
git status
On branch master
nothing
to
