Version control 补丁和UCM项目

Version control 补丁和UCM项目,version-control,clearcase,clearcase-ucm,Version Control,Clearcase,Clearcase Ucm,最近我们发布了我们的产品。 我们的团队决定在单独的UCM项目中为补丁保留源代码 如果我们创建一个单独的UCM项目,除了补丁,没有人会使用它。 所以它将完好无损。但同时,如果我们需要在补丁中对另一个项目进行一些修改,我们应该手动迁移内容 为补丁创建新项目是最佳方法吗 请注意,如果您在发布项目时已经有一个UCM项目,那么最佳做法是: 在集成流上创建基线 将其重新设置为一个新的流,专用于版本维护(无需创建另一个UCM项目,除非您现有的项目已经有如此多的流,新的UCM项目可以避免现有项目中流的混乱)

最近我们发布了我们的产品。 我们的团队决定在单独的UCM项目中为补丁保留源代码

如果我们创建一个单独的UCM项目,除了补丁,没有人会使用它。 所以它将完好无损。但同时,如果我们需要在补丁中对另一个项目进行一些修改,我们应该手动迁移内容


为补丁创建新项目是最佳方法吗

请注意,如果您在发布项目时已经有一个UCM项目,那么最佳做法是:

  • 在集成流上创建基线
  • 将其重新设置为一个新的流,专用于版本维护(无需创建另一个UCM项目,除非您现有的项目已经有如此多的流,新的UCM项目可以避免现有项目中流的混乱)

只要您谈论的是同一组件的补丁,创建一个新项目或一个新流并不重要:您仍然可以从一个流交付到另一个流,甚至可以跨UCM项目交付

请注意,如果您在发布项目时已经有一个UCM项目,那么最佳做法是:

  • 在集成流上创建基线
  • 将其重新设置为一个新的流,专用于版本维护(无需创建另一个UCM项目,除非您现有的项目已经有如此多的流,新的UCM项目可以避免现有项目中流的混乱)

只要您谈论的是同一组件的补丁,创建一个新项目或一个新流并不重要:您仍然可以从一个流交付到另一个流,甚至可以跨UCM项目交付

谢谢分享知识。我们的团队已经有很多信息流,这就是为什么他们决定转移到新项目的原因。感谢分享这些知识。我们的团队已经有很多流,这就是为什么他们决定转移到新项目的原因。