git入门、常用命令理解和项目中git实战 git入门、常用命令理解和项目

项目开发中git是非常重要的，它可以有效、高速地处理从很小到非常大的项目版本管理。
资料：

廖雪峰git教程： https://www.liaoxuefeng.com/wiki/896043488029600
git 笔记： https://github.com/Zhangguoliu/learn-git/blob/master/learngit-note.md
git 教程： https://git-scm.com/book/zh/v2/Git-基础-总结
git 命令的理解： https://www.yiibai.com/git/git_fetch.html
git 在线学习： https://learngitbranching.js.org/?demo
了解git flow 协作开发理念 : https://www.cnblogs.com/cnblogsfans/p/5075073.html!

项目开发常用命令可以设置当前仓库的用户和邮箱

git config --local user.name 'xxx'; git config --local user.email 'xxx';

设置全局的仓库大的用户名和邮箱

git config --global user.name 'xxx'; git config --global user.email 'xxx';

在github提交代码后贡献如果没有被记录，有可能就是你全局或者当前的git仓库的用户名和邮箱不是github的用户名和邮箱。

如果这个命名存在也可以直接覆盖修改,还可以替换git config中已有的邮箱

$git config --global --replace-all user.email "输入你的邮箱" $git config --global --replace-all user.name "输入你的用户名"

保存密码：如果没有设置ssh 可以通过保存密码的方式来跳过输入密码这个步骤

git config credential.helper store

git stash: https://www.cnblogs.com/zndxall/archive/2018/09/04/9586088.html
本地主分支 : origin/HEAD -> origin/master 表示默认分支
查看提交详细信息: git show
git status ：命令用于显示工作目录和暂存区的状态。使用此命令能看到那些修改被暂存到了, 哪些没有, 哪些文件没有被Git tracked到。git status不显示已经commit到项目历史中去的信息。一般红色的没有被追踪到，绿色的是已经add后的，意思就是被追踪了
克隆指定分支下的内容: clone -b brandName url
参看所有分支： git branch -a 会列出当前库所有的分支（本地、远程）
切换分支： git checkout branchName 加上 -b 参数会新建并切换到该分支 git checkout -b branchName
创建分支：git brahch branchName
删除分支：git branch --delete branchName
删除远程分支： git push --delete origin branchName
删除那些远程仓库不存在的分支: git remote prune origin
查看本地分支与远程分支的对应关系： git remote show origin
重命名git本地分支:
git branch -m old_local_branch_name new_local_branch_name
重命名git远程分支：是先删除远程的分支，然后更改本地分支名，然后将更改后的分支推送到远程

通过这个命令可以看出本地分支与远程分支的对应关系，是否与远程有对应关系。
Local branches configured for 'git pull':表示本地分支从哪个远程分支拉取
Local branches configured for 'git pull':表示本地分支推送到哪个远程分支上去
git 常用命令理解
git fetch 将某个远程主机的更新 git fetch <远程主机名> 若要更新所有分支，命令可以简写为： git fetch
上面命令将某个远程主机的更新，全部取回本地。默认情况下，git fetch取回所有分支的更新。如果只想取回特定分支的更新，可以指定分支名,如下所示: git fetch <远程主机名> <分支名>
比如，取回origin主机的master分支： git fetch origin master
所取回的更新，在本地主机上要用远程主机名/分支名的形式读取。比如origin主机的master分支，就可以用origin/master读取。
git branch命令的-r选项，可以用来查看远程分支，-a选项查看所有分支。

$ git branch -r origin/master$ git branch -a * master remotes/origin/master

上面命令表示，本地主机的当前分支是master，远程分支是origin/master。取回远程主机的更新以后，可以在它的基础上，使用git checkout命令创建一个新的分支。
git cherry-pick 【git入门、常用命令理解和项目中git实战】场景: 如果你的程序已经发布了一个版本0.1.1, 代码分支叫release-0.1.1, 现在正在开发0.1.x, 我们在开发分支进行后续的开发，那么有一天产品说, 要把正在开发的某个特性（功能）提前上线, 也就是说要把开发分支上的某些更改移到release-0.1.1的版本上, 那么怎么办呢?。
思考：我们的目标是：需要把这个需要发的功能相关的代码移植到想relesase-0.1.1分支上面，这里有一种比较非体力的方法，就是把要发布的内容挑出来，然后移到新的分支(基于relesase-0.1.1拉出来的分支)上去，然后把新的分支合并到relesase-0.1.1。（不能把开发分支直接合并到relesase-0.1.1）
推荐解决方式：使用git cherry-pick cherry-pick会重演某些commit, 即把某些commit的更改重新执行一遍。或者简单理解这里有10次commit提交的内容，你可以任意挑选出其中5次commit的内容，然后重新执行这5次提交（这就是重演）。

基于release-2.0分支新建分支release-2.1, 并且到新创建的分支上
git checkout -b release-2.1 release-2.0
将dev-3.0分支上的某些commit在release-2.1分支上重演

git cherry-pick dev-3.0分支的某些commit-hash 如: git cherry-pick 20c2f506d789bb9f041050dc2c1e954fa3fb6910 2633961a16b0dda7b767b9264662223a2874dfa9 5d5929eafd1b03fd4e7b6aa15a6c571fbcb3ceb4

多个commit-hash使用空格分割, commit-hash最好按提交时间先后排列, 即最先提交的commit放在前面.
cherry-pick不仅可以用在不同分支之间, 还可以用在同一个分支上.
不同分支的用法如上所述. 同一分支用法也是一样的, 同一分支使用情形:
比如说你在某一个向某个分支中添加了一个功能, 后来处于某种原因把它给删除了,
然而后来某一天你又要添加上这个功能了, 这时候就可以使用cherry-pick把添加那个功能的commit, 再重演一遍.
常见分支操作 -新建分支情况1 ：如果远程新建了一个分支，本地没有该分支，可以用 git checkout --track origin/branch_name
这时候本地会新建一个分支名叫branch_name，会自动跟踪（track）远程的同名分支branch_name（就可以在这个本地分支上推拉代码）
用上面中方法，得到的分支名永远和远程的分支名一样，如果想新建一个本地分支不同名字，同时跟踪一个远程分支可以利用。
git checkout -b new_branch_name branch_name
这条指令本来是根据一个branch_name分支分出一个本地分支new_branch_name，但是如果所根据的分支branch_name是一个远程分支名，那么本地的分支会自动的track远程分支。

注意：一般用git push --set-upstream origin branch_name来在远程创建一个与本地branch_name同名的分支并跟踪；利用git checkout --track origin/branch_name来在本地创建一个与branch_name同名分支跟踪远程分支.

当使用git checkout -b new_branch_name origin/branch_name当提交的时候会报这个错：

fatal: The upstream branch of your current branch does not match the name of your current branch.To push to the upstream branch on the remote, usegit push origin HEAD:masterTo push to the branch of the same name on the remote, usegit push origin dev-test

这是由于Git中push.default的设置的原因
Git中push.default可以指定在没有明确指定远程分支的情况下，默认push的远程分支，其取值可以是：

nothing - push 操作无效，除非显式指定远程分支（意思就是 push的时候必须指定远程的分支）
current - push 当前分支到远程同名分支，如果远程同名分支不存在则自动创建同名分支（central 和 non-central workflows都适用）
upstream - push 当前分支到它的upstream分支上（通常用于central workflow）
simple - simple和upstream是相似的（通常用于central workflow），只有一点不同，simple必须保证本地分支和它的远程upstream分支同名，否则会拒绝push操作
matching - push所有本地和远程两端都存在的同名分支
central / non-central workflows 是Git的两种常见工作流场景：
1. central workflows - 集中式工作流，一个分支的push和pull都是同一个远程仓库
2. non-central workflows - 非集中式工作流，一个分支的push和pull可能分别都有不同的远程仓库

在Git 2.0之前，push.default的内建值被设为'matching'，2.0之后则被更改为了'simple'。

通过git remote show origin可以看到每个分支的具体信息: (例如 git checkout -b local origin/daily/dev)

Local branches configured for 'git pull': local merges with remote /daily/dev mastermerges with remote master Local ref configured for 'git push': master pushes to master (up to date)

由于git checkout -b local origin/daily/dev会自动创建远程分支/daily/dev 和本地分支local的跟踪关系。
其中Local branches configured for 'git pull':下的就是upstream跟踪分支。
可以看出，远程分支/daily/dev和本地分支local建立了git pull的关系，但是没有建立git push的关系。此时如果强行push，不会成功，会出现如下提示：

fatal: The current branch new has no upstream branch. To push the current branch and set the remote as upstream, use git push --set-upstream origin develop

这种提示的处理方式下面会给出具体的处理方法。
情况2 ：本地新建分支，然后推送到远程，可以使用git branch branch_name或者git checkout -b branch_name(新建并切换到该分支) 新建一个本地分支,然后修改了代码执行add 、commit、最后执行push操作发现会发现报错：

# git push fatal: The current branch make-scripts-executable has no upstream branch. To push the current branch and set the remote as upstream, usegit push --set-upstream origin branch_name

这是因为Git不知道你要提交到哪个分支上去, 所以需要你指定提交的分支, 直接从本地检出的新分支，第一次push，远程仓库还没有与之建立tracing关系的分支，所以需要设置upstream，这个设置一次之后，后面再push的时候就不用设置了。
如果不想这样写则需要指定提交到远程的分支： git push origin branch_name。
git push origin branch_name推向制定的分支，最强暴的方法。但是每次提交都要指定，太麻烦了（而且还容易出错）。所以需要与远程分支关联。
所以使用git push --set-upstream origin branch_name远程分支关联。这样就不用每次push的时候都指定分支了，都会提交到关联的远程分支上去。(branch_name是远程分支名)
常见分支操作合并分支 git merge命令用于将两个或两个以上的开发历史加入(合并)一起。将 merge 后面的分支合并到当前分支。

将分支dev合并到当前分支中，自动进行新的提交：

git merge dev

合并分支 branch1 和 branch2 在当前分支的顶部，使它们合并：

git merge branch1 branch2

合并branch1分支到当前分支，使用ours合并策略：

git merge -s ours branch1

将分支branch1合并到当前分支中，但不要自动进行新的提交：

git merge --no-commit branch1

Git checkout [文件名]、git reset HEAD [文件名] 、git reset [哈希值] 的应用场景。 git reset HEAD [文件名]

文章图片
gitAdd.png 通过git reset [文件名] 可以将暂存区的文件放出来，但是我们的工作区的内容没有改变。只是相当于对[文件名] 不执行 git add 操作。类似于后退操作。
git checkout [文件名] 工作区回退：如果比对后，发现这次改动不是我们想要的，那么我们可以回退到未修改之前，（在vsCode等编辑器里面，可以放弃修改）

git checkout readme.txt git checkout . git checkout -- readme.txt// 以防判断成分支

文章图片
gitChange.png 下面这串数字是我们新加的, 通过git status 我们可以看到readme.md文件做了修改

文章图片
gitChange1.png 使用 git checkout [文件名] 可以将它变成修改前的是，意思就是放弃本次修改。执行改命令后，发现添加的数字不见了
git status 显示文件没有修改。

文章图片
gitChange2.png 如果我们已经添加到了暂存区（意思已经执行 git add 操作了），如果要退回到修改前，我们应该怎么处理呢。
直接通过git checkout [文件名]是不能将它回退到未修改的样子的。可以先采用git reset HEAD [文件名] 将它移除暂存区（意思就是回退在没有执行git add 的时候）, 然后通过git checkout [文件名] 将改文件退回到修改前。
git reset [哈希值] 上面的操作都是在暂存区，还没有使用git commit 提交到本地厂库。如果已经提交到本地厂库了又要如何操作呢。
将readme.md文件添加一段文字, 然后提交到本地的厂库。

文章图片
gitChange3.png 通过git reflog可以看到一共有两个版本当前的版本是HEAD -> master

文章图片
gitReflog.png 然后在修改文件readme.md，然后在提交到本地厂库。

文章图片
gitChange4.png 但是这个时候的需求是回到没有添加第二次提交文字的时候，意思就是要回到上一个版本。
可以通过使用 git reset 的命令来完成。基本的流程是执行：git reset --mixed HEAD^意思就是回退到上一个版本。

文章图片
gitReset1.png 可以发现命令成功了，是不是页面也变成了原来的样子呢，然后并没有改变。那这个命令具体做了什么呢?
我们通过看readme.md和git status看可以看到

文章图片
gitChange5.png

文章图片
gitChange6.png 是将它回退没有执行git add命令之前了，相当于你修改了代码但是没有提交的那个状态。然后可以通过git checkout readme.md 命令将它变回未修改的状态。
但是如果我们要从现在没有添加那个文字的这个版本变到添加了文字的版本要如何操作呢。
通过git reflog 可以看出当前的版本是fd8258e