windows下 安装
msysgit是Windows版的Git,从http://msysgit.github.io/下载,然后按默认选项安装即
可。
安装完成后,在开始菜单⾥里找到“Git”->“Git Bash”,蹦出⼀一个类似命令⾏行窗⼝口的东
⻄西,就说明Git安装成功!
安装完成后,还需要最后⼀一步设置,在命令⾏行输⼊入:
$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"
因为Git是分布式版本控制系统,所以,每个机器都必须⾃自报家⻔门:你的名字和Email地址。
你也许会担⼼心,如果有⼈人故意冒充别⼈人怎么办?这个不必担⼼心,⾸首先我们相信⼤大家都是善良
⽆无知的群众,其次,真的有冒充的也是有办法可查的。
注意git config命令的--global参数,⽤用了这个参数,表⽰示你这台机器上所有的Git仓库都会
使⽤用这个配置,当然也可以对某个仓库指定不同的⽤用户名和Email地址。
git 查看是否安装
git init 创建版本库 初始化
git add 提交到 暂存区
git commit -m "wrote a readme file" 提交到 本地 版本库 当前分支
git status 查看 有哪些文件 变化了,(比如修改了,添加了新文件,删除了文件,等)
git diff readme.txt 查看本地这个文件,跟版本库最新的版本 有何不同
git log 查看从最近到最远的提交⽇日志
git log --pretty=oneline 仅显示 版本号那一行
git reset --hard HEAD^ 退回到 版本库最新版本的前一个版本 (HEAD^^前俩个版本)
git reset --hard 3628164 退回的这个版本号对应的版本 (这里版本号,不用写全,写前面 一部分就行)
git reflog 查看历史命令
git checkout -- readme.txt 把readme.txt⽂文件在⼯工作区的修改全部撤销,这
⾥里有两种情况:
⼀一种是readme.txt⾃自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库⼀一模⼀一
样的状态;
⼀一种是readme.txt已经添加到暂存区后,⼜又作了修改,现在,撤销修改就回到添加到暂存
区后的状态。
总之,就是让这个⽂文件回到最近⼀一次 git commit 或 git add 时的状态。
git checkout -- file 命令中的“--”很重要,没有“--”,就变成了“创建⼀一个新分⽀支”的命
令,我们在后⾯面的分⽀支管理中会再次遇到 git checkout 命令。
git reset HEAD readme.txt
git reset 命令既可以回退版本,也可以把暂存区的修改回退到⼯工作区。当我们⽤用HEAD时,
表⽰示最新的版本
git rm test.txt (当删除了某个文件,在运行这个,就从版本库中删除了 文件)
git push origin master 将本地分支master 推送到 远程库 origin
(要关联⼀一个远程库,使⽤用命令 git remote add origin git@server-name:path/repo-name.git ;
关联后,使⽤用命令 git push -u origin master 第⼀一次推送master分⽀支的所有内容;
此后,每次本地提交后,只要有必要,就可以使⽤用命令 git push origin master 推送最新修
改;
分布式版本系统的最⼤大好处之⼀一是在本地⼯工作完全不需要考虑远程库的存在,也就是有没有
联⺴⽹网都可以正常⼯工作,⽽而SVN在没有联⺴⽹网的时候是拒绝干活的!当有⺴⽹网络的时候,再把本地
提交推送⼀一下就完成了同步,真是太⽅方便了!)
git clone git@github.com:githubaccount/gitskills.git 从远程库克隆一个 本地库
git checkout -b dev 创建 dev分支
git checkout 命令加上 -b 参数表⽰示创建并切换
相当于以下两条命令
git branch dev 创建分支
git checkout dev 切换到 某个分支
git branch 查看有哪些分支
git merge dev 将dev分支合并到 当前分支 (合并分支的时候可能会有冲突,手动解决冲突后,在提交到 当前分支)
git branch -d dev 删除分支
git stash 把当前⼯工作现场“储藏”起来,等以后恢复现场后继续⼯工作
git stash list 看看刚才的⼯工作现场存到哪去了
git merge --no-ff -m "merge with no-ff" dev
恢复工作现场
⼀一是⽤用 git stash apply 恢复,但是恢复后,stash内容并不删除,你需要⽤用 git stash drop 来删
除;
另⼀一种⽅方式是⽤用 git stash pop ,恢复的同时把stash内容也删了
$ git stash list
你可以多次stash,恢复的时候,先⽤用 git stash list 查看,然后恢复指定的stash,⽤用命令:
$ git stash apply stash@{0}
准备合并dev分⽀支,请注意--no-ff参数,表⽰示禁⽤用“Fast forward”
(通常,合并分⽀支时,如果可能,Git会⽤用“Fast forward”模式,但这种模式下,删除分⽀支
后,会丢掉分⽀支信息。
如果要强制禁⽤用“Fast forward”模式,Git就会在merge时⽣生成⼀一个新的commit,这
样,从分⽀支历史上就可以看出分⽀支信息。)
(要随时掌握⼯工作区的状态,使⽤用 git status 命令。
如果 git status 告诉你有⽂文件被修改过,⽤用 git diff 可以查看修改内容。)
(HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使⽤用命
令 git reset --hard commit_id 。
穿梭前,⽤用 git log 可以查看提交历史,以便确定要回退到哪个版本。
要重返未来,⽤用 git reflog 查看命令历史,以便确定要回到未来的哪个版本。
)
(场景1:当你改乱了⼯工作区某个⽂文件的内容,想直接丢弃⼯工作区的修改时,⽤用命令 git
checkout -- file 。
场景2:当你不但改乱了⼯工作区某个⽂文件的内容,还添加到了暂存区时,想丢弃修改,分两
步,第⼀一步⽤用命令 git reset HEAD file ,就回到了场景1,第⼆二步按场景1操作。
场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退⼀一节,不
过前提是没有推送到远程库。)
(命令 git rm ⽤用于删除⼀一个⽂文件。如果⼀一个⽂文件已经被提交到版本库,那么你永远不⽤用担⼼心误
删,但是要⼩小⼼心,你只能恢复⽂文件到最新版本,你会丢失最近⼀一次提交后你修改的内容。)
(github相关)
1 创建 sshkey
ssh-keygen -t rsa -C "example@example.com" (邮箱地址)
2 登陆GitHub,打开“Account settings”,“SSH Keys”⻚页⾯面:
然后,点“Add SSH Key”,填上任意Title,在Key⽂文本框⾥里粘贴id_rsa.pub⽂文件的内容
现在,我们根据GitHub的提⽰示,在本地的learngit仓库下运⾏行命令:
git remote add origin git@github.com:githubaccount/learngit.git
请千万注意,把上⾯面的githubaccount替换成你⾃自⼰己的GitHub账户名,否则,你在本地关联的
就是我的远程库,关联没有问题,但是你以后推送是推不上去的,因为你的SSH Key公钥不
在我的账户列表中。
添加后,远程库的名字就是origin,这是Git默认的叫法,也可以改成别的,但是origin这个
名字⼀一看就知道是远程库。
git push -u origin master 把本地库的所有内容推送到github远程库上
⽤用 git push 命令,实际上是把当前分⽀支master推送到远程
由于远程库是空的,我们第⼀一次推送master分⽀支时,加上了 -u 参数,Git不但会把本地的
master分⽀支内容推送的远程新的master分⽀支,还会把本地的master分⽀支和远程的master
分⽀支关联起来,在以后的推送或者拉取时就可以简化命令。
git push origin master
把本地master分⽀支的最新修改推送⾄至GitHub,现在,你就拥有了真正的分布式版本库!
(要克隆⼀一个仓库,⾸首先必须知道仓库的地址,然后使⽤用 git clone 命令克隆。
Git⽀支持多种协议,包括https,但通过ssh⽀支持的原⽣生git协议速度最快。)
(Git⿎鼓励⼤大量使⽤用分⽀支:
查看分⽀支:git branch
创建分⽀支:git branch name
切换分⽀支:git checkout name
Git教程 By 廖雪峰
整理、排版:numbbbbb
创建+切换分⽀支: git checkout -b name
合并某分⽀支到当前分⽀支: git merge name
删除分⽀支: git branch -d name)
(合并分⽀支时,加上 --no-ff 参数就可以⽤用普通模式合并,合并后的历史有分⽀支,能看出来曾经
做过合并,⽽而fast forward合并就看不出来曾经做过合并)