git 版本控制器常用命令笔记

最新推荐文章于 2022-09-29 10:03:00 发布

PHP_Undifind

最新推荐文章于 2022-09-29 10:03:00 发布

阅读量122

点赞数

分类专栏： Linux 文章标签： git

本文链接：https://blog.csdn.net/qq_38791687/article/details/85336483

版权

Linux 专栏收录该内容

28 篇文章 0 订阅

订阅专栏

前面是干货，后面有简介

git 常用命令：

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

$ git init git 代码仓库初始化

添加文件到Git仓库，分两步：

$git add <file> 可反复多次使用，添加多个文件到缓存区；

$git commit -m <message> -m版本说明，提交到分支完成。

$ git log --pretty=oneline 一行行的查看历史版本

首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交1094adb...（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

$ git reset --hard HEAD^ 利用HEAD退回版本

$ git reset --hard commit_id 或者利用版本id退回

$ git reflog 查看历史版本

$ git status 查看状态，可以查看工作区和缓存区的文件

第一次修改 -> git add -> 第二次修改 -> git commit

你看，我们前面讲了，Git管理的是修改，当你用git add命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。

提交后，用git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别：

每次修改，如果不用git add到暂存区，那就不会加入到commit中。

$ git checkout -- <file> 可以丢弃工作区的修改：

$ git reset HEAD --<file> 可以丢弃缓存区的内容

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

创建远程仓库请参考：

https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013752340242354807e192f02a44359908df8a5643103a000

$ git remote add origin git@server-name:path/repo-name.git 关联远程仓库

remote: error: GH007: Your push would publish a private email address.

在GitHub的你账号网页上右上角，个人的登录退出的位置，找到setting：

setting->emails->Keep my email address private，把这一项去掉勾选即可。

把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。

由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。

$ git push -u origin master 第一次代码添加到远程仓库

$ git push origin master 以后提交代码

$ git clone 远程克隆库

首先，我们创建dev分支，然后切换到dev分支：

$ git checkout -b dev 创建dev分支

提示：Switched to a new branch 'dev'

$ git branch 查看分支

$ git merge dev 合并分支

$ git branch -D dev 删除分支（必须切换到别的分支才能删除）

$ git checkout <name> 切换分支

$ git branch <name> 创建分支

$ git checkout -b <name> 创建+切换分支

$ git merge <name>　　　合并某分支到当前分支

$ git branch -d <name> 删除分支

$ git log --graph --pretty=oneline --abbrev-commit 查看分支合并情况

git 分支侧略管理

在实际开发中，我们应该按照几个基本原则进行分支管理：

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

所以，团队合作的分支看起来就像这样：

$ git merge --no-ff -m "merge with no-ff" dev 禁用Fast forward 合并

$ git log --graph --pretty=online --abbrev-commit 查看分支的提交历史

CVS及SVN都是集中式的版本控制系统，而Git是分布式版本控制系统，集中式和分布式版本控制系统有什么区别呢？

先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。

central-repo

集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，遇到网速慢的话，可能提交一个10M的文件就需要5分钟，这还不得把人给憋死啊。

那分布式版本控制系统与集中式版本控制系统有何不同呢？首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。

在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了，也可能今天你的同事病了，他的电脑压根没有开机。因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。

distributed-repo