设为首页 收藏本站
查看: 871|回复: 0

[经验分享] git 操作大全

[复制链接]

尚未签到

发表于 2018-1-12 23:13:44 | 显示全部楼层 |阅读模式
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 下,>

远程版本库

本地已有版本库,关联远程版本库:
  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>  git tag v0.9 6224937

  在任意commit点创建标签

查看标签信息
  git show <tagname>

创建带有说明的标签
  git tag -a v0.1 -m "version 0.1>

  用-a指定标签名,-m指定说明文字

通过-s用私钥签名一个标签
  git tag -s v0.2 -m "signed version 0.2>

  签名采用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了,不要把有限的生命浪费到权限斗争中

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-434460-1-1.html 上篇帖子: Git 常用命令(二) 下篇帖子: git bash 常用命令 新手学习
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表