微信小程序团队开发项目环境准备以及版本管理工具的基本使用_团队怎么一起看微信小程序的代码

团队开发之开发环境准备以及版本管理

序言

一、导入项目

二、初始化版本管理工具

三、工具的使用

示例环境：win10 + 码云

序言

在微信小程序团队开发项目中，如何使用版本管理工具呢？以下内容可以解决团队成员链接到项目组仓库中，并且简单介绍了版本管理工具的用法。

一、导入项目

1、从项目仓库中下载压缩包: https://gitee.com/plasma/garbage-classification

2、将项目压缩包解压到无中文的路径中:

3、打开微信开发者工具，小程序→添加→导入项目→目录，选中含有project.config.json文件的文件夹，导入即可

            (如果一开微信开发者工具是直接打开一个已存在的项目，可以选择菜单栏的项目→导入项目→目录，选择上面解压文件夹的路径即可)

4、导入成功后的页面会是这样的：

二、初始化版本管理工具

1、打开版本管理工具：

2、初始化Git仓库：

3、配置远程仓库：

注意：这里需要自己去Gitee注册自己的账号

添加成功后是这样：

4、获取远程仓库的信息：

5、创建本地分支：

在工作空间中选择历史→右键第一个版本→选择将HEAD重置到E42855(最新版本)→不保存工作区内容

创建本地分支成功后：

6、设置跟踪上游分支：在提交更改前刷新可以知道远程版本是否已经发生新的更改

三、工具的使用

0、查看版本信息

1、抓取

            获取远程仓库提交版本信息，抓取后可以在远程中查看最新的版本信息。这里只会在远程中看到这些抓取后的最新情况，不会影响到本地分支的内容。

2、拉取

获取远程仓库的版本信息并与本地HEAD分支合并，拉取操作其实是由两步完成的，即：先去抓取后再合并分支。

使用拉取会将本地HEAD分支更新到最新的远程版本。

两种合并方式的说明（第三种不清楚了）：

合并：git Merge

这种合并是将两个分支的历史合并到一起，现有的分支并不会被更改,它会比对双方不同的文件缓存下来，生成一个commit,去push

优点: 安全，现有分支不会被修改

缺点: 或多或少都会污染一点分支历史，在回看项目时会增加理解项目历史的难度

用处: 一般用于公共master主分支

变基：git Rebase

这种合并通常称之为“衍合”，他是修改提交历史，比对双方的commit，然后找出不同的去缓存，然后在去push，修改你的commit历史。

优点: 项目历史会非常整洁

缺点: 安全性和可跟踪性很差，你将无法知晓你这次合并做了那些修改

用处: 绝不要在公共的分支上使用它。一般用于，自己本身独自使用的分支

总结

这两种方式各有优点和缺点，我们要根据实际情况和需要去决定去使用哪种合并方式。我的使用习惯一般是: 在我自己持有使用的分支，使用Rebase，保持好看的项目历史，在主master分支时使用Merge，这样安全和好跟踪修改！

 
3、提交更改

在滞后的情况下，一定不要提交！不要提交！不要提交！（滞后在后面会说到，提交前一定要确认这个，为了避免产生后续冲突）

4、推送更改

推送时需要注意的地方：

只有在本地版本与远程仓库版本一致或者超前于远程仓库时可以实现推送，否则失败。特别是同时存在超前和滞后的时候，是不能推送的。

在提交前，请一定要确保本地版本比远程版本超前或者相同，否则将会导致推送失败。在滞后的情况下，一定不要提交！不要提交！不要提交！

为了方便查看超前滞后的情况，可以设置有跟踪的上游分支，会提示提交版本的超前、滞后提交版本数，推送成功与否也取决于这个信息

5、贮藏、应用贮藏

贮藏一般应用于备份文件，比如某些重要的算法和功能实现，以及多人完成同一个内容时备份无错误的内容。

贮藏：git stash

应用贮藏：git stash apply

应用后可以删除也可以不删除改贮藏内容

6、分支与合并

7、代码对比

9、标签和子模块的介绍

暂时不会使用到，所以这里只介绍其功能特性，不介绍使用方法。
   tag是git版本库的一个标记，指向某个commit的指针。tag主要用于发布版本的管理，一个版本发布之后，我们可以为git打上 v.1.0.1 v.1.0.2 ...这样的标签。tag感觉跟branch有点相似，但是本质上和分工上是不同的：

所以，两者的区别决定了使用方式，改动代码用 branch ,不改动只查看用 tag。tag 和 branch 的相互配合使用，有时候起到非常方便的效果，例如：已经发布了 v1.0 v2.0 v3.0 三个版本，这个时候，我突然想不改现有代码的前提下，在 v2.0 的基础上加个新功能，作为 v4.0 发布。就可以检出 v2.0 的代码作为一个 branch ，然后作为开发分支。

  

10、目录文件右侧（版本管理中左侧）的小标签介绍

            M、M+ : 绿色标签，工作区内容较HEAD内容有改动、增加

            D：          红色标签，删除文件，较HEAD版本该文件被移除

            C：     黄色标签，冲突标签，表示该文件与HEAD版本内容有冲突

11、检出：HEAD指针转移

            想要将当前的HEAD指针转移到某个分支，则使用检出功能即可