资料分享| Git 命令简单总结

以下是我们之前的分享《SQL 上线平台》资料，拿去拿去

SQL 上线平台
视频链接：
https://v.qq.com/x/page/k0765uzbwh9.html?__t=1&ptag=1.qzone&_out=101
PPT 链接：
https://pan.baidu.com/s/13lSon01ixfgdH6TJkYc6sQ 密码：6066。
开源地址：
https://github.com/chenkun1998/see

接下来开始我们今天的正题：Git 命令简单总结

集中式 vs 分布式

svn 集中式：版本库是集中存放在中央服务器的，需要联网才能工作

git 分布式：每个人的电脑上都是一个完整的版本库

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

基本命令

初始化仓库：git init

把文件添加到仓库：git add a.txt 添加到暂存区（state）

把文件提交到仓库：git commit -m '注释信息'

仓库状态：git status

查看修改内容：git diff

显示最近到最远的提交日志：git log （git log --pretty=oneline）

版本回退

• git reset --hard HEAD^ 回退到上一版本

• git reset --hard HEAD^ 回退到上上版本

• git reset --hard HEAD~100 回退到上 100 个版本

• git reset --hard 具体版本号 回退到具体版本号

记录每一次命令 ： git reflog

git checkout -- readme.txt：

命令 git checkout -- readme.txt 意思就是，把 readme.txt 文件在工作区的修改全部撤销，这里有两种情况：

• 一种是 readme.txt 自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；

• 一种是 readme.txt 已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

总之，就是让这个文件回到最近一次 git commit 或 git add 时的状态。

删除

删除文件后，Git 知道你删除了文件，因此，工作区和版本库就不一致了，git status 命令会立刻告诉你哪些文件被删除了：

现在你有两个选择

一是确实要从版本库中删除该文件，那就用命令 git rm filename 删掉，并且 git commit

另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本： git checkout -- filename

远程仓库

git config -- global user.name 'GitHub用户名 '

git config --global user.email '注册邮箱'

ssh-keygen -t rsa -C 'GitHub 的注册邮箱'

git remote add origin 远程仓库地址 ：关联远程仓库

git remote rm origin ：删除关联

git push origin master : 推送 （****第一次 加上-u 就会一直关联这个地址，就不需要再写 origin master）

git pull origin master --allow-unrelated-histories：如果本地仓库和远程库有冲突，比如GitHub上有markdown文件，则加上 --allow-unrelatered..

git clone git@github.com:rottengeek/test.git：克隆远程库到本地

分支

git branch 分支名：创建分支

git checkout 分支名：切换分支

git checkout -b 分支名 ：创建与切换同时进行

git branch ：列出所有分支

git merge dev ：把 dev 分支的工作成果合并到 master 分支上

git branch -d 分支名 : 删除分支

分支策略

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

首先，master 分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；那在哪干活呢？干活都在 dev 分支上，也就是说，dev 分支是不稳定的，到某个时候，比如 1.0 版本发布时，再把 dev 分支合并到 master 上，在master 分支发布 1.0 版本；你和你的小伙伴们每个人都在 dev 分支上干活，每个人都有自己的分支，时不时地往 dev 分支上合并就可以了。

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

多人协作

作者：rottengeek
转载|原文链接：https://segmentfault.com/a/1190000016012022
（如有侵权，请联系删除）

最新公告通知

第 8 期 【Python自动化运维进阶】正在火热招生中

想要获取更多资源扫码添加小助手备注“来源简书”