VSS 到 TFS 迁移 - 保留用户签入操作

发布于 2024-08-30 12:51:41 字数 625 浏览 2 评论 0原文

我正在使用 VSSConveter.exe 工具从 VSS6(使用 2005 ide)导入到 TFS2008。 我已经运行分析(没有错误)并使用用户映射文件(包含 vss/域用户映射)进行迁移

我想在 tfs 中保留文件的签入用户,目前是所有版本的签入用户文件显示为管理员(我运行导入的帐户),原始签入用户将附加到签入评论中。例如:-

VSS 中的 TestFile.aspx

  • 签入版本:1 - 用户:Adam - 评论:TEST1
  • 签入版本:2 - 用户:James - 评论:TEST2
  • 签入版本:3 - 用户:Joel - 评论:TEST2

导入后进入 TFS

  • 签入版本:1 - 用户:mydomain\Admin - 评论:TEST1(由 Adam 提交)
  • 签入版本:2 - 用户:mydomain\Admin - 评论:TEST2(由 James 提交)
  • 签入版本:3 - 用户: mydomain\Admin - 评论:TEST2(由 Joel 提交)

在 TFS 中,我希望用户显示为我的用户映射文件中配置的正确域用户。

这可能吗,还是 VSSConverter 程序就是这样工作的?

I am using the VSSConveter.exe tool to import from VSS6 (using 2005 ide) to TFS2008.
I have run analyze (no errors) and migrate WITH a user mapping file (containg the vss/domain user mappings)

I would like to persist in tfs the check-in user of the file, currently the check-in user for all versions of file shows as admin (the account im running the import with), the origional check-in user is appended to the check-in comment. For example:-

TestFile.aspx in VSS

  • Check in ver: 1 - User:Adam - Comment:TEST1
  • Check in ver: 2 - User:James - Comment:TEST2
  • Check in ver: 3 - User:Joel - Comment:TEST2

After import into TFS

  • Check in ver: 1 - User:mydomain\Admin - Comment:TEST1 (Commited by Adam)
  • Check in ver: 2 - User:mydomain\Admin - Comment:TEST2 (Commited by James)
  • Check in ver: 3 - User:mydomain\Admin - Comment:TEST2 (Commited by Joel)

In TFS I want the user to show as the correct domain user as configured in my user mapping file.

Is this possible, or is this just how the VSSConverter program works?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

九八野马 2024-09-06 12:51:41

我发现 UserMap.xml 被忽略,除非您将 xml 节点添加到迁移设置 XML 文件
这是我的文件的顶部部分,显示它的去向。
是否有文档显示迁移映射 XML 文件的完整架构?

<SourceControlConverter>
    <ConverterSpecificSetting>
        <Source name="VSS">
            <SQL Server="W00027"></SQL>
            <VSSDatabase name="D:\Program Files\SourceSafe"></VSSDatabase>
            <UserMap name="D:\Program Files\SourceSafe\Conversions\UserMap.xml" />
        </Source>
...

I found that the UserMap.xml was ignored unless you add an xml node to the migration settings XML file
here is the top part of my file to show where it goes.
Is there a document showing the full schema of migration mapping XML file?

<SourceControlConverter>
    <ConverterSpecificSetting>
        <Source name="VSS">
            <SQL Server="W00027"></SQL>
            <VSSDatabase name="D:\Program Files\SourceSafe"></VSSDatabase>
            <UserMap name="D:\Program Files\SourceSafe\Conversions\UserMap.xml" />
        </Source>
...
客…行舟 2024-09-06 12:51:41

这就是它的工作原理。

导入是通过 API 执行的,该 API 会自动计算签入时间和用户,以防止人们提供自己的值,这很容易弄乱历史记录。由于无法覆盖这些值,因此导入会通过签入注释来标记原始日期和用户。

编辑:使用用户映射文件将允许导入过程用正确的 TFS 用户名替换 VSS 用户名(如评论中所述)

It's just how it works.

The import is performed through the API which calculates the checkin time and user automatically to prevent people supplying their own values which could easily mess up history. Because there's no way to override these values the import tags both the original date and user via comments on the checkin.

Edit: The use of a usermapping file will allow the import process to replace VSS usernames with correct TFS usernames (as discussed in the comments)

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文