我不知道为什么我从来没有注意到这之前,但是当我从TFS,在我的本地工作文件夹中的文件的日期和时间“获取最新”设置为当前日期和时间。 这适用于创建和修改日期,即使已经进行任何更改(如我只是没有“获取最新”,仅此而已)。
我应该关心不反映真实的日期和时刻的文件,这些文件的日期和时间创建并随后被修改? 我在TFS的修订历史,所以我并不过分关注,但我得承认这感觉不对。 一切技术上的作品,但我想知道这是怎么回事。
我不知道为什么我从来没有注意到这之前,但是当我从TFS,在我的本地工作文件夹中的文件的日期和时间“获取最新”设置为当前日期和时间。 这适用于创建和修改日期,即使已经进行任何更改(如我只是没有“获取最新”,仅此而已)。
我应该关心不反映真实的日期和时刻的文件,这些文件的日期和时间创建并随后被修改? 我在TFS的修订历史,所以我并不过分关注,但我得承认这感觉不对。 一切技术上的作品,但我想知道这是怎么回事。
正如您注意,如果在Team Foundation Server的默认行为是写入文件次的“当前”时间(当你检索的文件)。这是大多数版本控制工具的默认行为,通常被认为是安全的。
设置时间到远可以在许多情况下的消极后果。 例如, make
将扫描比上次编译时间较新的文件。 设置文件时间到服务器的时间会影响以确定哪些文件自上次生成以来已经改变的能力。
但是,如果你喜欢这种行为,至少使用TFS 2012和Visual Studio 2012,您可以通过设置“文件时间”到“登入”启用它在每个工作区的基础:
其他详细信息从Microsoft :
文件时间:
如果你想每个文件的日期和时间标记为大致匹配的版本变更的邮票在工作区中选择签入 。 有几个问题和例外是:
当您修改本地文件,当你修改该文件的日期和时间戳将匹配的日期和时间。
此功能仅当您使用Visual Studio 2012或更高版本和Visual Studio Team Foundation Server的2012或更高版本。
该设置并不适用于文件夹,除非有一个未决的添加或删除操作的文件夹中包含的文件。
你可能不能够逐步建立你的代码项目。 相反,你将不得不重建)。
如果你想要的日期和时间标记,以配合您上次修改本地文件的日期和时间选择当前 。 例如,团队成员在最新更改文件上周一检查。 周二,执行get操作更新文件。 日期和时间标记设置为周二。
如前所述,这是TFS的默认行为。 它的拳头版本控制系统,我已经用在这是默认设置。 使用当前时间的文件的问题时,开发人员获得最新的是,如果你做一个文件比较每个文件上有最新的版本中,你只能告诉。 在同一个项目三种不同的开发商将有3个不同的日期时间值相同版本的文件。 不管怎样,总是要做一个项目创建干净前建立。 为什么? 因为你可能已经调整了两个文件,然后测试后,恢复到最新签入的版本。 根据我的经验,它总是最好使用检查时间。
TFS不应该修改源代码控制处理原始文件的属性。 其生成的功能应该用自己的属性来控制检查最新的版本和构建控制。 从TFS获取文件应该将原始文件与原来的性质未修改退缩的系统上。 TFS被劫持的原始文件的属性为己用破碎。 在TFS队耻辱 - 原始的Microsoft VSS工具提供的这个选项。
我也在寻找这是我的雇主还没有准备好,今天我碰到这个就移动到最新版本的TFS TFS源代码管理资源管理器扩展 ,并在安装此插件后,我能够获得与入住时间戳记的文件。 如果任何一个人还在找得到办理登机手续的时间戳记TFS 2010和客户端为2010 VS本应该做的伎俩文件。