【笔记-git】《imooc-git入门》、《 imooc-版本管理工具介绍-git篇》、《imooc-版本控制入门 – 搬进 Github》、《PHP项目中的Gitflow多人协作开发工作流》

曾经终败给现在 2022-04-24 06:58 57阅读 0赞

<table> 
 <tbody> 
  <tr> 
   <td> 《 imooc-git入门》</td> 
  </tr> 
 </tbody> 
</table>

地址：http://www.imooc.com/learn/1052

一、git操作  
**1、git查状态**  
（1）git status

git status // git状态
    git show 9d461ad1d75b13c9be3efc75f8344babe6d8940e // 看某次修改的具体内容

（2）git log

git log // 近期提交的版本记录
    git log --stat // 近期提交的版本记录，及修改的文件

**2、git修改远端地址**  
（1）直接修改：  
`git remote set-url origin xxxxx.git`

（2）先删后加 ：

git remote rm origin
    git remote add origin xxxxx.git

**2、提交**

git status
    git checkout feature/yanqm // 确定分支，如果不是要操作的分支，则检出要操作的分支

git add index.html // 提交到暂存区
    git commit -m "初次提交" // 提交到本地仓库。 -m参数表示后面可以直接跟提交信息
    git push // 提交到远程分支

**3、回滚**

git log // 得到commit号，如果要退出log，则按英文状态下的q 
    git reset --hard commit号 // 本地仓库回滚（强制回滚）
    git rm index.html // 本地文件清空
    git commit -m "删除了index.html" // 暂存区和本地仓库文件清空

（2）未提交之前，恢复之前的版本  
①

如果我知道要删掉那些内容的话，直接手动更改去掉那些需要的文件，然后add添加到暂存区，最后commit掉

②

我可以按以前的方法直接恢复到上一个版本。使用 git reset --hard HEAD^

③

git checkout -- file 可以丢弃工作区的修改

(3)  
假如现在我对readme.txt添加一行 内容为6666666666666，我git add 增加到暂存区后，接着添加内容7777777，我想通过撤销命令让其回到暂存区后的状态。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FTdW5jYXQ_size_16_color_FFFFFF_t_70]  
git checkout – readme.txt 中的 – 很重要，如果没有 – 的话，那么命令变成创建分支了

**4、分支合并**  
（1）*合并全部*  
修改了feature/yanqm，将修改的结果合并到feature/chint-develop  
用merge

git checkout feature/chint-develop
    git pull origin feature/chint-develop
    git merge feature/yanqm  // 然后会有merge信息，按esc，然后输入:wq保存
    git push origin feature/yanqm

（2）*合并部分*  
修改了feature/yanqm的两处，分别为a、b、c，将其中两处b、c提交到另一分支feature/chint-develop  
用cherry-pick

①git checkout feature/yanqm
    ②git log
    ③复制要的commit号，b为909b4a13cf3fc702aec9edace4a36f4e4d61fa71，c为c39d50cfde90d3614c0c73da5d74684da55acf40
    ④git checkout feature/chint-develop
    ⑤git cherry-pick  909b4a13cf3fc702aec9edace4a36f4e4d61fa71 c39d50cfde90d3614c0c73da5d74684da55acf40 // 后两串分别为b、c的commit号
    // commit-hash使用空格分割, commit-hash最好按提交时间先后排列, 即最先提交的commit放在前面.
    ⑥git push

cherry-pick 过程中也是可能会产生冲突的，解决冲突后先 add，然后使用 git cherry-pick --continue。  
如果想放弃 cherry-pick，使用 git cherry-pick --abort  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FTdW5jYXQ_size_16_color_FFFFFF_t_70 1]

**5 基于原有分支创建新分支**

git checkout -b  develop dice-origin/feature/add_company // 基于来源与dice-origin的feature/add_company创建develop分支
    git push dice-origin develop // 推送到远端

**6、让某分支基于另一分支**

git checkout master
    git reset --hard feature/add_company
    git push origin master --force

**5、冲突解决**

本地修改冲突的地方
    然后按提交的方式提交代码,add commit 等

**6、查看分支**

git branch // 查看本地所有分支 
    git branch -r // 查看远程所有分支
    git branch -a // 查看本地和远程的所有分支

git log dice-origin/feature/chint-develop(分支名) // 查看某个分支近期的提交

**7、新建分支**  
（1）新建分支

git branch <branchname> // 新建分支

（2）基于原有分支创建新分支

cd ~/git/asgard-frontend
    git status // 获取id号:dfa6
    git checkout -b 新分支名 要复制的id号 // git checkout -b feature/add_company dfa6

**8、删除分支**  
（1）删除本地分支

git branch -d <branchname> // 删除本地分支
    git branch -d -r <branchname> // 删除远程分支，删除后还需推送到服务器
    git push origin:<branchname>  // 删除后推送至服务器

（2）删除远端分支

git branch -d -r <branchname> // 删除远程分支，删除后还需推送到服务器
    git push origin:<branchname>  // 删除后推送至服务器

可以简写成如下方式：

git push origin -d <branchname>  // 删除远端分支（单个）

**9、重命名分支**

git branch -m <oldbranch> <newbranch> // 重命名本地分支
    /**
    *重命名远程分支：
    *1、删除远程待修改分支
    *2、push本地新分支到远程服务器
    */

**10、git远端信息**

git remote -v // 查看远端信息，fetch下来的地址,push上去的地址。得到信息webstorm-vcs-git-remotes的信息

**11、git中一些选项解释:**

<table> 
 <thead> 
  <tr> 
   <th>简写</th> 
   <th>全称</th> 
   <th>释义</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td><code>-f</code></td> 
   <td>–force</td> 
   <td>强制</td> 
  </tr> 
  <tr> 
   <td><code>-d</code></td> 
   <td>–delete</td> 
   <td>删除</td> 
  </tr> 
  <tr> 
   <td><code>-D</code></td> 
   <td>–delete --force</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td><code>-m</code></td> 
   <td>–move</td> 
   <td>移动或重命名</td> 
  </tr> 
  <tr> 
   <td><code>-M</code></td> 
   <td>–move --force</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td><code>-r</code></td> 
   <td>remote</td> 
   <td>远程</td> 
  </tr> 
  <tr> 
   <td><code>-a</code></td> 
   <td>–all</td> 
   <td>所有</td> 
  </tr> 
 </tbody> 
</table>

**12、代码上传命名规范**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FTdW5jYXQ_size_16_color_FFFFFF_t_70 2]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FTdW5jYXQ_size_16_color_FFFFFF_t_70 3]

--------------------

<table> 
 <tbody> 
  <tr> 
   <td> 未看完：《 imooc-版本管理工具介绍-git篇》</td> 
  </tr> 
 </tbody> 
</table>

地址：http://www.imooc.com/learn/208

一、多人合作经验  
1、多用客户端和工具，少用命令行，除非是在linux服务器上直接开发。  
2、每次提交前，diff自己的代码，以免提交错误的代码。  
3、下班回家前，整理好自己的工作区。  
4、并行的项目，使用分支开发。  
5、遇到冲突时，搞清楚冲突的原因，千万不要随意丢弃别人的代码。  
6、产品分布后，记得打tag，方便将来拉分支修改bug。

--------------------

<table> 
 <tbody> 
  <tr> 
   <td> 未看完：《imooc-版本控制入门 – 搬进 Github》</td> 
  </tr> 
 </tbody> 
</table>

地址：http://www.imooc.com/learn/390  
暂无

--------------------

<table> 
 <tbody> 
  <tr> 
   <td> 《PHP项目中的Gitflow多人协作开发工作流》</td> 
  </tr> 
 </tbody> 
</table>

地址：http://www.imooc.com/learn/751

### 第01章 ###

##### 1-1 Gitfolw 各分支交互流程分析 #####

一、gitflow  
1、gitflow定义了一个围绕项目发布的严格的分支模型  
2、gitflow仍然用中央仓库作为所有开发者的交互中心。  
二、 master: master分支，存储正式发布的历史。发布的版本号  
hotfix：上线分支，bug情急修复分支  
release：发布分支，发布上线的时候  
develop：开发分支，作为功能的收集分支。  
feature：功能分支，每次开发新功能的时候都会有对应的feature分支  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FTdW5jYXQ_size_16_color_FFFFFF_t_70 4]

### 第02章 ###

##### 2-1 SourceTree创建Gitflow结构 #####

一、repository:\[rɪ’pɑzə’tɔri\]，仓库。  
二、feature分支是从develop打出来的。  
三、功能分支——feature分支：  
1、使用develop分支作为父分支，  
2、每个新功能位于一个自己的分支  
3、新功能完成后，合并回develop分支。  
4、新功能提交应该从不直接与master分支交互。  
5、分支名称feature/\[feature name\]。

### 第03章 ###

##### 3-1 发布分支操作 #####

一、发布分支:release分支  
1、使用develop分支作为父分支。  
2、这个分支只应该做bug修复、文档生成和其它面向发布的任务。  
3、发布完成之后，发布分支应该合并到master分支并分配一个版本号打好tag。  
4、从新建发布分支以来的做的修改要合并回develop分支。  
5、当前发布分支名称：release/\[release version No.\]  
6、当前发布bug修复分支名称：release-bugfix-\[Version No.\]/\[bug name|bug No.\]

##### 3-2 维护分支操作 #####

一、hotfix分支：  
1、要从master分支上建立新的分支。  
2、develop分支第一次从master分支fork出来,此后独立成长。hotfix分支一直从master分支fork出来。  
3、修复完成，应该马上合并回master分支和develop分支。  
4、master分支应该用新的版本号打好tag。  
5、分支名称：hofix/\[bug name|bug No.\]。  
二、master,develop,feature,release形成一个闭环。  
线上bug需要紧急修复时,master分支上fork一个hotfix分支，hotfix分支完成后，会合并到master分支，也会合并到develop分支。  
三、feature往前推进过程中，定期将develop分支合并feature分支，这样可以使冲突最小化。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FTdW5jYXQ_size_16_color_FFFFFF_t_70]: /images/20220218/1c46ef8be00d4371a049bfbf69f4b52d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FTdW5jYXQ_size_16_color_FFFFFF_t_70 1]: /images/20220218/21f09788fcde4f8ea010bfffec5d7ffc.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FTdW5jYXQ_size_16_color_FFFFFF_t_70 2]: /images/20220218/3dd69e4d621c473da88dfef3ea8a9409.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FTdW5jYXQ_size_16_color_FFFFFF_t_70 3]: /images/20220218/d2833ea8c1804724ab706a52d9dec56f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FTdW5jYXQ_size_16_color_FFFFFF_t_70 4]: /images/20220218/a9415c8ff3674277969d06b049a5c7c6.png