好的，在看到PJ Hyett的这篇文章后，我决定跳到最后，使用Git。
所以我需要的是Git初学者实用指南。“初学者”被定义为知道如何处理他们的编译器，在某种程度上理解Makefile是什么，并且在没有很好地理解它的情况下接触了源代码控制。
“实用”被定义为这个人不想详细了解Git在后台做什么，甚至不关心（或知道）它是分布式的。你的答案可能暗示了这些可能性，但试着瞄准那些希望在备份和安全的“服务器”上保留“主”存储库的初学者，并将他们的本地存储库仅视为“客户端”资源。
So:
安装/设置
如何安装Git如何设置Git？尝试涵盖Linux、Windows、Mac，思考“客户端/服务器”思维。在Windows上使用Msysgit安装GIT服务器如何创建新项目/存储库？如何将其配置为忽略不属于代码库的文件（.obj、.user等）？
使用代码
如何获取最新代码？如何检查代码？如何提交更改？如何查看未提交的内容或当前代码库的状态？如何销毁不需要的提交？如何比较文件的两个版本，或当前文件和以前的版本？如何查看文件修订的历史记录？如何处理二进制文件（例如，visio文档或编译器环境）？如何合并“同时”更改的文件？如何撤消（恢复或重置）提交？
标记、分支、发布、基线
如何“标记”、“标记”或“发布”特定文件集的特定修订集，以便以后随时可以提取该修订集？你如何获得特定的“释放”？你是怎么分支的？如何合并分支？如何解决冲突并完成合并？如何将一个分支的部分合并到另一个分支中？什么是重新定基？如何跟踪远程分支？如何在远程存储库上创建分支？如何删除远程存储库上的分支？Git工作流示例
另外
描述并链接到一个好的GUI、IDE插件等，使Git成为一个非命令行资源，但请列出它的局限性和优点。msysgit-跨平台，包含在Git中gitk-跨平台历史查看器，包含在Git中gitnub-Mac OS Xgitx-Mac OS X历史查看器smartgit-跨平台、商业、测试版用于Linux的tig控制台GUIqgit-用于Windows、Linux的GUIGitExtensions-Windows包，包括友好的GUI初学者还应该知道其他常见任务吗？Git Status告诉您刚才做了什么，您有什么分支，以及其他有用的信息如何将subversion存储库设置为源代码控制源代码，从而有效地工作？
其他Git初学者参考
Git指南Git手册Git魔法数字广播GitHub指南Git教程Scott Chacon的Progit-书Git-SVN速成课程Git自下而上Git就绪gitref.org网站Git可视化备忘单
深入Git
从概念上理解Git计算机科学家Git（和另一个版本）
我会不时地检查条目，并“整理”它们，使它们具有一致的外观/感觉，并且很容易扫描列表-请随意遵循简单的“标题-简要说明-说明列表-获取和额外信息”模板。我还将链接到上面项目符号列表中的条目，以便以后很容易找到它们。
还有一项我认为应该在这个列表中，可能对初学者非常有用：
不要惊慌
如果我做了一些承诺，然后做了一些可怕的事情，比如重新启动，而现在一些东西甚至所有东西都好像丢失了呢？（Rebase似乎是第一次吸引大多数人的方法，所以我专注于此。虽然git Rebase--abort有很大帮助，但有时你会发现，在交互式Rebase过程中，你把编辑搞砸了，比如，让Rebase完成，现在你想把你的旧东西拿回来。还有一些事情，比如过滤器分支…）
git的一个关键原则是它永远不会删除您提交的任何内容。（“什么，从来没有？”“不，从来没有！”。可能需要仔细挖掘才能找到以前的工作，但如果你早些时候成功地提交了一些git，那么，例如，即使是你的一系列因悲剧性的重新启动错误而被破坏的提交仍然存在，通常至少一个月（从技术上讲，直到“重新启动”到期）。
重要的是要记住，每个分支名称都标记或指向“提交ID”。这些是像7cc5272这样有趣的数字。您所做的许多事情，如向分支添加新的提交，都会使分支名称指向一个新的、不同的commit-ID。每个提交ID都有一个指向以前提交ID的链接，这实际上构成了一个充满提交的“分支”。
rebase条目谈到“重写历史”，像gitfilter branch这样的命令也会“重写历史，”但它们不是通过销毁以前的历史，而是通过添加新的历史来实现。一旦新的历史记录就位，git将“四处移动标签”，使其看起来历史已经改变。如果你在修复讨厌的bug分支上，并执行git重基并设法破坏东西，那么修复讨厌的错误标签现在指的是残骸，但原始版本仍然存在。特别是Rebase创建了一个临时（非移动，非分支）标签，拼写为ORIG_HEAD，可以让您找到它们。filter branch命令还保存所有原始名称。在某些情况下，可能没有明显的名称，但始终可以找到提交。如果有必要的话，找一个“git guru”，并解释你做了什么导致了残骸。
（命令git reflog show也可以帮助查找提交ID。）
如果您发现了您认为的部分或全部以前的工作，请尝试：
git log <commit-ID> # ORIG_HEAD after a bad rebase, for instance
git show <commit-ID> # or some long SHA1 value you can still see in a window
如果它看起来正确或有用，请为其命名：
git branch recover-my-stuff ORIG_HEAD
一切又回来了！事实上，现在你的糟糕的重新基础和你的原始工作都在你的git repo中“永远”（或者至少，直到你删除分支名称并让几个月过去，然后它们被垃圾收集）。您可以为任意多个恢复的提交添加任意多个名称。（分支名称实际上是免费的，除了弄乱了git分支输出之外，当然，它们还可以防止提交被垃圾收集。如果您喜欢，也可以在特定的提交ID上添加标记。）
如何“标记”一组特定的修订
如何“标记”、“标记”或“发布”特定文件集的特定修订集，以便以后随时可以提取该修订集？
使用git标记命令。
要简单地“标记”当前修订，只需运行。。
git tag -a thetagname
git tag -a 0.1
git tag -a 2.6.1-rc1 -m 'Released on 01/02/03'
要列出当前标记，只需运行不带参数的git标记或-l（小写l）：
$ git tag -a thetagname # and enter a message, or use -m 'My tag annotation'
$ git tag -l
thetagname
要删除标记，请使用-d标志：
$ git tag -d thetagname
Deleted tag 'thetagname'
$ git tag
[no output]
要标记特定（先前）提交，只需执行。。
git tag [tag name] [revision SHA1 hash]
例如：
git tag 1.1.1 81b15a68c6c3e71f72e766931df4e6499990385b
注意：默认情况下，git创建一个“轻量级”标记（基本上是对特定修订的引用）。“正确”的方法是使用-a标志。这将启动编辑器，请求标记消息（与请求提交消息相同，您也可以使用-m标志在命令行上提供标记消息）。使用带注释的标记创建一个具有自己的ID、日期、tagger（作者）和可选的GPG签名（使用-s标记）的对象。有关这方面的更多信息，请参阅本文
git tag mytagwithmsg -a -m 'This is a tag, with message'
要列出带有注释的标记，请使用-n1标志显示每个标记消息的1行（-n245显示每个注释的前245行，依此类推）：
$ git tag -l -n1
mytagwithmsg This is a tag, with message
有关更多信息，请参阅git标记（1）手册页
