Git
git命令行
git 查看、切换用户
查看用户名：git config user.name
查看用户邮箱：git config user.email
修改用户名：git config --global user.name "Your_username"
修改用户邮箱：git config --global user.email "Your_email"
git init
通过git init命令把这个目录变成Git可以管理的仓库
git add
用命令git add告诉Git，把文件/文件的修改添加到仓库
git add . 添加该目录下得所有文件
git commit -m
用命令git commit告诉Git，把文件提交到仓库
git status
git status命令可以让我们时刻掌握仓库当前的状态
git diff
git diff顾名思义就是查看difference
git log
git log命令显示从最近到最远的提交日志
如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline参数
git log --pretty=oneline
git reset
我们要把当前版本回退到上一个版本，就可以使用git reset命令git reset --hard HEAD^
HEAD^
在Git中，用HEAD表示当前版本，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100
git reflog
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本
在Git中，总是有后悔药可以吃的。当你用$ git reset --hard HEAD^回退到上个版本后，再想恢复到之后的版本，就必须找到想要版本的commit id。Git提供了一个命令git reflog用来记录你的每一次命令
git checkout –
1.丢弃工作区的修改
git checkout -- file可以丢弃工作区的修改
命令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操作。
2.“一键还原”
git checkout -- file其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
你通常直接在把没用的文件删了，这个时候，Git知道你删除了文件，因此，工作区和版本库就不一致了，git status命令会立刻告诉你哪些文件被删除了
现在你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit
另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本git checkout -- test.txt
SSH加密
第1步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：
ssh-keygen -t rsa -C "youremail@example.com"
你需要把邮件地址换成你自己的邮件地址，然后一路回车，使用默认值即可，由于这个Key也不是用于军事目的，所以也无需设置密码。
如果一切顺利的话，可以在用户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。
第2步：登陆GitHub，打开“Account settings”，“SSH Keys”页面：
然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容
SSH警告
当你第一次使用Git的clone或者push命令连接GitHub时，会得到一个警告：
The authenticity of host 'github.com (xx.xx.xx.xx)' can't be established.
RSA key fingerprint is xx.xx.xx.xx.xx.
Are you sure you want to continue connecting (yes/no)?
这是因为Git使用SSH连接，而SSH连接在第一次验证GitHub服务器的Key时，需要你确认GitHub的Key的指纹信息是否真的来自GitHub的服务器，输入yes回车即可。
关联远程仓库
把一个已有的本地仓库与hithub仓库关联
git remote add origin SSH地址
git remote add origin git@github.com:michaelliao/learngit.git
git push
git push origin master
把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。
git push -u origin master
第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
git clone
要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆。
分支管理
切换分支
git switch
git switch -c dev创建并切换到新的dev分支
git switch master直接切换到已有的master分支
git checkout（旧版）
git checkout -b dev
git checkout命令加上-b参数表示创建并切换，相当于以下两条命令
创建分支git branch dev
切换分支git checkout dev
git branch
git branch命令会列出所有分支，当前分支前面会标一个*号。
git branch -d dev删除dev分支
git branch -D <name>强行删除。
git merge
git merge命令用于合并指定分支到当前分支。
git merge dev将dev分支合并到当前分支
git merge --no-ff
强制禁用Fast forward模式，Git会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息
git merge --no-ff -m "merge with no-ff" dev合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。
git rebase
- rebase操作可以把本地未push的分叉提交历史整理成直线；
- rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。
git stash
Git提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作
git stash list查看stash存储的分支，但是需要恢复一下，有两个办法：
一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
另一种方式是用git stash pop，恢复的同时把stash内容也删了
$ git stash pop
On branch dev
你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：
$ git stash apply stash@{0}
cherry-pick
Git专门提供了一个cherry-pick命令，让我们能复制一个特定的提交到当前分支
Bug分支
修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场；
在master分支上修复的bug，想要合并到当前dev分支，可以用git cherry-pick <commit>命令，把bug提交的修改“复制”到当前分支，避免重复劳动。
多人协作
git remote
查看远程库的信息
git remote -v
显示远程库更详细的信息
推送分支
推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：
$ git push origin master
如果要推送其他分支，比如dev，就改成：
$ git push origin dev
git pull
推送失败，远程分支的最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送
协作模式
多人协作的工作模式通常是这样：
- 首先，可以试图用
git push origin <branch-name>推送自己的修改； - 如果推送失败，则因为远程分支比你的本地更新，需要先用
git pull试图合并； - 如果合并有冲突，则解决冲突，并在本地提交；
- 没有冲突或者解决掉冲突后，再用
git push origin <branch-name>推送就能成功！
如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。文章来源：https://www.toymoban.com/news/detail-703803.html
这就是多人协作的工作模式，一旦熟悉了，就非常简单。文章来源地址https://www.toymoban.com/news/detail-703803.html
到了这里，关于git新手指南——git相关命令的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
