问题1

例如文件（a）'one.c'（b）'two.c'和（c）'three.c'已作为错误修复的一部分进行了更改

假设文件（a）和（b）已提交。但是文件（c）没有被错误添加/提交

在使用GIT进行构建之前，构建人员如何确定错误修复的先决条件/共同要求？

先决条件/必备示例：构建（a）和（b）时必须提交（或）文件（c）。

注意：由于其设计，可以检测CMVC中的先决条件/共同要求

问题2

在GIT中，如果未打包“较低版本”，构建人员可以避免打包文件的“更高版本”

示例：文件'a.c'已作为

的一部分进行了更改

项目'A'（a.c - ver 1.2）项目'B'（a.c - ver 1.3）

但情况要求首先建造'B项'。在构建之前如何避免这种情况？

答案 0 :(得分：0)

Git相对内容不可知，因此它不提供文件间依赖关系管理，只提供版本控制。

您使用IBM Configuration Management Version Control (CMVC)获得的依赖关系元数据很可能不出现在Git中。

答案 1 :(得分：0)

@ VonC-git对你的回答并不关心文件的内容，只是简单的箱子＆＃34;快照＆＃34;您index的所有内容（您要提交的所有内容），因此您无法追踪此类内容：

项目＆＃39; A＆＃39; （a.c - ver 1.2）项目＆＃39; B＆＃39; （a.c - ver 1.3）

您可以拥有每个存储库中提交的完整快照。

在这里，您可以看到delta与快照之间的区别。

简单来说，它在git（补丁，启发式）方面略有不同，但总而言之，delta存储了＆＃34; delta＆＃34;文件之间只有git只需要一个＆＃34;完整快照＆＃34; 你的内容＆＃34;无论＆＃34;的变化。