git常用命令学习

一.在Windows上安装Git

1.在Windows上使用Git，可以从Git官网直接下载安装程序，然后按默认选项安装即可。
2.安装完成后，在开始菜单里找到“Git”->“Git Bash”，蹦出一个类似命令行窗口的东西，就说明Git安装成功！
3.安装完成后，还需要最后一步设置，在命令行输入：
git config --global user.name “Your Name”
git config --global user.email “email@example.com”
注意：git config命令的–global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。

二.git的使用

1.创建本地仓库 ---------git init
2.告诉git把文件添加进本地仓库--------git add 文件名
3.告诉git把文件提交到本地仓库--------git commit -m "提交的代码描述信息"
-------------------进行代码开发改动-----------------------------
4.查看代码状态-----git status
5.查看某个文件改动了哪些内容----------git diff 文件名
-------------------没有问题，在进行代码提交-----------------------------
6.把文件添加进本地仓库,实际上就是把文件修改添加到暂存区；--------git add 文件名
7.把文件提交到本地仓库,实际上就是把暂存区的所有内容提交到当前分支--------git commit -m “提交的代码描述信息”
8.再次查看仓库状态-----git status
-------------------版本回退-----------------------------
9.可以查看之前提交的代码---------git log / git log-pretty=oneline 后者可以简化信息
注意：git中用HEAD代表当前版本，上一个版本就是HEAD^，当然往上100个版本写100个比较容易数不过来，所以写成HEAD~100。
10.进行版本回退--------git reset --hard HEAD^ 这个是返回上一个版本
11.可以重新回到想去的提交版本---------git reset --hard id
-------------------如果不及得commit的id-----------------------------
12.查看之前的执行记录------------git reflog
------如果git add后又修改了文件，则此时commit后，分支里的代码和二次修改的是不一样的-----------
13.可查看工作区和版本库的代码区别-----git diff HEAD – 文件名
-----------------------------------将工作区的修改全部撤销--------------------------------------------------------
14.丢弃工作区的修改-------------git checkout – 文件名
这里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。
15.将暂存区的修改撤销，重新放回工作区--------------------git reset HEAD 文件名
------------------------------------删除工作区中的文件---------------------------------------
16.确定要删除------------git rm 文件名 ----》 git commit -m "删除文件名"
17.删除错了，恢复到最新版版--------------git checkout – 文件名
-----------------------添加远程库-----------------------------
18.将本地库与远程进行关联-----git remote add origin git@github.com:用户名/learngit.git----这个是GitHub的操作命令
19.完成18后本地进行提交，就可以将本地推送至远端—git push origin master / git push -u origin master
注意：第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
-----------------------删除远程库-----------------------------
20.如果地址写错了可以删除远程库----------git remote rm 远程库名称----此处的“删除”其实是解除了本地和远程的绑定关系
21.在执行20行时，建议先执行查看远程信息-------git remote -v
-------------------------------从远程库克隆---------------------------------
22.将远程库克隆到本地-------------------git clone 地址
-------------------------------分支管理---------------------------------------
23.创建分支---------- git checkout -b 分支名--------git checkout ----------命令加上-b参数表示创建并切换，相当于以下两条命令：git branch dev-------------------》 git checkout dev
24.查看当前分支--------------git branch
25.将另一个分支合并到当前分支---------------------git merge 另一个分支名
26.删除分支------- git branch -d 分支名
---------------------最新版本的git提供了新的切换分支命令-----------------
27.创建并切换到新的dev分支--------git switch -c dev
28.直接切换到已有的master分支----------git switch master
-------------解决冲突--------------------------
在不同分支修改同一个文件git add 和git commit后会引起文件冲突，必须手动解决冲突后再提交
----------------------分支管理策略--------------------------
合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息，这时可以禁止快速合并Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息
29.禁止快速合并分支—git merge --no-ff -m “merge with no-ff” dev–请注意–no-ff参数，表示禁用快速合并
-----------------------Bug分支--------------------------
30.将未完成的工作隐藏起来---------------- git stash
31.查看刚才隐藏起来的工作区---------------git stash list
32.将隐藏的内容恢复回来------git stash apply恢复---------但恢复后，stash内容并未删除，需要–git stash drop来删除；第二种方式------------git stash pop----------恢复的同时把stash内容也删了；恢复指定的stash------------git stash apply stash@{0}；
33.复制特定提交到当前分支------------git cherry-pick 提交的commit ID
-----------------------多人协作-------------------------
当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin
34.查看远程库的信息----------git remote-------用git remote -v显示更详细的信息；
35.推送分支------git push 远程分支名 本地分支名----例如git push origin master–推送分支，就是把该分支上的所有本地提交推送到远程库；
36.先创建远程origin的dev分支到本地—git checkout -b dev origin/dev—之后就可以推送—git push origin dev；
37.抓取分支----先指定本地dev分支与远程origin/dev分支的链接----git branch --set-upstream-to=origin/ dev--------再pull------git pull
38.多人协作的工作模式通常是这样：

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

39.rebase操作的特点：把分叉的提交历史“整理”成一条直线，看上去更直观。缺点是本地的分叉提交已经被修改过了----------git rebase
----------------------标签管理-------------------------
40.创建标签----先切换到需要打标签的分支上----再执行—git tag —可以用命令git tag查看所有标签-------给指定的提交打标签-----git tag 标签名 commitId—例git tag v0.9 f52c633—查看标签信息----git show -----创建带有说明的标签，用-a指定标签名，-m指定说明文字----git tag -a v0.1 -m “version 0.1 released” 1094adb----用命令**git show **可以看到说明文字
41.删除标签----git tag -d v0.1
42.推送某个标签到远程-----git push origin -----推送全部尚未推送到远程的本地标签—git push origin --tags
43.删除远程标签----先删除本地----git tag -d v0.9----再删除远程----git push origin :refs/tags/v0.9
44.配置命令别名—git config --global alias.st status–以后st就代表表status

三.总结

• 初始化一个Git仓库，使用git init命令
• 添加文件到Git仓库，分两步： 使用命令git add ，注意，可反复多次使用，添加多个文件； 使用命令git commit
  -m ，完成。
• 要随时掌握工作区的状态，使用git status命令。
• 如果git status告诉你有文件被修改过，用git diff可以查看修改内容。
• HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。
• 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
• 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。
• 暂存区是Git非常重要的概念，弄明白了暂存区，就弄明白了Git的很多操作到底干了什么。
• 每次修改，如果不用git add到暂存区，那就不会加入到commit中。
• 场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout – file。
• 场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD ，就回到了场景1，第二步按场景1操作。
• 场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。
• 命令git
  rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。
• 要关联一个远程库，使用命令git remote add origin
  git@server-name:path/repo-name.git；
• 关联一个远程库时必须给远程库指定一个名字，origin是默认习惯命名；
• 关联后，使用命令git push -u origin master第一次推送master分支的所有内容；
  此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；
• 要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆。
• Git支持多种协议，包括https，但ssh协议速度最快。
• 查看分支：git branch
• 创建分支：git branch
• 切换分支：git checkout 或者git switch
• 创建+切换分支：git checkout -b 或者git switch -c
• 合并某分支到当前分支：git merge
• 删除分支：git branch -d
• 当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
• 解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。
• 用git log --graph命令可以看到分支合并图。
• 合并分支时，加上–no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fastforward合并就看不出来曾经做过合并。
• 几个进行分支管理基本原则： 首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
  干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
  小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
• 修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
• 当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场；
• 在master分支上修复的bug，想要合并到当前dev分支，可以用git cherry-pick
  命令，把bug提交的修改“复制”到当前分支，避免重复劳动。
• 开发一个新feature，最好新建一个分支；
• 如果要丢弃一个没有被合并过的分支，可以通过git branch -D 强行删除。
• 并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？ master分支是主分支，因此要时刻与远程同步；
  dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
  bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；
  feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。
• 查看远程库信息，使用git remote -v；
• 本地新建的分支如果不推送到远程，对其他人就是不可见的；
• 从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；
• 在本地创建和远程分支对应的分支，使用git checkout -b branch-name
  origin/branch-name，本地和远程分支的名称最好一致；
• 建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name
  origin/branch-name； 从远程抓取分支，使用git pull，如果有冲突，要先处理冲突
• rebase操作可以把本地未push的分叉提交历史整理成直线；
• rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。
• 命令git tag 用于新建一个标签，默认为HEAD，也可以指定一个commit id；
• 命令git tag -a -m "blablabla…"可以指定标签信息；
• 命令git tag可以查看所有标签
• 命令git push origin 可以推送一个本地标签；
• 命令git push origin --tags可以推送全部未推送过的本地标签；
• 命令git tag -d 可以删除一个本地标签；
• 命令git push origin :refs/tags/可以删除一个远程标签。
• 忽略某些文件时，需要编写.gitignore；
• .gitignore文件本身要放到版本库里，并且可以对.gitignore做版本管理！
  
  学习地址： https://www.liaoxuefeng.com/wiki/896043488029600