-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathgit学习笔记.txt
103 lines (92 loc) · 5.82 KB
/
git学习笔记.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013744142037508cf42e51debf49668810645e02887691000
1、Git:是分布式版本控制系统的一种
CVS：是集中式版本控制系统的一种
2、集中式版本控制系统：版本库集中存放在中央服务器且必须联网才能工作。
分布式版本控制系统：每个人电脑上都是一套完整的版本库，安全性高于集中式版本控制系统
3
版本
集中式版本控制系统
CSV
集中式版本控制系统
SVN
集中式版本控制系统
ClearCase(IBM)
集中式版本控制系统
VSS(微软)
分布式版本控制系统
Git
分布式控制系统
BitKeeper
分布式版本控制系统
Mercurial
分布式版本控制系统
Bazaar
4、
创建git版本库
* 初始化一个Git仓库 git init
* 添加文件到Git仓库
* 1、git add <file> 可反复多次使用，添加多个文件 2、使用git commit 完成
5、git status :查看git工作状态； git diff <文件名>：查看修改内容
6版本回退
* HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。
返回前一版本：git reset —hard HEAD^
* 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
* Git log —pretty=oneline 可以将信息简洁显示
* 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。
改变文件信息 没有add和commit 用status查看更改信息
改变文件信息，add之后,用status查看状态 显示需要commit
改变文件内容，add和commit之后，status查询 ，显示工作区很干净
7
* A、文件被修改（没有add和commit），想回到改变前的状态，git checkout —<flie>
* B、文件被修改并且add到了存储区，分两步走，第一步 git reset HEAD file就回到了A场景，在用git checkout —<file>就好了
* C、已经add并且commit了 参考版本回退
* git reset --hard commit_id
8文件删除
* 用 rm <file>将文件从文件管理器中删除或者直接删除 对应两种情况
* 1.误删 将版本库里的文件恢复到本地 git checkout —<file> 2、确实要删掉 连带版本库中的也删掉 git rm <file> && git commit -m “remove <file>”
8、关联一个远程库
* 关联一个远程库 git remote add origin [email protected]:coffee100/learngit.git 也就是 git remote add origin git@server-name:path/repo-name.git
* 关联后，第一次将本地库内容推送到远程库：git push -u origin master 以后再提交的话 git push origin master
9、从远程库克隆
* git clone git@server-name:path/repo-name.git
* Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快。
10、创建与合并分支
* 查看分支 git branch
* 创建分支 git branch <name>
* 切换分支 git checkout <name>
* 创建+切换分支 git checkout -b <name>
* 合并某分支到当前分支 git merge <name>
* 删除分支 git branch -d <name>
11、解决冲突
* git log --graph --pretty=oneline --abbrev-commit 查看分支合并图
* 有冲突之后 要将两个版本统一才能合并
12、分支管理策略
* 合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
* master分支非常稳定，仅用来发布新版本，平时不能再上面干活儿；dev分支不稳定，平时干活儿就在dev上干，当发布某个版本时，再把dev分支合并到master上，在master分支发布1.0版本。
13、Bug分支
* 修复bug时，通过创建新的bug分支进行修复，然后合并，最后删除。
* 1、BUG为线上bug时。当前分支为dev ,首先保存当前环境 git stash;2、然后到master分支上 git checkout master；3、修改代码，在master上创建新分支 git branch -b new 4、然后通过add和commit提交 git add <file> && git commit -m “fix bug” ；5、然后将new合并到master上 git merge --no-ff -m “bug100” new 这样bug就修复好了 6回到dev干活儿 git checkout dev 用git status 发现工作区是干净的 用 git stash list 命令查看刚才的工作区 git stash pop恢复原来的工作区
14、Feature分支
* 开发新功能，最好新建一个feature分支比如代号为home的新功能 git checkout -b feature-home
* 开发完成后，git add home.py
* 切回dev准备合并 git checkout dev
* 若要舍弃一个没有合并过的分支，可以通过git branch -D <name>删除 git branch -D feature-home
15、多人协作
* master分支是主分支，因此要时刻与远程同步；
* dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
* bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；
* feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。
16、打标签
* 列显已有的标签 git tag
* 查找某一类标签 git tag -1 ‘v1.2.*’查到所有v1.2.*的标签
* 新建标签(含附注的)git tag -a v1.4 -m “my version 1.4” -m后内容是标签说明
* git show 命令显示标签和附注
* 命令git tag <name>用于新建一个标签，默认为HEAD，也可以指定一个commit id；
* git tag -a <tagname> -m "blablabla..."可以指定标签信息；
* git tag -s <tagname> -m "blablabla..."可以用PGP签名标签；
* 命令git tag可以查看所有标签。
17、操作标签
* 命令git push origin <tagname>可以推送一个本地标签；
* 命令git push origin --tags可以推送全部未推送过的本地标签；
* 命令git tag -d <tagname>可以删除一个本地标签；
* 命令git push origin :refs/tags/<tagname>可以删除一个远程标签。