TFS集成工具:版本控制到版本控制 - 没有真正发生

时间:2011-04-28 08:04:10

标签: tfs2010 tfsintegrationplatform

我刚刚调查了TFS集成工具,将所有源代码以及历史从一个TFS服务器2010迁移到另一个,我遇到了一个奇怪的行为。以下是我的行动:

  1. 在本地安装TFS服务器。
  2. 在每个项目中创建了两个项目集合和项目(源项目和目标项目)。
  3. 填写了一些文件的源项目,进行了几次检查和签到。
  4. 推出TFS集成工具。
  5. 使用模板VersionControl.xml
  6. 创建新配置
  7. 选择源项目作为左源和目标项目作为正确的来源。
  8. 开始迁移。一切都很好,我可以在进度窗口看到所有历史记录。
  9. 这些行动的结果如下 - 没有任何改变。从字面上看。我预计Target项目的源代码控制将填充Source项目的文件。但这两个项目都保持原样。

    我错过了什么?我对TFS集成工具有什么误解?

    更新

    以下是应用程序生成的配置:

    <?xml version="1.0" encoding="utf-16"?>
    <Configuration xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" UniqueId="cdf29df8-c74f-4339-b96f-7eb621c1cee1" FriendlyName="TFS to TFS Version Control">
      <Providers>
        <Provider ReferenceName="febc091f-82a2-449e-aed8-133e5896c47a" FriendlyName="TFS 2010 Migration VC Provider" />
      </Providers>
      <Addins />
      <SessionGroup CreationTime="2011-04-28T11:24:10.9503239Z" FriendlyName="TFS to TFS Version Control" SessionGroupGUID="394da96f-b8b6-4bc1-9b72-1c6234c4b9f1" Creator="<domain>\<user_name>" SyncIntervalInSeconds="0" SyncDurationInMinutes="0">
        <MigrationSources>
          <MigrationSource InternalUniqueId="181ddf3d-9cdb-461a-9dba-4338cf2a02f8" FriendlyName="<server_name> (VC)" ServerIdentifier="c0a0f4e4-4a37-4a89-ba23-fbd323680786" ServerUrl="http://<server_name>:8080/tfs/sourcecollection" SourceIdentifier="SourceProject" ProviderReferenceName="febc091f-82a2-449e-aed8-133e5896c47a" EndpointSystemName="TFS">
            <Settings>
              <Addins />
              <UserIdentityLookup />
              <DefaultUserIdProperty UserIdPropertyName="DisplayName" />
            </Settings>
            <CustomSettings />
            <StoredCredential />
          </MigrationSource>
          <MigrationSource InternalUniqueId="e292262f-9479-490f-b5e3-ce7e845d1468" FriendlyName="<server_name> (VC)" ServerIdentifier="f01ebcec-ea18-4933-b3fd-751740904136" ServerUrl="http://<server_name>:8080/tfs/targetcollection" SourceIdentifier="Target" ProviderReferenceName="febc091f-82a2-449e-aed8-133e5896c47a" EndpointSystemName="TFS">
            <Settings>
              <Addins />
              <UserIdentityLookup />
              <DefaultUserIdProperty UserIdPropertyName="DisplayName" />
            </Settings>
            <CustomSettings />
            <StoredCredential />
          </MigrationSource>
        </MigrationSources>
        <Sessions>
          <Session CreationTime="2011-04-28T11:24:10.9333256Z" SessionUniqueId="4aa097f3-9a01-4924-b562-384215b4ef2f" FriendlyName="Version Control Session" LeftMigrationSourceUniqueId="181ddf3d-9cdb-461a-9dba-4338cf2a02f8" RightMigrationSourceUniqueId="e292262f-9479-490f-b5e3-ce7e845d1468" SessionType="VersionControl">
            <EventSinks />
            <CustomSettings>
              <SettingXml />
              <SettingXmlSchema />
            </CustomSettings>
            <Filters>
              <FilterPair Neglect="false">
                <FilterItem MigrationSourceUniqueId="181ddf3d-9cdb-461a-9dba-4338cf2a02f8" FilterString="$/SourceProject" />
                <FilterItem MigrationSourceUniqueId="e292262f-9479-490f-b5e3-ce7e845d1468" FilterString="$/Target" />
              </FilterPair>
            </Filters>
          </Session>
        </Sessions>
        <Linking>
          <CustomSettings />
          <LinkTypeMappings />
        </Linking>
        <WorkFlowType Frequency="ContinuousManual" DirectionOfFlow="Unidirectional" SyncContext="Disabled" />
        <CustomSettings />
        <UserIdentityMappings EnableValidation="false">
          <UserIdentityLookupAddins />
        </UserIdentityMappings>
        <ErrorManagement>
          <ErrorRouters />
          <ReportingSettings />
        </ErrorManagement>
      </SessionGroup>
    </Configuration>
    

2 个答案:

答案 0 :(得分:0)

唯一值得注意的是两个ServerIdentifier上的值MigrationSource属性不同,因为这是单个服务器部署它们应该是相同的,不能想到一个它应该重要的原因 - 但这是我唯一会改变的。

配置中的其他内容都很好。

答案 1 :(得分:0)

我必须承认这很奇怪,但问题已经解决了。我没有对配置进行任何更改,但是当我重新启动迁移时,一切正常 - 所有源代码都出现在Target项目源代码控制中以及签入历史记录中。此外,我创建了另一个空的Target项目,迁移工作正常。似乎问题是由一些临时的TFS集成工具波动引起的。