Git采用的是分布式版本控制系统,相对于SVN的集中式版本控制系统来说,分布式的好处有:分布式版本控制系统的安全性更高,因为每个人电脑里都有完整的版本库;Git强大的分支管理
一、安装Git:
1、在Linux上安装git
首先,可以在命令行工具试着输入git,看看系统有没有安装git
$ git
The program 'git' is currently not installed. You can install it by typing:
sudo apt-get install git
像上面这样,就是说明没有安装git,需要安装的。安装也很简单,命令改为sudo apt-get install git-core即可
2、在Mac OS X上安装Git
一是安装homebrew,然后通过homebrew安装Git;
二是直接从AppStore安装xcode,Xcode集成了Git,不过默认没有安装,你需要运行Xcode,选择菜单“Xcode”->“Preferences”,在弹出窗口中找到“Downloads”,选择“Command Line Tools”,点“Install”就可以完成安装了。
3、在windows上安装Git
可以从Git官网上下载安装程序,然后默认安装即可。安装完成后,在开始菜单里找到“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仓库常用命令:
1、初始化一个git仓库,使用git init命令
2、添加文件到Git仓库,分两步:
- 使用命令
git add <file>
,注意,可反复多次使用,添加多个文件; - 使用命令
git commit -m <message>
,完成。
3、git status命令查看Git仓库当前的状态
4、git diff命令查看修改内容
5、版本控制系统肯定有某个命令可以告诉我们历史记录,在Git中,我们用git log
命令查看,git log
命令显示从最近到最远的提交日志,如果嫌输出信息太多,看得眼花缭乱的,可以试试加上--pretty=oneline
参数:
$ git log --pretty=oneline
6、版本回退,使用git reset命令:上一个版本就是HEAD^
,上上一个版本就是HEAD^^
,当然往上100个版本写100个^
比较容易数不过来,所以写成HEAD~100
。
$ git reset --hard HEAD^
当回退到上一个版本后,又想进入到下一个版本,怎么办呢?通过git reflog查看你的每一次命令:
$ git reflog
e475afc HEAD@{1}: reset: moving to HEAD^
1094adb (HEAD -> master) HEAD@{2}: commit: append GPL
e475afc HEAD@{3}: commit: add distributed
eaadf4e HEAD@{4}: commit (initial): wrote a readme file
这样就可以找到历史的版本号了,再使用git reset --hard commit_id即可回退到指定版本。
7、
场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file
。
场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD <file>
,就回到了场景1,第二步按场景1操作。
场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,可以使用第6个常用命令的方法进行。
8、命令git rm
用于删除一个文件。如果一个文件已经被提交到版本库,那么你永远不用担心误删,但是要小心,你只能恢复文件到最新版本,你会丢失最近一次提交后你修改的内容。
9、添加远程库:
我们根据GitHub的提示,在本地的仓库下运行命令:
$ git remote add origin git@github.com:michaelliao/learngit.git
就可以将本地仓库与远程仓库进行关联了。下一步,就可以把本地库的内容推送到远程库上:
$ git push -u origin master
第一次推送的时候,可以加上-u命令,以后就可以简化,将-u命令去掉了。
总结:要关联一个远程库,使用命令git remote add origin git@server-name:path/repo-name.git
;关联后,使用命令git push -u origin master
第一次推送master分支的所有内容;此后,每次本地提交后,只要有必要,就可以使用命令git push origin master
推送最新修改;
10、从远程库克隆:使用命令git clone
$ git clone git@github.com:michaelliao/gitskills.git
三、分支管理:
1、常用命令
查看分支:git branch
创建分支:git branch <name>
切换分支:git checkout <name>
创建+切换分支:git checkout -b <name>
合并某分支到当前分支:git merge <name>
删除分支:git branch -d <name>
2、解决冲突
当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。
解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容,再提交。
用git log --graph
命令可以看到分支合并图。
3、分支策略
在实际开发中,我们应该按照几个基本原则进行分支管理:
首先,master
分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;
那在哪干活呢?干活都在dev
分支上,也就是说,dev
分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev
分支合并到master
上,在master
分支发布1.0版本;
你和你的小伙伴们每个人都在dev
分支上干活,每个人都有自己的分支,时不时地往dev
分支上合并就可以了。
4、bug分支:
修复bug时,我们会通过创建新的bug分支进行修复,然后合并,最后删除;当手头工作没有完成时,先把工作现场git stash
一下,将当前工作现场“隐藏”起来,然后去修复bug,修复后,再git stash pop将git status隐藏起来的分支删除掉
,回到工作现场。
5、多人合作:
5.1 查看远程库的信息,用git remote命令,或者用git remote -v显示更详细的信息。
5.2 推送分支,就是把该分支上的所有本地提交推送到远程库。推送时,要指定本地分支,这样,Git就会把该分支推送到远程库对应的远程分支上:
$ git push origin master
如果要推送其他分支,比如dev
,就改成:
$ git push origin dev
但是,并不是一定要把本地分支往远程推送,那么,哪些分支需要推送,哪些不需要呢?
-
master
分支是主分支,因此要时刻与远程同步; -
dev
分支是开发分支,团队所有成员都需要在上面工作,所以也需要与远程同步; -
bug分支只用于在本地修复bug,就没必要推到远程了,除非老板要看看你每周到底修复了几个bug;
-
feature分支是否推到远程,取决于你是否和你的小伙伴合作在上面开发。
总之,就是在Git中,分支完全可以在本地自己藏着玩,是否推送,视你的心情而定!
5.3 多人协作时,大家都会往master
和dev
分支上推送各自的修改。
多人协作的工作模式通常是这样:
-
首先,可以试图用
git push origin <branch-name>
推送自己的修改; -
如果推送失败,则因为远程分支比你的本地更新,需要先用
git pull
试图合并; -
如果合并有冲突,则解决冲突,并在本地提交;
-
没有冲突或者解决掉冲突后,再用
git push origin <branch-name>
推送就能成功!
如果git pull
提示no tracking information
,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream-to <branch-name> origin/<branch-name>
。
有几个非常重要的概念:暂存区和工作区、分支管理。有空一定要参考下面的链接仔细阅读
参考链接:https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000