一直以来都用自己的svn服务器进行代码的管理，最近搬地方后，没有环境把服务器架起来，只好尝试一下用git，来进行版本管理。其实和用过版本管理工具的，上手git应该还是容易的，毕竟都是一些耳熟能详的的概念。目前还没有找到类似svn那样的图形化工具，暂时先用命令行对付一段时间吧。
也没买书，网上搜了一下教程就开始干起来了，我看的教程是这个链接，写得很好，供大家参考。https://www.liaoxuefeng.com/wiki/896043488029600
命令汇总
初始化一个Git仓库，git init
添加文件到Git仓库，分两步：
- 使用命令
git add <file>，注意，可反复多次使用，添加多个文件； - 使用命令
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抓下来，然后，在本地合并，解决冲突，再推送：
多人协作的工作模式通常是这样：
- 首先，可以试图用
git push origin <branch-name>推送自己的修改； - 如果推送失败，则因为远程分支比你的本地更新，需要先用
git pull试图合并； ( 如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>) - 如果合并有冲突，则解决冲突，并在本地提交；
- 没有冲突或者解决掉冲突后，再用
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 mastergitignore文件模板
ref: https://github.com/github/gitignore
知乎上的 https://zhuanlan.zhihu.com/p/94008510
