在开发项目中,交付的代码可能会在达到生产环境之前在不同阶段的不同环境中进行切换(例如,开发环境用于测试部署过程,内部测试用于质量控制,预生产环境最终达到生产环境)。
这个开发过程会产生许多候选发布版本,其中某个版本可以被提名向上移动到开发流程中,直到达到生产环境。此外,有些情况下,部署在生产环境上的代码可能需要与当前内部开发线路(即并行开发)平行修复。
对于由IBM Rational ClearCase(CC)维护的某个UCM项目,应该在“项目资源管理器”上创建什么样的推荐项目结构,以适应以下情况:
1. 开发人员应主要连接并交付他们的工作到内部开发线路(或在CC术语中称为开发流)。 2. 一旦认为已将交付到该开发流的代码接受,技术团队领导(TTL)可以创建一个基线。稍后,部署工程师可以检索此基线以便在本地开发环境中部署。 3. 如果发现此基线可接受,则可以将其整体交付给内部测试流以进行进一步的质量控制(QC)测试。 4. 如果发现此基线可接受,则可以将其整体交付给预生产环境等,以达到与上述类似的生产环境。 5. 当然,如果这些基线中的任何一个被其接收方拒绝,它可以被拒绝,接收方将等待推荐其流的另一个基线。
请注意:部署工程师将始终为每个环境使用专用流来获取所需的文件以执行构建/部署活动。
对于此问题的回答可能会很长,我向大家道歉。但是我的问题更集中于需要在“项目资源管理器”中创建哪种类型的流和/或视图才能满足上述目标。
我真的在尝试制定使用CC进行发布管理的最佳实践方法,以及如何最好地用于此目的。
感谢你们的帮助,提前感谢所有人...
这个开发过程会产生许多候选发布版本,其中某个版本可以被提名向上移动到开发流程中,直到达到生产环境。此外,有些情况下,部署在生产环境上的代码可能需要与当前内部开发线路(即并行开发)平行修复。
对于由IBM Rational ClearCase(CC)维护的某个UCM项目,应该在“项目资源管理器”上创建什么样的推荐项目结构,以适应以下情况:
1. 开发人员应主要连接并交付他们的工作到内部开发线路(或在CC术语中称为开发流)。 2. 一旦认为已将交付到该开发流的代码接受,技术团队领导(TTL)可以创建一个基线。稍后,部署工程师可以检索此基线以便在本地开发环境中部署。 3. 如果发现此基线可接受,则可以将其整体交付给内部测试流以进行进一步的质量控制(QC)测试。 4. 如果发现此基线可接受,则可以将其整体交付给预生产环境等,以达到与上述类似的生产环境。 5. 当然,如果这些基线中的任何一个被其接收方拒绝,它可以被拒绝,接收方将等待推荐其流的另一个基线。
请注意:部署工程师将始终为每个环境使用专用流来获取所需的文件以执行构建/部署活动。
对于此问题的回答可能会很长,我向大家道歉。但是我的问题更集中于需要在“项目资源管理器”中创建哪种类型的流和/或视图才能满足上述目标。
我真的在尝试制定使用CC进行发布管理的最佳实践方法,以及如何最好地用于此目的。
感谢你们的帮助,提前感谢所有人...