Stream clearcase；交付和基线

我不太了解“clearcase”，但我必须使用它来交付从“开发人员”实例到特定应用程序测试实例的一些开发

我应该使用一个“dev”流和一个测试流吗？假设我有一个代码，比如test.sh，我应该在测试实例上执行它。现在，开发人员编写“test.sh”的版本1并将其交付到测试流上的测试，我可以看到test.sh并执行它。假设test.sh的第2版发布并交付测试，在test.sh的第3版发布并交付测试之后。在测试中，最后一个版本是版本3

我想在测试中先执行版本2，再执行版本3。我怎样才能自动完成？我必须使用基线吗？即使基线不是最后一个基线，如何自动执行基线？我有一套脚本来代替“test.sh”是什么？请注意，在我的示例中，我必须在版本3之前执行版本2，因为我的脚本假设我的对象在测试环境中处于某种状态。如果在不运行版本2的情况下运行版本3，则不会正常运行

有人能解释一下我如何用“clearcase”做到这一点，并给我一些建议吗

我想在测试中先执行版本2，再执行版本3。我怎样才能自动完成？我必须使用基线吗

是：如果每次交付都是基线化的，您将在

baseline3

之前使用

baseline2

。确保这些基线（在每次交付到

测试后设置）已满（请参阅“”）

即使基线不是最后一个基线，如何自动执行基线

通过为测试使用专用的动态视图，您可以在其中设置配置规范：

element * baseline2
element /main/LATEST

我想在测试中先执行版本2，再执行版本3。我怎样才能自动完成？我必须使用基线吗

是：如果每次交付都是基线化的，您将在
baseline3
之前使用
baseline2
。确保这些基线（在每次交付到
测试后设置）已满（请参阅“”）

即使基线不是最后一个基线，如何自动执行基线

通过为测试使用专用的动态视图，您可以在其中设置配置规范：

element * baseline2
element /main/LATEST

谢谢你，冯。我们是否可以在交付测试后自动创建完整基线，还是必须转到测试流手动创建完整基线？@NGM每个基线都会生成一个deliverbl基线，但您需要将其转换为完整基线：谢谢。我们是否可以在交付测试后自动创建完整基线，还是必须转到测试流并手动创建完整基线？在交付和完整基线之后，我们如何在测试流上自动执行脚本？我还想知道——如果我们没有在测试流上自动执行脚本，并且我们有基线1、基线2和基线3，并且我们将它们交付给测试流，那么我们实际上如何要求Clearcase为基线1执行脚本，然后为基线2执行脚本，然后为基线3执行脚本？基线和脚本之间的链接在哪里？对不起。我还想知道是否可以先在dev流中创建这些基线。如果是，例如，当我现在处于基线3时，如何查看基线1中的所有文件？另外，在测试流中是否有一种方法可以查看我是否已经执行了基线2的脚本，例如，还是必须自己执行？这将告诉我，下一次，我应该执行基线3的脚本。我想执行与数据库et相关的脚本，它们应该按照基线1、基线2的顺序执行。。。这些脚本可能具有相同的名称。@NGM不确定自动化部分，但“例如，当我现在在基线3中时，如何查看基线1中的所有文件”：这将使用diffbl，请参阅。谢谢。我们是否可以在交付测试后自动创建完整基线，还是必须转到测试流手动创建完整基线？@NGM每个基线都会生成一个deliverbl基线，但您需要将其转换为完整基线：谢谢。我们是否可以在交付测试后自动创建完整基线，还是必须转到测试流并手动创建完整基线？在交付和完整基线之后，我们如何在测试流上自动执行脚本？我还想知道——如果我们没有在测试流上自动执行脚本，并且我们有基线1、基线2和基线3，并且我们将它们交付给测试流，那么我们实际上如何要求Clearcase为基线1执行脚本，然后为基线2执行脚本，然后为基线3执行脚本？基线和脚本之间的链接在哪里？对不起。我还想知道是否可以先在dev流中创建这些基线。如果是，例如，当我现在处于基线3时，如何查看基线1中的所有文件？另外，在测试流中是否有一种方法可以查看我是否已经执行了基线2的脚本，例如，还是必须自己执行？这将告诉我，下一次，我应该执行基线3的脚本。我想执行与数据库et相关的脚本，它们应该按照基线1、基线2的顺序执行。。。这些脚本可能具有相同的名称。@NGM不确定自动化部分，但“例如，当我现在在基线3中时，如何查看基线1中的所有文件”：这将使用diffbl，请参阅。