好的,在看到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(和另一个版本)

我会不时地检查条目,并“整理”它们,使它们具有一致的外观/感觉,并且很容易扫描列表-请随意遵循简单的“标题-简要说明-说明列表-获取和额外信息”模板。我还将链接到上面项目符号列表中的条目,以便以后很容易找到它们。


当前回答

ProGit免费书绝对是我的最爱,尤其是初学者。

其他回答

这是PJ Hyett的帖子的副本,因为它已经不可用了:

Git并不难2008年11月23日当我们告诉人们为什么他们应该在Subversion上使用Git行是,“Git做Subversion更好比Subversion,但它做了很多不止于此。”“更多”是由一堆让Git真正发光的东西,但对于来自其他SCM的子版本。也就是说,没有什么可以停止你不能像你使用的那样使用Git在制作过渡假设您已安装必要的软件和远程在某个存储库中会抓取代码并推送更改回Subversion:$svn结账svn://foo.googlecode.com/svn/trunk食品#做出你的改变$svn commit-m“我的第一次提交”你会如何在Git中做到这一点:$git克隆git@github.com:pjhyett/foo.git#做出你的改变$gitcommit-a-m“我的第一次提交”$git推送再发出一个命令Git。这个额外的命令影响,但出于以下目的这篇文章,就是我们要说的大约,一个额外的命令。看,这真的没那么难。更新:我很抱歉没有提到在Subversion中更新本地副本与Git相比,svn更新和git拉动。只有一个这两种情况下的命令。

如何比较文件的两个版本,或当前文件和以前的版本?

比较命令是gitdiff。

要比较文件的两个版本:

$ git diff <commit1> <commit2> <file_name>

这是承诺1与承诺2的区别;如果你改变了顺序,那么文件就会反过来不同,这可能不是你所期望的。。。

要将当前暂存文件与存储库进行比较,请执行以下操作:

$ git diff --staged <file_name>

要将当前未分页文件与存储库进行比较,请执行以下操作:

$ git diff <file_name>

还有一项我认为应该在这个列表中,可能对初学者非常有用:

不要惊慌

如果我做了一些承诺,然后做了一些可怕的事情,比如重新启动,而现在一些东西甚至所有东西都好像丢失了呢?(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 push origin :mybranchname

being origin是远程的名称,mybranchname是要删除的分支的名称

http://help.github.com/remotes/

签出代码

首先转到一个空目录,使用“gitinit”使其成为一个存储库,然后将远程存储库克隆到您自己的存储库中。

git clone user@host.com:/dir/to/repo

默认情况下,无论您最初从何处克隆,“git pull”都将从何处提取。