git学习记录

git 学习笔记 （gitlab搭建自己服务器上的远程仓库，稍后研究）

1、pwd : 命令用于显示当前目录

2、git init : 通过git init命令把这个目录变成Git可以管理的仓库 (初始化一个Git仓库，使用git init命令。)

3、git status ： 命令可以让我们时刻掌握仓库当前的状态

4、git diff (文件名) ： 可以查看更改的细节

　　要随时掌握工作区的状态，使用git status命令。
　　如果git status告诉你有文件被修改过，用git diff可以查看修改内容。

5、git log 告诉我们历史记录 （git log --pretty=oneline 简化输出log）

6、git reset --hard HEAD^ 回退到上一个版本
　　在Git中，用HEAD表示当前版本 ，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

　　git reset --hard commitID 可以去到每一个commit版本，

7、git reflog 用来记录你的每一次命令，（可以查询commitID）

　　总结：    HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。
　　　　　　穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
　　　　　　要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

8、工作区，暂存区
　　第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
　　第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支

9、git checkout -- readme.txt 意思就是，把readme.txt文件在工作区的修改全部撤销
　　①一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
　　②一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

　　总之，就是让这个文件回到最近一次git commit或git add时的状态。
　　（git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令）

　　总结：    场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
　　　　　　场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，可以清除缓存区的修改，保留到工作区的修改，再丢弃工作区的修改，就回到了场景1，第二步按场景1操作。
　　　　　　场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

10、rm test.txt / git rm test.txt 删除文件
　　（rm虽然删除了，但是未提交到缓存区双层，不能commit，可以用git rm test.txt 这个命令是：删除并提交，可以 直接commit）
　　命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。

 

11、远程仓库（对应8的工作区暂存区）
　　关联远程仓库：git remote add origin git@gitee.com:zjzweb/heima.git

　　总结: 要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git；
　　关联后，使用命令git push -u origin master第一次推送master分支的所有内容；
　　此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；

12、git clone git@gitee.com:zjzweb/heima.git 命令 克隆远程仓库

 

<------------------git分支操作-------------------------->

13、git checkout -b dev
　　git checkout命令加上-b参数表示"创建并切换"
　　等同于    git branch dev
　　　　　　git checkout dev

　　***** git switch -c dev（最新版本创建并切换分支）

14、git branch -d dev 删除分支

15、git branch 查看分支
　　会列出所有分支，当前分支前面会标一个*号。

　　注意：    切换分支使用git checkout <branch>，而前面讲过的
　　　　　　撤销修改则是git checkout -- <file>，同一个命令，有两种作用，确实有点令人迷惑。
　　　　　　实际上，切换分支这个动作，用switch更科学。因此，最新版本的Git提供了新的git switch命令来切换分支。

小结：
　　Git鼓励大量使用分支：

　　查看分支：git branch

　　创建分支：git branch <name>

　　切换分支：git checkout <name>或者git switch <name>

　　创建+切换分支：git checkout -b <name>或者git switch -c <name>

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

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

　　git log --graph 可以查看分支合并图

 

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

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

17、bug分支
发现bug-->存储正在工作的内容stash-->创建bug分支-->解决bug,合并到主分支 -->恢复储存的stash-->继续开心的工作

18、git stash 可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作
git stash list 查看储存位置
工作现场还在，Git把stash内容存在某个地方了
git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除
git stash pop，恢复的同时把stash内容也删了

你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：
git stash apply stash@{0}

19、向线上git push 推送失败
你的小伙伴已经向origin/dev分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送

先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送
git pull也失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接，根据提示，设置dev和origin/dev的链接
git branch --set-upstream-to=origin/dev dev 再pull，
这回git pull成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再push

必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件
Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存

20、多人协作流程
1）首先，可以试图用git push origin <branch-name>推送自己的修改；

2）如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；

3）如果合并有冲突，则解决冲突，并在本地提交；

4）没有冲突或者解决掉冲突后，再用git push origin <branch-name>推送就能成功！

5）如果git pull提示no tracking information，则说明“本地分支和远程分支的链接关系没有创建”，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。

这就是多人协作的工作模式，一旦熟悉了，就非常简单。

小结：
查看远程库信息，使用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，如果有冲突，要先处理冲突。

21、git rebase
rebase操作的特点：把分叉的提交历史“整理”成一条直线，看上去更直观。缺点是本地的分叉提交已经被修改过了。
小结:
rebase操作可以把本地未push的分叉提交历史整理成直线；

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

22、标签管理
Git有commit，为什么还要引入tag？commit号是6a5819e...”不好记
创建标签
git tag <name>

查看标签
git tag
查看标签信息
git show <tagname>查看标签信息
创建带有说明的标签：用-a指定标签名，-m指定说明文字
git tag -a v0.1 -m "version 0.1 released" 1094adb

git tag v0.9 f52c633 ：找到commit id 给他打个标签

标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签。
小结：

命令git tag <tagname>用于新建一个标签，默认为HEAD，也可以指定一个commit id；

命令git tag -a <tagname> -m "blablabla..."可以指定标签信息；

命令git tag可以查看所有标签。

操作标签
如果标签打错了，也可以删除
git tag -d v0.1

小结

命令git push origin <tagname>可以推送一个本地标签；

命令git push origin --tags可以推送全部未推送过的本地标签；

命令git tag -d <tagname>可以删除一个本地标签；

命令git push origin :refs/tags/<tagname>可以删除一个远程标签。

 

屏幕宽度 / 设计稿宽度 *100 来设置根元素的 font-size 10px = 0.10rem

375/750 0.5*100 = 50px;

1rem = 50px
0.1rem = 5px

设计稿 / 手机
750 / 375
10px 0.1rem = 5px

 

 

　//工作切换合并

 

　//工作内容添加、提交、推送

git  add .
git  commit -m '提交的备注信息'
git  push -u origin dev

想将dev分支合并到master分支，操作如下

1、首先切换到master分支上
git  checkout master

2、如果是多人开发的话 需要把远程master上的代码pull下来

git pull origin master
//如果是自己一个开发就没有必要了，为了保险期间还是pull

3、然后我们把dev分支的代码合并到master上

git  merge dev

4、然后查看状态及执行提交命令

git status

On branch master
Your branch is ahead of 'origin/master' by 12 commits.
  (use "git push" to publish your local commits)
nothing to commit, working tree clean

//上面的意思就是你有12个commit，需要push到远程master上 
> 最后执行下面提交命令
git push origin master

5、其他命令

更新远程分支列表
git remote update origin --prune

查看所有分支
git branch -a

删除远程分支Chapater6
git push origin --delete Chapater6

删除本地分支 Chapater6
git branch -d  Chapater6

 

《------------------------未完待续-------------------------------》