如何为不同的项目版本和管理angularjs组件

发布时间：2020-12-17 07:14:34 所属栏目：安全来源：网络整理

导读：这更像是一个奇怪的问题,而不是技术问题.在我的公司,我们有一个MVP,有很多 angularjs组件,但现在,我们正在向具有特定需求的不同公司提供MVP. 以下是现实生活中的情况：公司1 第1单元第2单元第3单元公司2 模块1(具有特定功能或更改) 第3单元公司3 第2单

这更像是一个奇怪的问题,而不是技术问题.在我的公司,我们有一个MVP,有很多 angularjs组件,但现在,我们正在向具有特定需求的不同公司提供MVP.

以下是现实生活中的情况：

公司1

>第1单元
>第2单元
>第3单元

公司2

>模块1(具有特定功能或更改)
>第3单元

公司3

>第2单元
>第3单元
>第4单元(仅适用于此项目)

我们正在寻找适合我们未来业务模式的版本控制系统,因为正如我们所说,我们正在为不同的公司和其他分支机构使用分支机构来实现特定的组件功能.

你可以看到它已成为地狱.维护起来非常困难,部署不同版本的应用程序更加困难.

如果我们为这个案例提出解决方案,我会很高兴分享我的发现.如果是这样的话,我会写一篇博文.

谢谢！

您在寻找过程指导或工具的管理吗？

从工具的角度来看,您可以使用npm,使用私有包服务,或者只使用某些私有git仓库.鲍尔也可以这样做.

在Windows空间中有NuGet,你可以托管你的存储库,或者那里有服务.

Git支持子模块和子树,但我个人不推荐它们.使依赖项成为实际git历史记录的一部分很复杂.

从流程角度来看,最重要的事情可能就是避免破坏变更.将精力放在前面共享组件的设计上,这样就不必在共享组件发生剧烈变化时重新设计它,因为它不能像第一次构建它那样正常工作.

将您的共享模块视为开源项目.保持良好的文档,清洁代码,并遵守语义版本.将版本号应用于稳定版本(git标记它们以便它们易于检出).让某人负责接受对组件的更改,以便他们可以跟踪其他人正在做的事情并指导它的开发.

把它分成一个新项目,一个项目的要求与其他项目完全不同.维护具有太多不同要求的组件可能会成为一场噩梦.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!