|
@@ -8,11 +8,11 @@
|
8
|
8
|
|
9
|
9
|
1.2 每个项目必须有.gitignore、readme.md、LICENSE,.gitignore根据使用的IDE环境设置相应的需要忽略上传的文件,不可将本机使用的配置环境文件上传,必须在readme.md评细说明本项目的功能、目的、使用方式、打包方式、安装部署步骤及环境要求及一些特殊的重要的说明,对于与数据有关的必须给出数据库结构创建的SQL脚本,给出使用的数据库环境及要求。
|
10
|
10
|
|
11
|
|
-1.2 团队中建立管理组(admin)和设计组(dev),设计组成员对仓库只读,设计组成员必须派生主仓库做为个人远程仓库,本地仓库基于远程个人仓库克隆到本地开发,并生成自已的版本分支进行开发;
|
|
11
|
+1.3 团队中建立管理组(admin)和设计组(dev),设计组成员对仓库只读,设计组成员必须派生主仓库做为个人远程仓库,本地仓库基于远程个人仓库克隆到本地开发,并生成自已的版本分支进行开发;
|
12
|
12
|
|
13
|
|
-1.3 当确定一个版本或需要提交至主库的功能时需向主仓库提交合并请求,主库管理员及时做代码合并处理,本地仓库采用及时提交及时推送的习惯,确定版本后需要及时提交,不允许长期不做提交、不合并,需要保证多副本,多备份机制;
|
|
13
|
+1.4 当确定一个版本或需要提交至主库的功能时需向主仓库提交合并请求,主库管理员及时做代码合并处理,本地仓库采用及时提交及时推送的习惯,确定版本后需要及时提交,不允许长期不做提交、不合并,需要保证多副本,多备份机制;
|
14
|
14
|
|
15
|
|
-1.4 对于个人调试的工具类或推荐的资料、不涉及公司机密的,可以采用公共方式发布自已的仓库,本着开源精神,由本人负责代码的完整性和有效性,也鼓励大家开发开源项目,但不允许将涉及公司业务的代码开源;
|
|
15
|
+1.5 对于个人调试的工具类或推荐的资料、不涉及公司机密的,可以采用公共方式发布自已的仓库,本着开源精神,由本人负责代码的完整性和有效性,也鼓励大家开发开源项目,但不允许将涉及公司业务的代码开源;
|
16
|
16
|
|
17
|
17
|
1.5 对于完全开源的项目,大家需谨记不可在代码中保留有公司服务器连接的相关信息,如地址、端口、密码等。
|
18
|
18
|
|