1.Git安装:
1.1.Windows下安装Git
.在官网下载安装程序,一路安装,
安装完成后,在开始菜单里找到
“Git”->“Git Bash”
,蹦出一个类似命令行窗口的东西,就说明Git安装成功!
1.2.Linux下安装Git
首先输入git,查看是否有git,如果没有输入
su
do
apt-
get
install git
进行安装.
1.3.安装完成后要进行进一步设置
git config --global user.name "Your Name" git config --global user.email "email@example.com"
2.创建版本库:
2.1.通过
git init
命令,把当前目录变为Git可以管理的仓库,此时当前目录下会出现.git文件夹,里面的内容不要随意修改,会影响git的工作
2.2.通过
git add
命令将文件添加到仓库
2.3.通过
git commit -m "简单解释内容"
将文件提交到仓库
3.时光穿梭机:
3.1.通过
git status
命令,查看仓库当前状态
3.2.通过
git diff
命令查看修改内容,比较的是暂存区与工作区的不同
3.3.通过
git log
命令查看仓库最近到最远的提交日志,可以加上
--pretty=oneline
参数简化显示内容,简化后的内容前面的一串字符是commit id,这串字符对于版本控制很有帮助.
3.4.通过
git reset --hard HEAD^
命令可以把文件回退到上一版本,如果回退到上上版本就把HEAD^换成HEAD^^,再往上可以写成HEAD~(3-100....)
3.5.但是如果后悔回退了版本,此时可以通过
git reset --hard commitId
,commitId就是之前
git log --pretty=oneline
查看的头部的那一串字符串,可以只写7位数,但是不能过短,如果不记得了,并且已经关闭了当前命令框查看不了了,那就GG了..
3.6.好吧,接着上一条,我们还没有GG,可以通过
git reflog
命令查看我们之前的每一条命令,在此可以查看到任一版本的commitId头7位数,此时我们就可以随意的进行版本控制了.
3.7.可以通过
git checkcout -- file
进行撤销工作区修改,但是这个修改只作用在工作区,此时有两种情况:
一种是
readme.txt
自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;一种是
readme.txt
已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。总之,就是让这个文件回到最近一次
git commit
或
git add
时的状态。
注意::如果git checkout -- file不加上--的话就变成了"切换到另一分支"的命令.
3.8.通过
git reset HEAD file
命令可以撤销暂存区的修改.
总结:
场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令
git checkout -- file
。
场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令
git reset HEAD file
,就回到了场景1,第二步按场景1操作。
3.9.如果我们在工作区中删除了文件,此时有两种选择:
3.9.1.通过
git rm file
命令删除版本库中的这一文件,然后
git commit -m "描述"
3.9.2.通过
git checkout -- file
进行还原.
4.工作区和暂存区:
当前git init的目录就是git的工作区,目录里的.git文件夹是git的版本库,.git里有很多文件和文件夹,其中index或者stage就是git的暂存区,HEAD是指向master分支的指针,当我们把文件往版本库里添加的时候是分两步走的,第一步
git add
,是把文件添加到暂存区,然后第二步
git commit
是把暂存区的文件全部提交到当前分支..
Git比其他版本控制系统设计的优秀的原因在于Git只管理修改并不管理文件:
假如我们修改一次工作区的某一文件,然后添加,然后再修改,此时不添加直接提交,我们通过
git status
命令会发现第二次的修改并没有被提交,因为
git commit
只是把暂存区的提交了,我们并没有把第二次的修改添加到暂存区..此时可以通过
git diff HEAD -- 文件名
查看版本库里最新版本与工作区的区别
5.远程仓库:
5.1.连接GitHub仓库(s563149980@163.com):
5.1.1.
创建SSH Key。在用户主目录下(C:\Users\Administrator\.ssh),看看有没有.ssh目录,如果有,再看看这个目录下有没有
id_rsa
和
id_rsa.pub
这两个文件,如果已经有了,可直接跳到下一步。如果没有,打开Shell(Windows下打开Git Bash),创建SSH Key:
ssh-keygen -t rsa -
C
"youremail@example.com"
,
你需要把邮件地址换成你自己的邮件地址,然后一路回车,使用默认值即可,由于这个Key也不是用于军事目的,所以也无需设置密码。如果一切顺利的话,可以在用户主目录里找到
.ssh
目录,里面有
id_rsa
和
id_rsa.pub
两个文件,这两个就是SSH Key的秘钥对,
id_rsa
是私钥,不能泄露出去,
id_rsa.pub
是公钥,可以放心地告诉任何人。
5.1.2.
登陆GitHub,打开“Settings”,“SSH and GPG keys”页面,点击"New SSH key",填上任意Title,在Key文本框里粘贴
id_rsa.pub
文件的内容
5.1.3.此时key关联完之后,首先在GitHub上创建一个新的仓库,然后通过
git remote add origin
https://github.com/Everything1sPossible/test.git
或者
git remote add origin git@github.com:
Everything1sPossible/test
.git
命令关联远程仓库,此处的
origin
是默认的名称,可以随意给连接的远程仓库起名,例如
github
,git可以同步多个远程仓库,当我们远程连接其他的仓库时再另起一个名字,例如
gitee.
5.1.4.第一次关联之后,可以通过
git push -u origin master
命令将master的所有内容推送到远程仓库,此后的所有推送只需要
git push origin master
命令即可(song563149980)..
5.1.5.通过
git remote rm origin
取消远程仓库连接.
5.2.克隆远程仓库
首先在GitHub上创建一个仓库,例如gitskills,然后在你想放置远程仓库的盘下(例如D盘根目录)输入
git clone
https://github.com/Everything1sPossible/gitskills.git
或者
git clone git@github.com:Everything1sPossible/gitskills.git
6.分支管理:
6.1.分支基础:
6.1.1.通过
git checkout -b dev
或者
git branch dev
加
git checkout dev
命令进行dev分支的创建和切换
6.1.2.通过
git branch
命令列出所有分支,当前分支前有*
6.1.3.通过
git checkout 分支名称
切换分支
6.1.4.通过
git merge 指定分支名称
合并分支,例如git merge dev,就表示把dev分支合并到当前分支,加入两个分支都对同一文件进行了修改,此时合并就会发生冲突,冲突必须手动解决,用
git log --graph( --pretty=oneline --abbrev-commit)
命令可以看到分支合并图.
git merge --no-ff 指定分支名称
表示普通模式合并,该模式下可以查看分支合并情况.
6.1.5.合并完成后,可以通过
git branch -d
分支名称
,删除你想要删除的分支,
git branch -D 分支名称
进行强力删除
6.2.分支策略:
在实际开发中,我们应该按照几个基本原则进行分支管理:
首先,
master
分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;那在哪干活呢?干活都在
dev
分支上,也就是说,
dev
分支是不稳定的,到某个时候,比如1.0版本发布时,再把
dev
分支合并到
master
上,在
master
分支发布1.0版本;
你和你的小伙伴们每个人都在
dev
分支上干活,每个人都有自己的分支,时不时地往
dev
分支上合并就可以了。如下图:
6.3.BUG分支:
当你接到一个修复一个代号101的bug的任务时,很自然地,你想创建一个分支
issue-101
来修复它,但是,等等,当前正在
dev
上进行的工作还没有提交,并不是你不想提交,而是工作只进行到一半,还没法提交,预计完成还需1天时间。但是,必须在两个小时内修复该bug,怎么办?幸好,Git还提供了一个
stash
功能,可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作.
6.3.1.用
git stash
把当前工作现场储存起来,通过
git status
查看可以看到工作区很干净.
6.3.2.用
git stash list
查看stash查看储存的工作现场.
6.3.3.如果需要恢复储存的工作现场话有两种方式
:
一是用
git stash apply
恢复,但是恢复后,stash内容并不删除,你需要用
git stash drop
来删除;另一种方式是用
git stash pop
,恢复的同时把stash内容也删了..
6.3.4.可以进行多次的stash,恢复的时候先用
git stash list
查看,然后恢复指定的stash,用命令:
git stash apply stash@{0}
6.4.远程仓库分支推送策略:
6.4.1.
git remote
或
git remote -v
查看远程仓库信息
6.4.2.
git push origin master
,
就是把该分支上的所有本地提交推送到远程库。推送时,要指定本地分支,这样,Git就会把该分支推送到远程库对应的远程分支上,如果要推送其他分支,比如
dev
,就改成:
git push origin dev
6.4.3.
推送策略:
master
分支是主分支,因此要时刻与远程同步;
dev
分支是开发分支,团队所有成员都需要在上面工作,所以也需要与远程同步;bug分支只用于在本地修复bug,就没必要推到远程了,除非老板要看看你每周到底修复了几个bug;feature分支是否推到远程,取决于你是否和你的小伙伴合作在上面开发。
6.4.远程仓库分支管理:
6.4.1.在本地新建一个分支:
git branch newBranch
6.4.2.切换到你的新分支:
git checkout newBranch
6.4.3.将新分支发布在github上:
git push origin newBranch
6.4.4.在github远程端删除一个分支:
git push origin :newBranch
(分支名前的冒号代表删除) /
git push origin –delete newBranch
注意删除远程分支后,如果有对应的本地分支,本地分支并不会同步删除!
6.5.远程仓库多人协作模式:
6.5.1.首先,可以试图用
git push origin branch-name
推送自己的修改;
6.5.2.如果推送失败,则因为远程分支比你的本地更新,需要先用
git pull
试图合并;
6.5.3.如果合并有冲突,则解决冲突,并在本地提交;
6.5.4没有冲突或者解决掉冲突后,再用
git push origin branch-name
推送就能成功! 如果
git pull
提示“no tracking information”,则说明本地分支和远程分支的链接关系没有创建,用命令
git branch --set-upstream branch-name origin/branch-name
7.标签管理:
7.1.创建标签:
7.1.1.命令
git tag <name>
用于新建一个标签,默认为
HEAD
,也可以指定一个commit id;
7.1.2.
git tag -a <tagname> -m "blablabla..."
可以指定标签信息;
7.1.3.
git tag -s <tagname> -m "blablabla..."
可以用PGP签名标签;
7.1.4.命令
git tag
可以查看所有标签。
7.1.5.命令
git show <tagname>
可以查看标签详细信息。
7.1.6.命令
git push origin <tagname>
可以推送一个本地标签;
7.1.7.命令
git push origin --tags
可以推送全部未推送过的本地标签;
7.1.8.命令
git tag -d <tagname>
可以删除一个本地标签;
7.1.9.命令
git push origin :refs/tags/<tagname>
可以删除一个远程标签。
8.自定义Git:
8.1.忽略特殊文件:
在Git工作区的根目录下创建一个特殊的
.gitignore
文件,然后把要忽略的文件名填进去,Git就会自动忽略这些文件。不需要从头写
.gitignore
文件,GitHub已经为我们准备了各种配置文件,只需要组合一下就可以使用了。所有配置文件可以直接在线浏览:
https://github.com/github/gitignore
.然后把改文件也提交到Git.
8.2.搭建Git服务器:
第一步,安装
git
:
$ su
do
apt-
get
install git
第二步,创建一个
git
用户,用来运行
git
服务:
$ su
do
adduser git
第三步,创建证书登录:
收集所有需要登录的用户的公钥,就是他们自己的
id_rsa.pub
文件,把所有公钥导入到
/home/git/.ssh/authorized_keys
文件里,一行一个。
第四步,初始化Git仓库:
先选定一个目录作为Git仓库,假定是
/srv/sample.git
,在
/srv
目录下输入命令:
$ su
do
git init --bare sample.git
Git就会创建一个裸仓库,裸仓库没有工作区,因为服务器上的Git仓库纯粹是为了共享,所以不让用户直接登录到服务器上去改工作区,并且服务器上的Git仓库通常都以
.git
结尾。然后,把owner改为
git
:
$ su
do
chown -R git:git sample.git
第五步,禁用shell登录:
出于安全考虑,第二步创建的git用户不允许登录shell,这可以通过编辑
/etc/passwd
文件完成。找到类似下面的一行:
git:x:
1001
:
1001
:
,,,
:/home/git:/bin/bash
改为:
git:x:
1001
:
1001
:
,,,
:/home/git:/usr/bin/git-shell
这样,
git
用户可以正常通过ssh使用git,但无法登录shell,因为我们为
git
用户指定的
git-shell
每次一登录就自动退出。
第六步,克隆远程仓库:
现在,可以通过
git clone
命令克隆远程仓库了,在各自的电脑上运行:
$
git clone git
@server
:/srv/sample
.git
Cloning
into
'sample'
...
warning:
You
appear to have cloned an empty repository.
剩下的推送就简单了。