“按更改包重新同步”概述
“按更改包重新同步”命令主要是供开发人员使用的工具。如果您要在沙盒中重新同步文件,通常是通过选择单个文件,然后使用“重新同步”(si resync) 命令完成此操作。但是,如果您要重新同步的文件包含与其他文件关联的更改,则标准的重新同步操作将不会包含那些相关文件。要重新同步所有相关文件,必须在您正在重新同步的成员上手动搜索与更改包关联的所有更改。
“按更改包重新同步”命令会自动执行此流程,具体方法是:在您正在重新同步的成员修订版本搜索指定更改包,然后将项目中的更改带入沙盒中。
“重新同步更改包”命令会搜索与所选更改包相关的所有文件,以及所有可能与相关文件关联的更改包,而“按更改包重新同步”命令只会处理与您正在同步的成员关联的更改包。
要按更改包重新同步,请从“沙盒”视图中选择一个或多个包含成员增量的成员,然后选择 > 。
根据您为“重新同步”命令设置的首选项,在按更改包重新同步时,会显示“确认覆盖工作文件”对话框。如果要保留您在工作文件中所做的更改,请单击“否”(“全否”适用于多个成员)。如果要比较您的工作文件和您正在与其进行重新同步的修订版本,请单击“差异”。要合并和重新同步成员,请单击“是”(对于多个成员,请单击“全是”)。
“按更改包重新同步”命令的工作方式
在“按更改包重新同步”操作中,会根据您正在重新同步的成员来计算更改包列表(而在“重新同步更改包”操作中,您需要明确说明更改包列表)。
在 > 下为“重新同步更改包”命令选择的设置会影响“按更改包重新同步”的功能。这包括回填列表的操作方式。例如,如果您指定“询问”,则会显示回填列表。
应该在何时使用“按更改包重新同步”命令?
如果开发人员希望确保他们具有与某个成员修订版本关联的所有相关更改,则应该使用“按更改包重新同步”,即使这些更改包含在其他文件中。例如,开发人员需要检出(锁定)文件并对其进行修改。开发人员发现在沙盒中重新同步成员后,还检入了其他修订版本。由于沙盒较大且包含许多不相关的更改,因此开发人员不希望执行标准的重新同步操作。在这种情况下,可以使用“按更改包重新同步”选项。
|
在 > 下为“重新同步更改包”命令选择的设置会影响“按更改包重新同步”的功能。“按更改包重新同步”操作始终会将回填列表设置为“整个更改包”(cp)。
|
“按更改包重新同步”的示例
考虑一种情况,开发人员会更改项目成员 main.c,并且更改需要其他文件 main.h。main.c 的标准重新同步操作不会抓取 main.h。
在初始分段包中,沙盒指向包括 main.c 修订版本 1.1 的项目。
在开发环境中使用“按更改包重新同步”之前
开发人员 1 随后会执行下列任务:
• 检出并锁定 main.c 修订版本 1.1
• 更新需要 main.h 文件的 main.c
• 检入对 main.c 所做的更改并将这些更改与更改包 22:1 关联
• 同样针对更改包 22:1,添加 main.h 作为项目成员
图 37. 在沙盒中使用个“按更改包重新同步”来抓取关联更改包中包含的所有更改(包括新文件)后
如果开发人员 2 使用“按更改包重新同步”命令来重新同步 main.c,则其沙盒会更新以表明 main.c 是 1.2,而且 main.h 已作为 CP22:1 的一部分添加至项目。
| 如果您正在同步的成员的工作文件已修改,Windchill RV&S 会要求您确认是否要将修改合并至工作文件。 |