标签:style blog http 使用 strong 文件
在Fig-00中,服务器和本地的对应文件夹Common下的因版本不一致,所以文件数量是不一致的。
Fig-00
在下图Fig-01中,在本地的解决方案中,我们使用"显示所有文件"。相比TFS上的文件,发现缺少的3个文件是存在的,只是没有包含在当前项目当中。这也正 验证了TFS只存储文件本身,并不能体现项目文件的有效性。
Fig-01
我们来看一种不正确的做法的场景。
问题场景:我们通过KT着手维护一个新的项目名字为Homeland,需要把项目的源代码从版本1.0升级到2.0。拿到最新的源代码后,配置管理人员小A直接通过复制、粘贴的方式,把Source Code V2.0放到本地映射的路径下面。结果拷贝完毕后,我们发现文件的标识还是蓝色的锁。此时小A需要把更新的Source Code V2.0上传到服务器上,他选中本地Solution文件,右键点击后选中"获取最新文件",如Fig-02所示,同时选中第二项"当本地文件跟TFS上的版本一致时,覆盖所有文件"。
很显然服务器上是V1.0,本地是已经更新过的V2.0。如Fig-03所示系统检测到Log.cs文件在本地已经被更新过了。
Fig-02
Fig-03
我们需要处理这个冲突,如图Fig-04所示,我们选择第一项"签出并自动合并",这意味着以本地的文件为主,保留差异,系统自动会签出对应的Log.cs文件,然后执行签入即可。
这时候你会问"为什么不用签入呢",如果你这样操作过的话,你会发现这种情况下是没有签入动作的,因为你之前就没有执行"签出",何来签入呢?
Fig-04
正确的签入签出:
标签:style blog http 使用 strong 文件
原文地址:http://www.cnblogs.com/mingle/p/TFS_Mannual.html