**
远 程 仓 库 : \color{#FF3030}{远程仓库:} 远程仓库:
**
添 加 远 程 库 : \color{#FF3030}{添加远程库:} 添加远程库:
$ git remote add origin git@github.com:michaelliao/learngit.git
从
远
程
库
克
隆
:
\color{#FF3030}{从远程库克隆:}
从远程库克隆:要克隆一个仓库,首先必须知道仓库的地址,然后使用git clone
命令克隆。
Git支持多种协议,包括
h
t
t
p
s
\color{#FF3030}{https}
https,但
s
s
h
\color{#FF3030}{ssh}
ssh协议速度最快。
以github为例,创建一个新的库名字为gitskills
使用git clone
克隆一个到本地库
$ git clone git@github.com:michaelliao/gitskills.git
Cloning into 'gitskills'...
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 3
Receiving objects: 100% (3/3), done.
然后进入 g i t s k i l l s \color{#FF3030}{gitskills} gitskills目录看看,已经有 R E A D M E . m d \color{#FF3030}{README.md} README.md文件了
$ cd gitskills
$ ls
README.md
GitHub给出的地址不止一个,还可以用https://github.com/michaelliao/gitskills.git
这样的地址。实际上,Git支持多种协议,默认的git://
使用ssh,但也可以使用https等其他协议。
使用
h
t
t
p
s
\color{#FF3030}{https}
https除了速度慢以外,还有个最大的麻烦是每次推送都必须输入口令,但是在某些只开放http端口的公司内部就无法使用
s
s
h
\color{#FF3030}{ssh}
ssh协议而只能用
h
t
t
p
s
\color{#FF3030}{https}
https。
**
分 支 管 理 : \color{#FF3030}{分支管理:} 分支管理:
**
创
建
于
合
并
分
支
:
\color{#FF3030}{创建于合并分支:}
创建于合并分支:
查看分支:git branch
创建分支:git branch <name>
切换分支:git checkout <name>
或者git switch <name>
创建+切换分支:git checkout -b <name>
或者git switch -c <name>
合并某分支到当前分支:git merge <name>
删除分支:git branch -d <name>
解
决
冲
突
:
\color{#FF3030}{解决冲突:}
解决冲突:
若
合
并
出
现
冲
突
,
如
把
各
自
修
改
的
分
支
合
并
,
可
能
会
出
现
冲
突
\color{#FF3030}{若合并出现冲突,如把各自修改的分支合并,可能会出现冲突}
若合并出现冲突,如把各自修改的分支合并,可能会出现冲突
$ git merge feature1
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.
果然冲突了!Git告诉我们,readme.txt文件存在冲突,必须手动解决冲突后再提交。git status
也可以告诉我们冲突的文件
Git用
<
<
<
<
<
<
<
,
=
=
=
=
=
=
=
,
>
>
>
>
>
>
>
\color{#FF3030}{<<<<<<<,=======,>>>>>>>}
<<<<<<<,=======,>>>>>>>标记出不同分支的内容,我们修改并保存。
当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。
解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容,再提交。
用git log --graph
命令可以看到分支合并图。
分
支
管
理
:
\color{#FF3030}{分支管理:}
分支管理:
Git分支十分强大,在团队开发中应该充分应用。
合并分支时,加上--no-ff
参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而fast forward
合并就看不出来曾经做过合并。
B
u
g
分
支
:
\color{#FF3030}{Bug分支:}
Bug分支:
修复bug时,我们会通过创建新的bug分支进行修复,然后合并,最后删除;
当手头工作没有完成时,先把工作现场git stash
一下,然后去修复bug,修复后,再git stash pop
,回到工作现场;
在master分支上修复的bug,想要合并到当前dev分支,可以用git cherry-pick <commit>
命令,把bug提交的修改“复制”到当前分支,避免重复劳动。
f
e
a
t
u
r
e
分
支
:
\color{#FF3030}{feature分支:}
feature分支:
开发一个新feature,最好新建一个分支;
如果要丢弃一个没有被合并过的分支,可以通过git branch -D <name>
强行删除。
多
人
协
作
:
\color{#FF3030}{多人协作:}
多人协作:
要查看远程库的信息,用git remote:
$ git remote
origin
或者,用git remote -v
显示更详细的信息:
$ git remote -v
origin git@github.com:michaelliao/learngit.git (fetch)
origin git@github.com:michaelliao/learngit.git (push)
推
送
分
支
\color{#FF3030}{推送分支}
推送分支
推送分支,就是把该分支上的所有本地提交推送到远程库。推送时,要指定本地分支,这样,Git就会把该分支推送到远程库对应的远程分支上:
$ git push origin master
如果要推送其他分支,比如dev
,就改成:
$ git push origin dev
但是,并不是一定要把本地分支往远程推送,那么,哪些分支需要推送,哪些不需要呢?
•
m
a
s
t
e
r
\color{#FF3030}{master}
master分支是主分支,因此要时刻与远程同步;
•
d
e
v
\color{#FF3030}{dev}
dev分支是开发分支,团队所有成员都需要在上面工作,所以也需要与远程同步;
•
b
u
g
\color{#FF3030}{bug}
bug分支只用于在本地修复bug,就没必要推到远程了,除非老板要看看你每周到底修复了几个bug;
•
f
e
a
t
u
r
e
\color{#FF3030}{feature}
feature 分支是否推到远程,取决于你是否和你的小伙伴合作在上面开发。
抓
取
分
支
\color{#FF3030}{抓取分支}
抓取分支
多人协作时,大家都会往
m
a
s
t
e
r
\color{#FF3030}{master}
master和
d
e
v
\color{#FF3030}{dev}
dev分支上推送各自的修改。
现在,模拟一个你的小伙伴,可以在另一台电脑(注意要把SSH Key添加到GitHub)或者同一台电脑的另一个目录下克隆:
$ git clone git@github.com:michaelliao/learngit.git
当你的小伙伴从远程库clone时,默认情况下,你的小伙伴只能看到本地的 m a s t e r \color{#FF3030}{master} master分支。不信可以用 g i t b r a n c h \color{#FF3030}{git branch} git branch命令看看:
$ git branch
* master
现在,你的小伙伴要在 d e v \color{#FF3030}{dev} dev分支上开发,就必须创建远程 o r i g i n \color{#FF3030}{origin} origin的 d e v \color{#FF3030}{dev} dev分支到本地,于是他用这个命令创建本地 d e v \color{#FF3030}{dev} dev分支:
$ git checkout -b dev origin/dev
git 拉取远程分支报错 fatal: 'origin/dev' is not a commit and a branch 'dev' cannot be created from it
解
决
办
法
\color{#FF3030}{解决办法}
解决办法
先把本地dev推送到远程上
$ git push origin dev
然后需要从git上重新拉取数据然后再创建远程分支到本地
$ git pull
$ git checkout -b dev origin/dev
因 此 , 多 人 协 作 的 工 作 模 式 通 常 是 这 样 : \color{#FF3030}{因此,多人协作的工作模式通常是这样:} 因此,多人协作的工作模式通常是这样:
- 首先,可以试图用
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>
。
这就是多人协作的工作模式,一旦熟悉了,就非常简单。
小
结
\color{#FF3030}{小结}
小结
• 查看远程库信息,使用git remote -v
;
• 本地新建的分支如果不推送到远程,对其他人就是不可见的;
• 从本地推送分支,使用git push origin branch-name
,如果推送失败,先用git pull
抓取远程的新提交;
• 在本地创建和远程分支对应的分支,使用git checkout -b branch-name origin/branch-name
,本地和远程分支的名称最好一致;
• 建立本地分支和远程分支的关联,使用git branch --set-upstream branch-name origin/branch-name
;
• 从远程抓取分支,使用git pull
,如果有冲突,要先处理冲突。
标
签
管
理
:
\color{#FF3030}{标签管理:}
标签管理:
小结
• 命令git tag <tagname>
用于新建一个标签,默认为
H
E
A
D
\color{#FF3030}{HEAD}
HEAD,也可以指定一个commit id;
• 命令git tag -a <tagname> -m "blablabla..."
可以指定标签信息;
• 命令git tag
可以查看所有标签。
• 命令git push origin <tagname>
可以推送一个本地标签;
• 命令git push origin --tags
可以推送全部未推送过的本地标签;
• 命令git tag -d <tagname>
可以删除一个本地标签;
• 命令git push origin :refs/tags/<tagname>
可以删除一个远程标签。