ucm 开发流的问题
Issue with ucm development stream
我有一个集成流,其中包含生产基线和多个开发流作为子流。现在,当不同的流中有独立的变化时,它工作正常。现在,流 A 中的文件发生了变化,该变化被传递给 int 流。但是,流 B 不知道这一点,他进行了更改,但是当 B 被传递给 int 流时,事情就不起作用了,因为 B 不知道 A 所做的更改,并且在编写代码时没有接受这些更改。两个开发流都使用劫持的文件和快照视图。
我在这里看到了两个解决方案,但不确定是否真的有效。
1. 一旦 A 交付给 int,就合并从 int 到 B 的更改。在这里,当劫持文件在同一行中发生更改时,可能会出现问题。
2.Merge 从所有开发流更改为 B,这看起来不太好,因为 B 可能不需要所有这些更改。
请问如何最好地解决这个问题?
理想情况下,您可以使用 int
的基线重新设置 B
的基线(或者,如果不方便,从 int
交付到 B
),以便获得所有从 int
更改为 B
,并在本地解决潜在冲突(在 B
UCM 视图中)
然后,并且只有在那时,您将新基线放在 B
上,并将其交付给 int
。
我有一个集成流,其中包含生产基线和多个开发流作为子流。现在,当不同的流中有独立的变化时,它工作正常。现在,流 A 中的文件发生了变化,该变化被传递给 int 流。但是,流 B 不知道这一点,他进行了更改,但是当 B 被传递给 int 流时,事情就不起作用了,因为 B 不知道 A 所做的更改,并且在编写代码时没有接受这些更改。两个开发流都使用劫持的文件和快照视图。
我在这里看到了两个解决方案,但不确定是否真的有效。 1. 一旦 A 交付给 int,就合并从 int 到 B 的更改。在这里,当劫持文件在同一行中发生更改时,可能会出现问题。 2.Merge 从所有开发流更改为 B,这看起来不太好,因为 B 可能不需要所有这些更改。
请问如何最好地解决这个问题?
理想情况下,您可以使用 int
的基线重新设置 B
的基线(或者,如果不方便,从 int
交付到 B
),以便获得所有从 int
更改为 B
,并在本地解决潜在冲突(在 B
UCM 视图中)
然后,并且只有在那时,您将新基线放在 B
上,并将其交付给 int
。