编者注:本文只是对原文内容做了文字版整理,未做任何更改,文章更注重对 Git 思想的阐述。下面是原文内容。html
助你开始使用 git 的简易指南,木有高深内容。 ;)
做者:罗杰·杜德勒
感谢:@tfnico,@fhd and Namics
若有纰漏,请到 github 填报git
建立新文件夹,打开,而后执行 git init
以建立新的 git 仓库。github
执行以下命令以建立一个本地仓库的克隆版本:segmentfault
git clone /path/to/repository
若是是远端服务器上的仓库,你的命令会是这个样子:缓存
git clone username@host:/path/to/repository
你的本地仓库由 git 维护的三棵“树”组成。第一个是你的 工做目录
,它持有实际文件;第二个是 缓存区(Index)
,它像个缓存区域,临时保存你的改动;最后是 HEAD
,指向你最近一次提交后的结果。服务器
你能够计划改动(把它们添加到缓存区),使用以下命令:app
git add <filename> git add *
这是 git 基本工做流程的第一步;使用以下命令以实际提交改动:ide
git commit -m "代码提交信息"
如今,你的改动已经提交到了 HEAD,可是还没到你的远端仓库。fetch
你的改动如今已经在本地仓库的 HEAD 中了。执行以下命令以将这些改动提交到远端仓库:ui
git push origin master
能够把 master 换成你想要推送的任何分支。
若是你尚未克隆现有仓库,并欲将你的仓库链接到某个远程服务器,你可使用以下命令添加:
git remote add origin <server>
如此你就可以将你的改动推送到所添加的服务器上去了。
分支是用来将特性开发绝缘开来的。在你建立仓库的时候,master 是“默认的”。在其余分支上进行开发,完成后再将它们合并到主分支上。
建立一个叫作“feature_x”的分支,并切换过去:
git checkout -b feature_x
切换回主分支:
git checkout master
再把新建的分支删掉:
git branch -d feature_x
除非你将分支推送到远端仓库,否则该分支就是 不为他人所见的:
git push origin <branch>
要更新你的本地仓库至最新改动,执行:
git pull
以在你的工做目录中 获取(fetch) 并 合并(merge) 远端的改动。
要合并其余分支到你的当前分支(例如 master),执行:
git merge <branch>
两种状况下,git 都会尝试去自动合并改动。不幸的是,自动合并并不是次次都能成功,并可能致使 冲突(conflicts)。 这时候就须要你修改这些文件来人肉合并这些 冲突(conflicts) 了。改完以后,你须要执行以下命令以将它们标记为合并成功:
git add <filename>
在合并改动以前,也可使用以下命令查看:
git diff <source_branch> <target_branch>
在软件发布时建立标签,是被推荐的。这是个旧有概念,在 SVN 中也有。能够执行以下命令以建立一个叫作 1.0.0 的标签:
git tag 1.0.0 1b2e1d63ff
1b2e1d63ff 是你想要标记的提交 ID 的前 10 位字符。使用以下命令获取提交 ID:
git log
你也能够用该提交 ID 的少一些的前几位,只要它是惟一的。
假如你作错事(天然,这是不可能的),你可使用以下命令替换掉本地改动:
git checkout -- <filename>
此命令会使用 HEAD 中的最新内容替换掉你的工做目录中的文件。已添加到缓存区的改动,以及新文件,都不受影响。
假如你想要丢弃你全部的本地改动与提交,能够到服务器上获取最新的版本并将你本地主分支指向到它:
git fetch origin git reset --hard origin/master
内建的图形化 git:
gitk
彩色的 git 输出:
git config color.ui true
显示历史记录时,只显示一行注释信息:
git config format.pretty oneline
交互地添加文件至缓存区:
git add -i
原文 git - 简易指南
整理 SegmentFault