1、码仓码仓主要有单码仓和多码仓两种解决方案
1.1、单码仓库单码仓库又称中心仓库。 主要优点包括
方便代码复用方便代码重构统一开放规范
目前，许多大型互联网公司都采用了单代码仓库战略。 典型的就像谷歌公司。 但是，单码仓库也有很多弊端。 例如：
权限管理麻烦的代码量太大，需要开发管理仓库的专用系统。 1.2、多码仓库多码仓库，码分成多个仓库，利用分而治之思想管理码。 其主要构建原则如下：
每个仓库可以独立编译交货，也可以作为服务独立部署。 不同的开发语言，尽量不要放在同一个仓库里。 1.3、代码仓库优化仓库出现大量文件，特别是二进制非文本文件时。 因为会严重影响传达的效率，所以有必要适当优化仓库。
项目中的大文件主要分为以下几类：
1.3.1、资源和文档如SRS、数据库文档、用户提供的资料、项目参考的资料等。 这些文件实际上不是代码的一部分，不建议放在代码仓库中。 必须创建项目级wiki并存储这些数据。
1.3.2、需要引用的第三方dll文件、jar包等依赖文件。 这类文件可以依赖于管理系统单独管理。
1.3.3、附属文件，如图像、配置文件、数据文件、模板文件等。 可以在Git LFS系统中管理这些文件。 (没有使用经验，什么都不知道) )。
2、分支策略2.1、简单的分支对于小型开发团队来说，最容易使用的是简单的分支策略。
开发人员为某个功能创建独立的分支，并在功能分支中提交未完成的编码。
完成的代码将合并到主分支中。
创建版本分支，并将需要发布到生产环境的代码集成到版本分支中。
2.2、多产品线困境多产品线是指同一个产品，由于不同用户的需求，产生了不同的版本。 例如，在PDMS插件中，12.0版和12.1版是多产品线。 主要逻辑可能相似，但有些写法有差异。
虽然建议了四个方案来解决这个问题，但总的来看，使用fork的方案是最佳的。 我觉得还是解决不了问题
3、依赖管理3.1、依赖地狱的不合理依赖，形成依赖区域，主要表现在以下几个方面：
依赖度太多
循环依赖
依赖冲突
向后不兼容
3.2、依赖类型依赖主要分为源代码依赖和二进制依赖。 例如，在PDMS插件中，被调用的pmlobj依赖于源代码。 这些对象文件无需编译即可使用。 加载到内存中的DLL文件依赖于二进制，需要预先编译。
3.3、语义化版本主版本.次版本.修订号
命名策略：
从0开始，一点一点地增加。 请不要用0来补充。 请使用1而不是01。 次版本升级后，版本号为零。 主版本升级后，次要版本和版本号为零。 处于开发阶段时，版本以0.xx.xx的形式表示。 第一个版本必须使用1.0.0作为正式版本号。 升级规则：
版本号，程序修复错误时升级。 在次要版本中，程序中添加了功能，并在对外兼容时进行了升级。 例如，程序添加了新功能，-但没有减少或修改现有接口。 不影响依赖于本程序的其他程序。 主版本，程序是在对外不兼容的情况下升级的。 您删除了一些接口，或更改了现有接口的使用方式。 这些更改将影响依赖于本程序的其他程序。