2012-01-27 34 views
2

我们有一个配置规范,我们使用我们的构建,我们鼓励组织中的所有开发人员使用,以便他们可以在构建中运行任何任务而不用担心失败。我们现在需要更新配置规范以包含新元素或排除旧元素。ClearCase快照视图的集中配置规范

当我们这样做时,这个过程就是给我们所有的开发人员写一封快速邮件,告诉他们手动更新他们用来构建我们的系统的任何视图,并使用当前的配置规范。

这很烦人,容易出错,因此会导致许多开发人员忽略这些邮件,然后我们会因为构建被破坏而被调用。

我非常感兴趣的是以某种方式集中定义配置规范,以便所有视图都可以使用该配置规范,并且我们可以在人员底下更新它。这可能看起来很严厉,但是当你有数百个开发人员,他们都应该运行相同的构建时,这似乎是有道理的。

我已经调查使用共享存储配置规范,然后将其包括在使用include线开发者的意见的想法,但作为documentation states:“包含文件在setcs的每次执行重读和edcs。“这在测试中出现,意味着它似乎意味着什么,只有在重新评估规则时,才会以某种方式编辑配置规范。

我正在寻找的解决方案将在您每次使用clearcase进行交互时重新评估配置规范,或者至少进行更新。这样,我就可以管理每个人的配置规范。

想法?

回答

2

我可以工作,尤其是如果您的包含配置规范不会经常更改。
每次它会改变,您的用户必须运行

cleartool setcs -current 

(如example#2 of this technote解释的),那么你需要决定在何处存储常见的配置规格:

  • 分享驱动器
  • 在ClearCase视图中,以便从该通用配置规范内容的历史功能中受益。

你可以看到一个full debate in this thread

不过,我有其中一个版本控制 包括文件是必要的,因为它提到了很多从原有的代码,用户必须使用元素 遇到的情况继续他们在新代码的 上的工作。这很痛苦,我们必须忍受它。

就像其他任何'流程'一样,这也需要一些'教育'给用户。

+0

这实际上并不可怕。如果没有人想出实际做我要求的方式,我可能会接受这一点。 – 2012-01-27 20:26:34

相关问题