我们有一个客户端/服务器项目,其中包含三个组件:
- 客户
- 服务器
- 基础库
客户端和服务器都引用 BaseLibrary。因此我创建了两个流:
- Server Stream 包括组件 Server 和 BaseLibrary
- Client Stream 包括组件 Client 和 BaseLibrary
现在,如果我在一个流中对 BaseLibrary 进行更改,它们不会出现在另一个流中。有没有办法让组件在 RTC 2 的不同流上保持同步?
我还尝试为每个其他流设置流目标,但这似乎没有帮助。
我们有一个客户端/服务器项目,其中包含三个组件:
客户端和服务器都引用 BaseLibrary。因此我创建了两个流:
现在,如果我在一个流中对 BaseLibrary 进行更改,它们不会出现在另一个流中。有没有办法让组件在 RTC 2 的不同流上保持同步?
我还尝试为每个其他流设置流目标,但这似乎没有帮助。
流之间的流目标只是在这里帮助您可视化交付/接受流应该发生的位置:它是一个可视化工具,您可以在创建“流程图”时使用它。
在 3.0.1 中,您实际上可以显示从一个 Stream 到另一个 Stream 的未决更改。
现在,您可以设置构建定义并使用构建后交付,以便从一个流自动交付到另一个流:
在这种情况下,“TeamA”仍然使用相同的触发策略(以确保他们交付的任何东西都经过验证),但是现在他们只将他们的单个组件交付给“集成流”。在这种情况下,没有“绿色”流,并且发布工程师不再需要向集成流交付更改,因为它现在是自动化的。
还请注意上图中的两个复选框“
Add components to deliver if they do not exist in the deliver target
”和“Remove components from the deliver target if they do not exist in the build workspace
”未选中。
建议不要通过某种自动化机制将组件添加/删除传播到集成流。团队最不希望的事情是从集成流中删除所有其他组件,因为有人不小心修改了他们团队的流。
在这些情况下,组件的添加或删除应由发布工程师手动完成。
例如,如果团队需要一个新组件,他们应该首先将其添加到他们的流中,然后将其交付到集成流中。然后他们会修改“ ”中的“ ”Components to deliver
选择Post-build Deliver