标签： git

为了做个标题党，扔出史上最简单的操作，我也是拼了，别打我。

最简7步实现用git进行开发。有了这7步可以应付开发中90%的操作。

# 1: 从远程库clone项目 
git clone git@xxx.xxxx.com:xxxx/xxx.git

# 2: 新建立一个分支, 在这个分支上进行开发
git checkout -b dev-2020-0302 

# 3：增加要修改的文件
git add xxx.xxx

# 4: 提交修改 …… 直到完成全部的修改
git commit -m "你的注释"

# 5：切换到master分支
git checkout master

# 6: 合并完成的开发内容
git merge  dev-2020-0302 

# 7: 将本地的修改提交远程库
git push origin master

一直以来都用自己的svn服务器进行代码的管理，最近搬地方后，没有环境把服务器架起来，只好尝试一下用git，来进行版本管理。其实和用过版本管理工具的，上手git应该还是容易的，毕竟都是一些耳熟能详的的概念。目前还没有找到类似svn那样的图形化工具，暂时先用命令行对付一段时间吧。

也没买书，网上搜了一下教程就开始干起来了，我看的教程是这个链接，写得很好，供大家参考。https://www.liaoxuefeng.com/wiki/896043488029600

命令汇总

初始化一个Git仓库，git init

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

1. 使用命令git add <file>，注意，可反复多次使用，添加多个文件；
2. 使用命令git commit -m <message>，完成

强制添加到Git git add -f App.class

更多添加、提交操作（没那么常用的命令）

# 添加当前目录中的所有文件
git add -A

# 添加当前目录中的所有文件更改
git add .

# 选择要添加的更改（你可以 Y 或 N 完成所有更改）
git add -p

### 添加文件并提交一次
git commit filename -m 'commit message'

### 添加文件并提交暂存文件
git commit -am 'insert commit message'

### 更改你的最新提交消息
git commit --amend 'new commit message' 

# 将一系列提交合并为一个提交，你可能会用它来组织混乱的提交历史记录
git rebase -i
### 这将为你提供核心编辑器上的界面：
# Commands:
#  p, pick = use commit
#  r, reword = use commit, but edit the commit message
#  e, edit = use commit, but stop for amending
#  s, squash = use commit, but meld into previous commit
#  f, fixup = like "squash", but discard this commit's log message
#  x, exec = run command (the rest of the line) using shell

### 创建一个本地分支
git checkout -b branchname

### 在2个分支之间切换
git checkout prc/dev-wupx
git checkout master

### 将新的本地分支作为备份
git push -u origin branch_2

### 删除本地分支，这不会让你删除尚未合并的分支
git branch -d branch_2

### 删除本地分支，即使尚未合并，这也会删除该分支！
git branch -D branch_2

### Viewing all current branches for the repository, including both ### local and remote branches. Great to see if you already have a ### branch for a particular feature addition, especially on bigger ### projects
### 查看存储库的所有当前分支，包括本地和远程分支。
git branch -a

### 查看已合并到您当前分支中的所有分支，包括本地和远程。 非常适合查看所有代码的来源！
git branch -a --merged

### 查看尚未合并到当前分支中的所有分支，包括本地和远程
git branch -a --no-merged

### 查看所有本地分支
git branch

### 查看所有远程分支
git branch -r

# 将主分支重新设置为本地分支
$ git rebase origin/master

# 将分支推送到远程存储库源并对其进行跟踪
$ git push origin branchname

合并操作
### 首先确保你正在查看 master 分支
git checkout master

### 现在将你的分支合并到 master 
git merge prc/dev-wupx

仓库当前的状态 git status

查看difference git diff

查看历史记录 git log

查看命令历史 git reflog，以便确定要回到未来

回退命令git reset --hard commit_id

丢弃工作区的修改 git checkout -- file

删除一个文件 git rm

文件恢复到最新版本 git checkout -- test.txt

生成key ssh-keygen -t rsa -C "1517254411@qq.com" 公钥是 id_rsa.pub ，拷贝后保存到对应网站上

关联远程库 git remote add origin git@github.com:xxx/xxx.git

本地库的所有内容推送到远程库上，git push -u origin master

克隆一个本地库命令git clone

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>

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

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

git merge --no-ff -m "merge with no-ff" <name>
#用普通模式合并，合并后的历史有分支，能看出来曾经做过合并

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

查看分支合并图 日志用git log --graph --pretty=oneline --abbrev-commit命令可以看到分支合并图。

保存工作现场 git stash

查看工作区git stash list

恢复 stash内容 git stash apply 内容不删除， git stash drop来删除 ， git stash pop，恢复的同时把stash内容也删了

复制一个特定的提交到当前分支 git cherry-pick 4c805e2

强行删除一个没有被合并过的分支 git branch -D <name>

查看远程库的信息，用git remote， 显示更详细的信息 git remote -v

推送分支 git push origin master

克隆 git clone git@github.com:xxx/xxx.git

创建远程origin的dev分支到本地 git checkout -b dev origin/dev

把最新的提交从远程origin/dev抓下来 git pull

指定本地dev分支与远程origin/dev分支的链接 git branch –set-upstream-to=origin/dev dev 再git pull

变基 (未push的分叉提交历史整理成直线) git rebase

打一个新标签 git tag <name>

打历史标签， 找到历史提交的commit id ， git tag v0.9 f52c633

查看所有标签 git tag

查看标签信息 git show <tagname>

创建带有说明的标签，用-a指定标签名，-m指定说明文字 git tag -a v0.1 -m "version 0.1 released" 1094adb

删除本地标签 git tag -d v0.1

推送某个标签到远程，使用命令git push origin <tagname>

删除已有的GitHub远程库 git remote rm origin

一次性推送全部尚未推送到远程的本地标签 git push origin --tags

删除远程，需要先从本地删除git tag -d v0.9， 再从远程删除 git push origin :refs/tags/v0.9

和远程库关联 git remote add origin git@xxx.com:xxx/xxx.git

查看远程库信息 git remote -v

使用多个远程库， 先关联GitHub的远程库 git remote add github git@github.com:michaelliao/learngit.git 再关联码云的远程库 git remote add gitee git@gitee.com:liaoxuefeng/learngit.git

让Git显示颜色 git config --global color.ui true

检查哪个规则写错，可以用git check-ignore命令git check-ignore -v App.class

相关知识

Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，。把文件往Git版本库里添加的时候，是分两步执行的：

第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；

第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支

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

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

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

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

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

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

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

当你第一次使用Git的clone或者push命令连接GitHub时，会得到一个警告：

分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。

现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。

一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

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

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

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

Git分支十分强大，在团队开发中应该充分应用。

合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。

Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；

当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场；

在master分支上修复的bug，想要合并到当前dev分支，可以用git cherry-pick <commit>命令，把bug提交的修改“复制”到当前分支，避免重复劳动。

在master分支上修复了bug后，我们要想一想，dev分支是早期从master分支分出来的，所以，这个bug其实在当前dev分支上也存在。

那怎么在dev分支上修复同样的bug？

同样的bug，要在dev上修复，我们只需要把4c805e2 fix bug 101这个提交所做的修改“复制”到dev分支。注意：我们只想复制4c805e2 fix bug 101这个提交所做的修改，并不是把整个master分支merge过来。

为了方便操作，Git专门提供了一个cherry-pick命令，让我们能复制一个特定的提交到当前分支

开发一个新feature，最好新建一个分支；

如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。

当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin

推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：

不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？

• master分支是主分支，因此要时刻与远程同步；
• dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
• bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；
• feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

总之，就是在Git中，分支完全可以在本地自己藏着玩，是否推送，视你的心情而定！

从远程库clone时，默认情况下，你的小伙伴只能看到本地的master分支。 要在dev分支上开发，就必须创建远程origin的dev分支到本地，于是他用这个命令创建本地dev分支, git checkout -b dev origin/dev

你的小伙伴的最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送：

多人协作的工作模式通常是这样：

1. 首先，可以试图用git push origin <branch-name>推送自己的修改；
2. 如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并； ( 如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to <branch-name> origin/<branch-name> )
3. 如果合并有冲突，则解决冲突，并在本地提交；
4. 没有冲突或者解决掉冲突后，再用git push origin <branch-name>推送就能成功！

rebase操作可以把本地未push的分叉提交历史整理成直线；

rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。

发布一个版本时，我们通常先在版本库中打一个标签（tag） , 标签也是版本库的一个快照。 tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起 。 标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签

在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件。

将代码提交到阿里云上

已存在的文件夹或 Git 仓库

cd existing_folder
git init
git remote add origin git@code.aliyun.com:xxxx/xxx.git
git add .
git commit -m "init project"
git push -u origin master

创建新版本库

git clone git@code.aliyun.com:xxxx/xxx.git
cd php2020
touch README.md
git add README.md
git commit -m "add README"
git push -u origin master

清空全部文件

git rm "*" -r -f
git commit -m "empty project"
git push origin master

gitignore文件模板

ref: https://github.com/github/gitignore

知乎上的 https://zhuanlan.zhihu.com/p/94008510