我是一位经验丰富的Angular 1开发人员,现在正在阅读Angular 2.我们计划执行一个大型项目,其中包含一些使用相同远程计算机的较小“重叠”应用程序API。我对如何设置项目管理方面的意见感兴趣,特别是因为我对git的了解有限。设置我的Angular项目的最佳方式
认为它有点像谷歌的产品,其中一个用户可能会或可能不会使用同一个帐户的多个产品。有些数据和“小工具”用于多种产品,而某些组件则是特定于产品的。它看起来是这样的(橙色部分是可重用的组件跨产品):
更多细节:
- 我们不必担心后端API等等。这是所有照顾的。
- 应该有一个'容器应用程序'处理认证,会话等,并有几个菜单项,允许用户在产品之间切换(最好总是留在容器应用程序中)。
- 我想用Git和部署的方式分别管理产品(所有灰色的虚线元素)(例如,我不希望每次更新时都要部署所有白标签)。
- 我希望能够拥有可重复使用的更小的组件,我可以在编辑我的项目之一的工作流程的所有项目中进行更新。所以说我正在处理Customer Y的白标签,并且我想编辑我在那里使用的一个可重用组件,我不想打开一个单独的项目,推送更新,然后将更新插入到我的白标签中项目为我做的每一个小改变。
问题:
- 将这个是什么样的项目管理(GIT)的条款?
- 我的服务在哪里可以与API联系?
我希望这是一个足够清晰的故事。请问我能否更好地解释任何事情。
这是一个很好的问题,但我担心它可能有点过于宽泛。另外,第3点和第4点似乎可以互相矛盾。要成功使用这种类型的体系结构,您应该真正将组件部署为可以独立版本化的软件包(npm/bower/etc)。您的部署方式实际上取决于您的持续部署配置(即Jenkins-> Sinopia管道),但这也是另一个长期话题。 – axlj