版本管理
一、版本管理介绍
1.什么是版本管理
版本管理就是管理我们修改代码的历史记录。
2.版本管理的作用
- 作为数据备份,它有详细的日志,能记住你的每一次提交、每一次改动,并且能够比较查看不同版本之间的异同,并且可以恢复到之前的任一版本。
- 明确分工责任,什么时候谁对代码做了修改、修改了什么内容,版本管理都会记录在案,方便查询,追究责任。
3.版本管理的现状
-
目前使用最多的版本管理工具是git和svn(Subversion),svn是集中型的版本管理系统,集中型将所有数据集中存放在服务器当中,有便于管理的优点。但是一旦开发者所处的环境不能连接服务器,就无法获取最新的源代码,开发也就几乎无法进行。服务器宕机时也是同样的道理,而且万一服务器故障导致数据消失,恐怕开发者就再也见不到最新的源代码了。
-
git是分散型的版本管理系统,分散型拥有多个仓库,由于本地的开发环境中就有仓库,所以开发者不必连接远程仓库就可以进行开发。
-
目前绝大部分的公司在使用git进行管理代码,包括我们经常听到的github,就是git的典型代表,国内有gitee,coding等平台都是git的使用代表。
-
因此我们只教会大家熟练使用git,由于思想一样的,许多命令的使用方式也一样,所以学会了git之后,大家去使用svn也会很快就会了。
二、git的安装
1.git安装
-
macosx
macosx系统自带了git,无需手动安装,打开命令行工具console直接使用即可。 -
windows
windows 可以使用360软件库安装,也可以使用我们资料中的安装包安装,安装的时候一直默认到底安装就可以了,安装成功后,在文件夹里面点击鼠标右键会多一个图标 -
点击进去后,进入了我们的git的控制台页面,git的控制台是基于mingw开发,因此我们可以在git的控制台执行大部分的linux命令。
2.设置开发者
配置的是你个人的用户名称和电子邮件地址,这两条配置很重要,每次Git提交时都会引用这两条信息,说明是谁提交了更新,所以会随更新内容一起被永久纳入历史记录
git config --global user.name "[name]"
git config --global user.email "[email]"
如果用了–global选项,那么更改的配置文件就是位于你用户主目录的那个,以后你所有的项目都会默认使用这里配置的用户信息,配置文件在~/.gitconfig中。如果要在某个特定的项目中使用其他名字或者邮箱,只要去掉–global选项重新配置即可,新的设定保存在当前项目的./git/config文件里
查看我们设置的配置可以用
git config --list # 查看所有的配置
git config --get user.name # 查看一项,如user.name
git config --get user.email
三、git的常用命令
- git init
初始化一个仓库
git init # 将当前目录初始化为一个仓库 git init . # 同上 git init xx #
将xx初始化为一个仓库,如果xx不创建,会创建文件夹xx,如果xx不是文件夹,会提示创建文件夹失败 git init --bare xx #
初始化一个裸库,一般放在服务器上
初始化一个仓库后,会在该目录下生成一个.git的文件夹,git的所有版本管理的文件就放在.git中,.git中有一个重要的文件是config,这是这个仓库的配置,它的配置会优先于系统配置文件~/.gitconfig。
- git status
查看当前仓库的状态
查看是否修改了文件,修改了哪些文件
查看是否增加了文件,增加了哪些文件
查看是否删除了文件,删除了哪些文件
- git diff
查看修改和删除文件的异同
- git add
添加指定文件到暂存区
git add [file1] [file2] ... # 可以跟多个文件或文件夹
git add . # 可以跟当前文件夹
- git rm
将指定的文件从暂存区中删除,并且会删除工作区文件(谨慎使用)
git rm [file1] [file2] ... # 可以跟多个文件或文件夹
如果不想删除工作区文件,需要添加–cached选项。
git rm --cached [file1] [file2] ... # 可以跟多个文件或文件夹
- git reset(谨慎使用)
重置暂存区
git reset [file] # 重置暂存区的指定文件,与上一次commit保持一致,但工作区不变
git reset --hard [file] # 重置暂存区与工作区的指定文件
git reset --hard HEAD # 将修改的所有的修改重置
- git commit
提交暂存区到仓库区,一定要跟-m “填写详细提交的日志说明”
git commit -m "添加了聊天界面的滚动条" # 填写详细提交的日志说明
git commit -v # 提交时显示所有diff信息
git commit的应用
# 提交所有修改的文件
git commit -a -m "日志说明"
# 提交所有修改的文件追加到最近一次提交
git commit -C HEAD -a --amend
# 提交暂存区的文件追加到最近一次提交
git commit -C HEAD --amend
# 修改最近一次修改的日志
git commit --amend -m "修正后的日志说明"
- git log
显示历史版本
git log # 查看所有的版本
git log -5 # 查看最近的5个版本
git log xx # 查看某个文件夹或者文件的版本
git log --author=yy # 查看某一个人修改的版本
- git show
显示某次提交的内容变化
git show # 查看最近提交一次的内容变化
git show -5 # 查看最近提交5次的内容变化
git show -5 file # 查看最近提交5次的某个文件的内容变化
git show -5 dir # 查看最近提交5次的某个文件夹的内容变化
- git show --stat
显示某次提交的修改了哪些文件
git show --stat # 查看最近提交一次修改了哪些文件
git show --stat -5 # 查看最近提交5次修改了哪些文件
四、git的缩写
1.git缩写配置
git操作时我们每天都需要操作的命令,但是很多命令操作起来很繁琐,我们可以在git的配置文件 ~/.gitconfig 文件中配置我们常用命令的简写,这样就更加容易操作。
可以使用config命令配置,或者直接修改配置文件 ~/.gitconfig。
git config --global alias.st status # 使用st 代替 status
2.常用的缩写
# 查看状态
git config --global alias.st status
# 查看日志
git config --global alias.lg "--date=short --graph --pretty=format:'%Cred%h%Creset:[%Cgreen%cn%Creset][%Cgreen%cd%Creset]:%C(bold blue)%s%Creset'"
# 查看修改的文件
git config --global alias.ss "show --stat"
# 提交所有修改的文件
git config --global alias.ci "commit -a -m"
# 提交暂存区的文件
git config --global alias.cm "commit -m"
# 提交所有修改的文件追加到最近一次提交
git config --global alias.cihead "commit -C HEAD -a --amend"
# 提交暂存区的文件追加到最近一次提交
git config --global alias.cmhead "commit -C HEAD --amend"
# 修改最近一次修改的日志
git config --global alias.uphead "commit --amend -m"
# 将指定的文件从暂存区中删除旦不会删除工作区文件
git config --global alias.noadd "rm -r --cached"
# -------------------------------
# 拉取远程仓库的代码
git config --global alias.pl "pull"
# 上传本地仓库的master分支到远程仓库origin
git config --global alias.pu "push -u origin master"
# 切换
git config --global alias.co "checkout"
五、git的忽略
1. .gitignore文件
在仓库的目录如果有一个.gitignore文件,则提交的文件会按照.gitignore文件的配置对提交的文件进行过滤,这样可以有效防止像node_modules这种不需要提交的文件被提交。
.gitconfig 和 .git 在同一层。
2.忽略规则
在 .gitignore 文件中,每一行的忽略规则的语法如下:
- 空格不匹配任意文件,可作为分隔符,可用反斜杠转义
- 以“#”开头的行都会被 Git 忽略。即#开头的文件标识注释,可以使用反斜杠进行转义。
- 以斜杠"/“开头表示目录;”/“结束的模式只匹配文件夹以及在该文件夹路径下的内容,但是不匹配该文件;”/"开始的模式匹配项目跟目录;如果一个模式不包含斜杠,则它匹配相对于当前 .gitignore 文件路径的内容,如果该模式不在 .gitignore 文件中,则相对于项目根目录。
- 以星号"*“通配多个字符,即匹配多个任意字符;使用两个星号”" 表示匹配任意中间目录,比如a//z可以匹配 a/z, a/b/z 或 a/b/c/z等。
- 以问号"?"通配单个字符,即匹配一个任意字符;
- 以方括号"[]"包含单个字符的匹配列表,即匹配任何一个列在方括号中的字符。比如[abc]表示要么匹配一个a,要么匹配一个b,要么匹配一个c;如果在方括号中使用短划线分隔两个字符,表示所有在这两个字符范围内的都可以匹配。比如[0-9]表示匹配所有0到9的数字,[a-z]表示匹配任意的小写字母)。
- 以叹号"!“表示不忽略(跟踪)匹配到的文件或目录,即要忽略指定模式以外的文件或目录,可以在模式前加上惊叹号(!)取反。需要特别注意的是:如果文件的父目录已经被前面的规则排除掉了,那么对这个文件用”!“规则是不起作用的。也就是说”!“开头的模式表示否定,该文件将会再次被包含,如果排除了该文件的父级目录,则使用”!"也不会再次被包含。可以使用反斜杠进行转义。
需要谨记:git对于.ignore配置文件是按行从上到下进行规则匹配的,意味着如果前面的规则匹配的范围更大,则后面的规则将不会生效;
3.忽略规则简单说明
# 表示此为注释,将被Git忽略
*.a 表示忽略所有 .a 结尾的文件
!lib.a 表示但lib.a除外
/TODO 表示仅仅忽略项目根目录下的 TODO 文件,不包括 subdir/TODO
build/ 表示忽略 build/目录下的所有文件,过滤整个build文件夹;
doc/*.txt 表示会忽略doc/notes.txt但不包括 doc/server/arch.txt
bin/: 表示忽略当前路径下的bin文件夹,该文件夹下的所有内容都会被忽略,不忽略 bin 文件
/bin: 表示忽略根目录下的bin文件
/*.c: 表示忽略cat.c,不忽略 build/cat.c
debug/*.obj: 表示忽略debug/io.obj,不忽略 debug/common/io.obj和tools/debug/io.obj
**/foo: 表示忽略/foo,a/foo,a/b/foo等
a/**/b: 表示忽略a/b, a/x/b,a/x/y/b等
!/bin/run.sh 表示不忽略bin目录下的run.sh文件
*.log: 表示忽略所有 .log 文件
config.php: 表示忽略当前路径的 config.php 文件
/mtk/ 表示过滤整个文件夹
*.zip 表示过滤所有.zip文件
/mtk/do.c 表示过滤某个具体文件
被过滤掉的文件就不会出现在git仓库中(gitlab或github)了,当然本地库中还有,只是push的时候不会上传。
需要注意的是,gitignore还可以指定要将哪些文件添加到版本管理中,如下:
!*.zip
!/mtk/one.txt
唯一的区别就是规则开头多了一个感叹号,Git会将满足这类规则的文件添加到版本管理中。为什么要有两种规则呢?
想象一个场景:假如我们只需要管理/mtk/目录中的one.txt文件,这个目录中的其他文件都不需要管理,那么.gitignore规则应写为::
/mtk/*
!/mtk/one.txt
假设我们只有过滤规则,而没有添加规则,那么我们就需要把/mtk/目录下除了one.txt以外的所有文件都写出来!
注意上面的/mtk/*不能写为/mtk/,否则父目录被前面的规则排除掉了,one.txt文件虽然加了!过滤规则,也不会生效!
----------------------------------------------------------------------------------
还有一些规则如下:
fd1/*
说明:忽略目录 fd1 下的全部内容;注意,不管是根目录下的 /fd1/ 目录,还是某个子目录 /child/fd1/ 目录,都会被忽略;
/fd1/*
说明:忽略根目录下的 /fd1/ 目录的全部内容;
/*
!.gitignore
!/fw/
/fw/*
!/fw/bin/
!/fw/sf/
六、搭建远程仓库
gitee
github
windows
-
直接启动 sshd,报错:
sshd re-exec requires execution with an absolute path
-
提示需要使用绝对路径。使用 which sshd 获取绝对路径,使用最对路径启动,报错
sshd: no hostkeys available – exiting.
-
ssh-keygen -A
此命令会在 /etc/ssh 目录下,生成 8 个文件。 -
修改服务器 /etc/ssh/sshd_config 配置,允许密码登陆。PasswordAuthentication yes
-
git init --bare test.git
-
git clone fangyunjiang@192.168.137.1:/d/gittest/test.git test
macosx
1.系统偏好设置->共享->远程登录->打开->仅这些用户添加需要访问的用户
2.sudo /usr/sbin/sshd
如果报错
sudo ssh-keygen -t dsa -f /etc/ssh_host_dsa_key
sudo ssh-keygen -t rsa -f /etc/ssh_host_rsa_key
3. 开启服务后执行
ssh fangyunjiang@localhost
4. git init --bare test.git
5. git clone fangyunjiang@192.168.137.1:/d/gittest/test.git test
七、git的远程同步命令
通常我们的代码仓库都是放在服务器上的,我们开发的时候需要从服务器先clone下来,修改完代码后再提交到服务器上,和同事协同开发,我们经常会用到以下命令:
git clone
克隆一个远程的仓库,它下载会整个代码历史。
git clone https://github.com/vuejs/vue
git remote
远程仓库操作
git remote -v #显示所有远程仓库
git remote show [remote] #显示某个远程仓库的信息
git remote remove origin #删除原来的仓库origin
git remote add origin url #设置新的远程仓库origin
git pull
拉取远程仓库的代码
git pull
git push
上传本地仓库到远程仓库
git push -u origin master #上传本地仓库的master分支到远程仓库origin
可以缩写
# 拉取远程仓库的代码
git config --global alias.pl "pull"
# 上传本地仓库的master分支到远程仓库origin
git config --global alias.pu "push -u origin master"
八、git的分支和版本
git branch
分支操作
git branch # 列出所有本地分支
git branch -r # 列出所有远程分支
git branch -a # 列出所有本地分支和远程分支
git branch [branch-name] # 新建一个分支,但依然停留在当前分支
git checkout -b [branch] # 新建一个分支,并切换到该分支
git branch [branch] [commit] # 新建一个分支,指向指定 commit
git branch --track [branch] [remote-branch] # 新建一个分支,与指定的远程分支建立追踪关系
git branch -d [branch] # 删除分支
git checkout
切换分支
git checkout [branch-name] # 切换到指定分支,并更新工作区
git checkout -b 分支名 # 创建并切换分支
git checkout [commit] [file] #还原这个文件到对应的commitId的版本
git checkout [file] # 恢复暂存区的指定文件到工作区
git checkout . # 恢复上一个commit的所有文件到工作区
git merge
合并分支
git merge [branch] # 合并指定分支到当前分支
git rebase
变基操作
git rebase -i HEAD~3 变基之后的哈希值与之前的不同 证明变基是重新做的提交 把多次提交合并成了几次提交
git tag
标签
git tag # 列出所有tag
git tag [tag] # 新建一个tag在当前commit
git tag [tag] [commit] # 新建一个tag在指定commit
git show [tag] # 查看tag信息
可以缩写
# 切换
git config --global alias.co "checkout"
九、vscode中git的使用
git history & git graph