Pycharm中使用Git

柔情只为你懂 2022-01-20 23:11 271阅读 0赞

### 文章目录 ###

*  Pycharm中使用Git
 *   *  1.使用Git私服创建cmdb项目版本库
     *  暂存stash
     *  分支branch
     *   *  分支名
         *  单分支
         *  多分支
         *  合并分支
         *  Fast Forward合并
     *  GitFlow工作流

# Pycharm中使用Git #

## 1.使用Git私服创建cmdb项目版本库 ##

*  在服务上注册用户后登陆  
    ![01][]
 *  填写厂库信息  
    ![02][]
 *  添加本地ssh密钥  
    ![025][]
 *  获取远程仓库地址：`git@192.168.61.108:xdd/mumuxi.git`
 *  使用pycharm创建一个项目  
    ![003][]
 *  选择项目目录，填入远程版本库地址`git@192.168.61.108:xdd/mumuxi.git`，Test测试一下  
    ![004][]
 *  在项目中新建一个python文件  
    ![005][]
 *  编写代码：

if __name__ == "__main__":
        print("hello word")

*  提交代码  
    ![006][]
 *  填写提交信息(这里可以选择**提交**或**提交并推送**。本次选择**提交**)  
    ![007][]
 *  提交到远程厂库(vcs->git->push)  
    ![008][]  
    ![009][]
 *  提交成功后可以查看远程仓库中的变化：  
    ![010][]

## 暂存stash ##

<table> 
 <thead> 
  <tr> 
   <th align="left">命令</th> 
   <th align="left">说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left"><code>git stash filename</code></td> 
   <td align="left">暂时存储最后一次<strong>提交后</strong>的变化，放入栈中</td> 
  </tr> 
  <tr> 
   <td align="left"><code>git stash pop</code></td> 
   <td align="left">从栈中取出刚才保存的变化，并合并</td> 
  </tr> 
 </tbody> 
</table>

*  新加一个文件并再次提交dispatcher.py

class Dispatcher:
        cmds = { }
        def reg(self,cmd,fn):
            pass
        def run(self):
            pass

*  commit提交一下后，并完善分发器代码

class Dispatcher:
        cmds = { }
        def reg(self,cmd,fn):
            self.cmds[cmd] = fn
    
        def run(self):
            pass
    
        def defaultfn(self):
            print("Unknown Command")

*  这时候发现text.py急需完善代码，但是分发器模块还没有完成不想提交。这时候讲究需要stash了。  
    ![011][]  
    ![012][]
 *  执行完成，可以看到工作区回到了上次提交的样子。修改急需修改的文件test.py修改完成后提交。  
    ![13][]  
    ![14][]
 *  提交急需修改的文件

![15][]

*  完成后`unstash pop`恢复刚才完成一半的文件。

![16][]  
![17][]

*  恢复后可以看到，紧急修复的文件还在。而之前临时保存的文件已经恢复了。(dispatcher.py文件又变成了刚才修改过的样子，继续完成代码，提交。 )

![18][]  
![19][]

应用场景  
开发中，当前手中的工作没有完成，需要中断当前工作来完成其他请求，例如修复Bug。 已完成的工作内容提交不合适，可能还要需要大的调整，但是紧急请求又不能不做，就需要stash存储未完成的工 作（上次提交后做的修改）。

## 分支branch ##

*  注：以下的操作都在Pycharm中完成，其它IDE都可以实现类似的功能，Git命令操作较为麻烦，不再演示

多人协作一起开发，开发项目中不同的独立的功能，这些功能可能需要好几天才能完成，又或者定制版本，往往需要一个不同的定制需求。  
代码中至少有一个分支，就是主干分支或称主分支Master，默认都是在主分支上开发。

### 分支名 ###

*  分支名在版本库中必须唯一
 *  不能以`-`开头
 *  可以使用`/`，但是不能以它结尾，被它分割的名称不能以`.`开头
 *  不能使用两个连续的`..`
 *  不能包含任何空白字符、Git的特殊符号

### 单分支 ###

![20][]

*  图中绿色节点表示每一次提交commit  
    项目往往是并行多人开发的，都在主分支上克隆，然后修改提交，那么主分支就会有存在大量的冲突。甚至有一些 不完善代码提交，主分支就混乱不堪，不可维护了。

### 多分支 ###

![21][]

创建分支  
需要指明从什么分支上创建什么名字的分支。版本控制的Log标签页

![22][]

*  在最后最后一次提交分支上用鼠标点击右键，创建NewBranch…新的分支

![23][]  
![24][]

*  到目前就在master上拉出一个分支并切换到了这个新的分支dev上开发，修改test.py，后并提交  
    ![25][]
 *  push到服务器看看

![26][]

*  可以看到服务器上已经多出一个分支  
    ![27][]

### 合并分支 ###

dev开发告一段落，需要将功能合并入master。  
切换回到master,检出master

*  在log中，选中master最后一次提交的分支，鼠标右键`Brach 'master'-->checkout`检出分支，切换到master分支  
    ![28][]
 *  检出后可以看到项目回到了master分支时的内容，pycharm中的log分支显示master分支亮起了黄牌。  
    ![29][]
 *  开始合并，`VCS->Git->Merge Changes..`  
    ![30][]  
    ![31][]
 *  合并后可以看到本地master分支发生的变化。(注意：合并后需要push才能提交的远程服务器。)  
    ![32][]
 *  将合并结果push到远程服务器。

![33][]

**以此内推，可以继续检出dev分支，继续开发，开发好了，合并进master分支**。这样可以保证master分支的提交清洁度

### Fast Forward合并 ###

![34][]

*  从前面操作的图中可以看到，默认No FF不勾选的，也就是默认使用FF方式合并。
 *  no-ﬀ的好处是，可以看清楚开发分支上的代码改动。

上面dev分支总是开发中的代码，dev测试、审查后合并到master中。  
master分支都是稳定的代码，可以发布部署。

## GitFlow工作流 ##

不同公司，不同的项目规模，不同的管理水平都有着不同Git工作流方式。

1.  **最佳实践**
    
     *  使用Git一般至少2个分支：master和develop
     *  master，主干，生产环境都来主干分支上拿数据部署，也可以使用钩子自动完成
     *  develop，开发分支，开发人员都是检出这个分支开发
2.  **辅助分支**
    
     *  feature 分支，具体的功能开发分支，只与 develop 分支交互。
     *  release 分支，发布版本
     *  hotﬁx 分支，紧急bug修复的版本，后需要合并到develop 和 master中。

*  多分支结构图  
    ![35][]

[01]: /images/20220121/a4b299e8263440ed93b9d6bcea068993.png
[02]: /images/20220121/7519de5c2e4549c9bc46aafce595977b.png
[025]: /images/20220121/13f6b18411ff48ea92bb563139acf363.png
[003]: /images/20220121/fc474176ec5c4cb7ba0aacfc6bde3d05.png
[004]: /images/20220121/c51989d8f9404bf68899c690b2284464.png
[005]: /images/20220121/fbf78efc868b4c4397c64ab7fd0ef385.png
[006]: /images/20220121/29966080e1c844448adfba6772c7c3a4.png
[007]: /images/20220121/c0a3a09f458049e8aa8c531dceea32ba.png
[008]: /images/20220121/ea6cad3cb53c4ff09db1bfba5ca26da7.png
[009]: /images/20220121/07527391fe104bc9bdaf1ea273689575.png
[010]: /images/20220121/19af44d7f66340528b75e631bc1c05ee.png
[011]: /images/20220121/73589eb5d8c34bffa5166350f425d923.png
[012]: /images/20220121/2bdeedb091064cccaec585b91e6a67b7.png
[13]: /images/20220121/272a9138812e46ffa7c1980169a3786d.png
[14]: /images/20220121/ae64aa32682d4f6cb2a2031f27d4ec07.png
[15]: /images/20220121/3d02295fe7704a078f45407c7de8e2e8.png
[16]: /images/20220121/1312cee9e39c49e68628ad6443267087.png
[17]: /images/20220121/d140cc9a0c0e497fa82e7c353601fedf.png
[18]: /images/20220121/4809525c0bac473a96bfa115c24ac5b8.png
[19]: /images/20220121/ab787f2154b24a1c9e5e02cfe59b4eeb.png
[20]: /images/20220121/8f68ebd2f70c458f94dc529c0ddc5636.png
[21]: /images/20220121/f72f81da16c84f0e9c1c95005f112ae1.png
[22]: /images/20220121/b9176be7103d490c9081f32536733e1c.png
[23]: /images/20220121/070b68c162f9484192734029897615b4.png
[24]: /images/20220121/cdb285c246744392b5bdd044350cae2b.png
[25]: /images/20220121/679e95661ab043a9b479f2cf9d767965.png
[26]: /images/20220121/d050de3251e34de2869bebc98db3e658.png
[27]: /images/20220121/9d5a4fbec980486c9b2698d2e13e46c2.png
[28]: /images/20220121/07b4b56b15a148809a177aecc830057c.png
[29]: /images/20220121/8f547ca5b0d74b86a3fe6fba44824960.png
[30]: /images/20220121/52f60c42fb964b77b0cda97b88ec76c7.png
[31]: /images/20220121/b8adecbf448c4c848387be28c0326683.png
[32]: /images/20220121/d7894b01a368438788c896fb49519553.png
[33]: /images/20220121/a013a2b857234cee84df08b01bd388ed.png
[34]: /images/20220121/7d77c8a1187b4eab913c1afe8ced88a3.png
[35]: /images/20220121/6c545904f4994113a2aef3b06f670542.png