更新说明

DAPlatform/docs/git规范.md

+# 边缘计算节点 开发流程规范
+# 边缘计算节点 开发流程规范
+
+
+![图片](git规范.png)
+
+## 一、主分支master
+
+代码库应该有且只有一个主分支。所有提供给用户使用的正式版本，都在这个主分支上发布。
+
+Git主分支的名字，默认叫做Master。它是自动建立的，版本库初始化以后，默认就是在主分支在进行开发。
+
+## 二、 开发分支Develop
+
+主分支只用来分布重大版本，日常开发应该在另一条分支上完成。我们把开发用的分支，叫做Develop。
+
+这个分支可以用来生成代码的最新隔夜版本（nightly）。如果想正式对外发布，就在Master分支上，对Develop分支进行"合并"（merge）。
+
+
+## 三、临时性分支
+
+前面讲到版本库的两条主要分支：Master和Develop。前者用于正式发布，后者用于日常开发。其实，常设分支只需要这两条就够了，不需要其他了。
+
+但是，除了常设分支以外，还有一些临时性分支，用于应对一些特定目的的版本开发。临时性分支主要有三种：
+
+* 功能分支 （feature）
+
+* 预发布分支 (release)
+
+* 修补bug分支 (fixbug)
+
+这三种分支都属于临时性需要，使用完以后，应该删除，使得代码库的常设分支始终只有Master和Develop。
+
+## 四、功能分支 feature branches
+
+为了开发某种特定功能，从Develop分支上面分出来的。开发完成后，要再并入Develop。
+
+功能分支的名字，可以采用feature-*的形式命名。
+
+
+## 五、预发布分支 release branches
+
+指发布正式版本之前（即合并到Master分支之前），我们可能需要有一个预发布的版本进行测试。
+
+预发布分支是从Develop分支上面分出来的，预发布结束以后，必须合并进Develop和Master分支。它的命名，可以采用release-*的形式。
+
+
+## 六、修补bug分支 hotfixes
+
+软件难免会出现bug。这时就需要创建一个分支，进行bug修补。
+
+修补bug分支是从Master/dev分支上面分出来的。修补结束以后，再合并进Master和Develop分支。它的命名，可以采用fixbug-*的形式。
+
+## 七、git commit 信息规范
+git commit 信息应该有统一的前缀以方便搜索：
+* ADD: 新建文件
+* UPDATE: 原文件新增功能
+* DELETE: 删除
+* FIX: 修复bug
+
+比如
+`ADD: xxx业务模块`
\ No newline at end of file

DAPlatform/README.md → README.md

@@ -20,8 +20,28 @@ npm run build --report
 
 For a detailed explanation on how things work, check out the [guide](http://vuejs-templates.github.io/webpack/) and [docs for vue-loader](http://vuejs.github.io/vue-loader).
 
+
+
+单文件组件（各个功能模块的页面）位置：/src/components
+
+public：各个页面都使用到的通用组件
+
+common：通用功能模块
+
+imageAnnotation：图像标注模块
+
+textAnnotation：文字标注模块
+
 ## Tips
 
-使用到了Element-UI
+- git的使用：
+
+  参见docs文件下的git规范.md
+
+- 使用到了VUE和Element-UI
+
+  学习和使用时的参考文档：
+
+  https://cn.vuejs.org/v2/guide/
 
-使用参考文档：https://element.eleme.cn/#/zh-CN/component/quickstart 
\ No newline at end of file
+  https://element.eleme.cn/#/zh-CN/component/quickstart 
\ No newline at end of file