2009-10-14 38 views
1

我负责清理我的项目。我没有太多经验。 我的问题是,现在我们在cc中的项目结构是一个PROD,PV,ST,DV流的项目,Clearcase问题

Link to the screenshot

现在你可以看到我们有下DV流每个开发单个流。我们提供代码上传的方式是一个接一个。现在由于管理层的变化,我们必须以这样的方式实现并行开发是可能的。即如果Prod中存在错误,并且我们希望修复它并将其交付给prod,而不交付当前由不同开发人员开发的活动/基线,那么我们如何才能更改cc项目以合并它?

我们希望有类似 PROD(JAN释放) -PV(JAN释放) -ST(一月,二月发布) -DV(JAN,FEB,MAR释放)

管理JAN ,FEB,MAR分开发布。如果我们必须在JAN版本中修复某些内容,并且不想包含FEB和MAR版本,那我们该怎么做?

如果您能尽快给我们一些见解,这将是非常好的。

+0

没问题,“每个开发者一个流”是一个典型的错误。如果你有任何问题,请不要犹豫,在这里问他们;) – VonC 2009-12-02 15:57:22

+0

链接截图是死的/只是给我无尽的广告;没有这些,很难推断你想要告诉我们的东西。 – 2015-05-07 20:24:58

回答

4

下DV流

Whoât每个显影剂单个流????这是斯巴达! (err ... no:madness: this is madness

流表示开发工作,而不是“资源”(即“开发者”)的沙箱。资源来来往往,开发任务留下来。
您应该为每个开发线提供一个流,许多开发人员可以在其中创建自己的视图。

这样,如果你需要一个并行开发,你只需要在当前的一个旁边创建一个“兄弟”流,以便使用PROD中的基线重定位该错误修复流。 所以:

PROD 
    PV 
    ST 
     DV 
    PV-JAN 

通过创建PV-JAN,您创建一个专用于小变阵为JAN创建的基线流。
而且您不必为每个开发人员创建所有这些子流,因为这会代表太多递送/重新绑定步骤。
需要修复PV-JAN上的任何内容的2位或3位开发人员在相同的流上创建自己的视图。他们都将参与相同的开发工作(修复JAN版本PV的缺陷)

+0

谢谢!这确实有助于证实我的疑虑。这里使用的结构是他们在我加入之前很久就想出​​来的,他们对改变它犹豫不决。:-( Regards, dj – Deepak 2009-12-02 15:25:25