模版-项目管理方案

如果你是开发者或团队经理，你手头会有几个web网站项目，多个组件项目。它们的基本结构是相似的，只有业务逻辑。从那时起，为了快速扩展新业务，您将包装、部署和依赖的基本服务模块制作成模板。使用模板，您可以一键启动新项目。

过了一段时间，你会悲哀地发现模板的依赖和技术实现方案已经逐渐过时。是时候修改模板并支持新的特性了。但这只是噩梦的开始。用这个模板创建的几个项目需要升级，甚至有些项目也在模板的基础上修改了结构。你的灾难片才刚刚开始...

模板和项目的双向反馈不应局限于初始化。

上述故事中遇到的问题有：

重复劳动

当很少创建新项目并频繁迭代现有项目技术时。当突然需要创建新项目时，可能会出现模板更新不及时的问题。

多项目技术分化：部分项目遇到模板结构问题（BUG或者不支持新特征）。直接修改项目，不提供合理、统一的解决方案。它不仅留下了问题在多个项目中爆发的隐患，而且导致了多个项目的技术差异化。

很难推动技术升级：当某些项目需要技术升级时，由于多项目技术的差异化，推广成本也会很高。同时，促进升级带来的统一将被问题的差异所破坏。然后，它将在很长一段时间内陷入统一和差异化的漩涡。

要解决上述问题，我们需要为项目和模板建立持久的关系。这种关系是升级=> 项目，项目 => 模板双向反馈。

模板可以固化部分文件并提供升级功能。当项目维护人员遇到问题时，不应直接修改这部分文件。有必要为这个问题找到合理和统一的解决方案，并更新到模板中。然后在项目中升级模板。

对于模板的升级和修复，所有项目都可以一键升级模板，以获得这部分新特性和功能，减少重复工作和风险。

所有项目都将保持模板功能的统一。

低成本促进技术升级。

通过更新模板进行技术迭代，其他项目维护人员更容易获得技术升级。避免模板更新不及时。