git 操作大全
Git
以下内容整理自廖雪峰的git教程,主要用于个人方便使用git命令
git忽略已经被纳入版本库的文件
使用 git update-index –-skip-worktree [file]
可以实现修改本地文件不会被提交,但又可以拉取最新更改的需求。适用于一些不经常变动,但是必须本地化设置的文件
另外还有 git update-index –-assume-unchanged [file]
该命令只是假设文件没有变动,使用reset时,会将文件修改回去
NOTE: 该方法在使用
add .
命令添加所有文件到暂存区,commit
提交到版本库,修改内容依然会被加入到版本库中
重新跟踪 git update-index --no-assume-unchanged
详细语法:
git update-index
[--add] [--remove | --force-remove] [--replace]
[--refresh] [-q] [--unmerged] [--ignore-missing]
[(--cacheinfo <mode>,<object>,<file>)…]
[--chmod=(+|-)x]
[--[no-]assume-unchanged]
[--[no-]skip-worktree]
[--ignore-submodules]
[--[no-]split-index]
[--[no-|test-|force-]untracked-cache]
[--really-refresh] [--unresolve] [--again | -g]
[--info-only] [--index-info]
[-z] [--stdin] [--index-version <n>]
[--verbose]
[--] [<file>…]
Reference: git-update-index
git commit without message
Command: git commit -a --allow-empty-message -m ''
or use a global configuration as following
git config --global alias.nccommit 'commit -a --allow-empty-message -m ""'
git简介
Git是分布式版本控制系统
安装git后,配置用户名和email
git config --global user.name "Your Name"
git config --global user.email "email@example.com"
不加--global
参数只对当前仓库起作用,后面有更详细的介绍
初始化git repository(版本库,仓库)
git init
添加文件到版本库
git add readme.txt
提交
git commit -m "commit comment"
查看版本库当前的状态
git statuss
查看工作区文件修改的内容
git diff
查看提交日志
git log
参数: --pretty=oneline 每个提交日志信息只显示一行
显示最后一次提交信息
git log -1
版本回退
git reset --hard 版本号 (或者HEAD)
HEAD:代表当前版本,HEAD^代表上个版本,HEAD^^上上个版本......HEAD~100......
查看使用命令日志
git reflog
撤销修改
git checkout -- readme.txt
命令git checkout – readme.txt意思就是,把readme.txt文件在工作区的修改全部撤销,这里有两种情况:
一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;
一种是readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。
总之,就是让这个文件回到最近一次git commit或git add时的状态。
git reset HEAD readme.txt
把暂存区的修改撤销掉(unstage),重新放回工作区.(工作区的文件内容无变化)
删除文件
在系统中删除过文件后,需要在版本库中删除,使用下面的命令(或者直接使用下面命令):
git rm readme.txt
git commit -m "remove readme.txt"
如果删错了,可以撤销修改,也就是回到版本库的状态: git checkout – readme.txt
生成SSH Key
ssh-keygen -t rsa -C "youremail@example.com"
生成后的key在 用户主目录/.ssh 下, id_rsa是私钥, id_rsq.pub是公钥
远程版本库
本地已有版本库,关联远程版本库:
git remote add origin 远程版本库URL
第一次推送
git push -u origin master
-u 参数: 把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以使用简化命令:
git push origin master
本地没有版本库,克隆个新版本库:
git clone 远程版本库URL
默认的git:// 使用ssh协议, 也可以用 https:// 协议
使用https除了速度慢以外,还有个最大的麻烦是每次推送都必须输入口令
分支管理
创建分支
git branch dev
切换分支
git checkout dev
创建并切换分支
git checkout -b dev
查看当前分支
git branch
git branch
命令会列出所有分支,当前分支前面会标一个*
号
合并分支
将dev分支合并到master分支,先切换到master分支上面,然后执行合并命令:
git merge dev
删除分支
git branch -d dev
用带参数的git log 查看分支的合并
git log --graph --pretty=oneline --abbrev-commit
git log --graph
命令可以看到分支合并图
合并分支时禁用Fast forward 模式
git merge --no-ff -m "merge with no-ff" dev
–no-ff 参数: 强制禁用Fast forward模式
通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息
如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息
BUG分支
储藏工作现场
git stash
可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作
切换到需要修复BUG的分支上(这步不能省略)
git checkout master
在需要修复BUG的分支上创建BUG分支并切换到BUG分支上
git checkout -b issue-101
修复完成后切换到需要修复BUG的分支上
git checkout master
合并分支
git merge --no-ff -m "merged bug fix 101" issue-101
删除BUG分支
git branch -d issue-101
切换到之前工作的分支上
git checkout dev
查看储藏工作现场的列表
git stash list
恢复工作现场的两种方式
git stash apply
恢复后,stash内容并不删除, 需要用
git stash drop
来删除
git stash pop
恢复的同时把stash内容也删了
多次stash
可以多次stash,恢复的时候,先用git stash list
查看,然后恢复指定的stash,用命令:
git stash apply stash@{0}
强行删除未合并的分支
git branch -D <branch name>
查看远程版本库信息
git remote
参数
-v
显示更详细的信息
推送本地master分支到远程版本库
git push origin master
推送本地dev分支到远程版本库
git push origin dev
创建远程origin的dev分支到本地
git checkout -b dev origin/dev
解决冲突
git pull
先用git pull把最新的提交从origin/dev抓下来,然后,在本地合并,解决冲突(修改完文件后add commit),再推送
指定本地dev分支与远程origin/dev分支的链接
git branch --set-upstream dev origin/dev
创建标签
切换到需要打标签的分支上,使用命令: git tag <name>
就可以打一个新标签
默认标签是打在最新提交的commit上的
例如: git tag v1.0
查看标签
git tag
查看所有标签
注意,标签不是按时间顺序列出,而是按字母排序的
使用commit id 创建标签
git tag v0.9 6224937
在任意commit点创建标签
查看标签信息
git show <tagname>
创建带有说明的标签
git tag -a v0.1 -m "version 0.1 released" 3628164
用-a指定标签名,-m指定说明文字
通过-s
用私钥签名一个标签
git tag -s v0.2 -m "signed version 0.2 released" fec145a
签名采用PGP签名,因此,必须首先安装gpg(GnuPG),如果没有找到gpg,或者没有gpg密钥对,就会报错
删除标签
git tag -d v0.1
推送某个标签到远程
创建的标签都只存储在本地,不会自动推送到远程
如果要推送某个标签到远程,使用命令git push origin <tagname>
例如:git push origin v1.0
一次性推送全部尚未推送到远程的本地标签
git push origin --tags
删除远程标签
先从本地删除
git tag -d v0.9
然后,从远程删除
git push origin :refs/tags/v0.9
配置Git显示颜色
git config --global color.ui true
ignore 忽略特殊文件
在Git工作区的根目录下创建一个特殊的.gitignore文件,然后把要忽略的文件名填进去,Git就会自动忽略这些文件
不需要从头写.gitignore文件
所有配置文件可以直接在线浏览:https://github.com/github/gitignore
如果你确实想添加该文件,可以用-f强制添加到Git
git add -f App.class
检查文件在.gitignore文件的哪条忽略规则中
git check-ignore -v App.class
配置别名
git config --global alias.<alias> <'git command'>
–global参数是全局参数,也就是这些命令在这台电脑的所有Git仓库下都有用 配置Git的时候,加上–global是针对当前用户起作用的,如果不加,那只针对当前的仓库起作用
每个仓库的Git配置文件都放在.git/config文件中 当前用户的Git配置文件放在用户主目录下的一个隐藏文件.gitconfig中 删除别名: 别名就在配置文件中[alias]行后面,要删除别名,直接把对应的行删掉即可 配置别名也可以直接修改这个文件,如果改错了,可以删掉文件重新通过命令配置
git config –global alias.unstage ‘reset HEAD’
配置别名: 把暂存区的修改撤销掉(unstage),重新放回工作区
使用:
git unstage test.java
git config –global alias.lg “log –color –graph –pretty=format:’%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset’ –abbrev-commit”
配置别名: 查看合并历史
搭建Git服务器
Linux: Ubuntu或Debian
第一步,安装git
sudo apt-get install git
第二步,创建一个git用户,用来运行git服务:
sudo adduser git
第三步,创建证书登录:
收集所有需要登录的用户的公钥,就是他们自己的id_rsa.pub
文件,把所有公钥导入到/home/git/.ssh/authorized_keys
文件里,一行一个
第四步,初始化Git仓库:
先选定一个目录作为Git仓库,假定是/srv/sample.git
,在/srv
目录下输入命令:
sudo git init --bare sample.git
Git就会创建一个裸仓库,裸仓库没有工作区,因为服务器上的Git仓库纯粹是为了共享,所以不让用户直接登录到服务器上去改工作区,并且服务器上的Git仓库通常都以.git
结尾。然后,把owner改为git
:
sudo 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.
剩下的推送就简单了
管理公钥
如果团队很小,把每个人的公钥收集起来放到服务器的/home/git/.ssh/authorized_keys
文件里就是可行的。如果团队有几百号人,就没法这么玩了,这时,可以用Gitosis来管理公钥。
这里我们不介绍怎么玩Gitosis了,几百号人的团队基本都在500强了,相信找个高水平的Linux管理员问题不大
管理权限
有很多不但视源代码如生命,而且视员工为窃贼的公司,会在版本控制系统里设置一套完善的权限控制,每个人是否有读写权限会精确到每个分支甚至每个目录下。因为Git是为Linux源代码托管而开发的,所以Git也继承了开源社区的精神,不支持权限控制。不过,因为Git支持钩子(hook),所以,可以在服务器端编写一系列脚本来控制提交等操作,达到权限控制的目的。Gitolite就是这个工具
这里我们也不介绍Gitolite了,不要把有限的生命浪费到权限斗争中