42 lines
1.4 KiB
Markdown
42 lines
1.4 KiB
Markdown
|
||
|
||
大型项目往往需要比较多的人员参与，如果轻视管理协调，工具的规范，代码规范，版本发布规范。那么项目一定会逐步陷入失控的境地。
|
||
|
||
|
||
|
||
工具的规范：
|
||
|
||
- 工具选型：是否开源/是否支持私有化部署/维护成本/学习上手成本/功能特性/是否统一认证/
|
||
|
||
- 项目管理工具：JIRA，worktile，pingcode，jetbrains-space，coding，teambition，Trello，腾讯tpad，
|
||
|
||
- 需求bug管理工具：禅道
|
||
|
||
- 知识库（文档管理）：飞书文档，confluence，outline，PingCode Wiki， Ones WIKI
|
||
|
||
- 源码控制：gitlab，gogs， gitea ，coding ，码云。很难想象还有不引入源码控制的项目；
|
||
|
||
- 自动构建：CICD方案，gitlab cicd，jenkins，CircleCI，github Actions，Jetbrains TeamCity，GoCD。对于一个大项目光构建时间也得大半天，你还要手工构建吗？
|
||
|
||
- 代码检查：SonarQube代码检查
|
||
|
||
- 统一认证：ladp，AD域控管理。
|
||
|
||
|
||
|
||
|
||
开发的规范：
|
||
|
||
- 开发模式：敏捷开发，
|
||
|
||
- 代码编写规范：PEP8规范，数据库开发规范（建表规范，索引规范等），
|
||
|
||
- 分支管理规范，常见三种git flow（Git flow ， Github flow，Gitlab flow），一般建议采用[gitlab flow](https://www.cnblogs.com/xiaoqi/p/gitlab-flow.html)开发规范。
|
||
|
||
- 版本发布规范：语义化版本管理，版本发布周期
|
||
|
||
-
|
||
|
||
|
||
|