Im CMMI Process Template für den Team Foundation Server hat sich in Version 5.0 (für TFS 2010) der Fehlerteufel eingeschlichen. Die markierte Zeile muss in der Typdefinition für das Bug Work Item entfernt werden:

             […]

          <DEFAULTREASON value="Fixed">
              <FIELDS>
                <FIELD refname="Microsoft.VSTS.Common.ResolvedReason">
                  <COPY from="value" value="Fixed" />
                  <ALLOWEDVALUES>
                    <LISTITEM value="Fixed" />
                  </ALLOWEDVALUES>
                </FIELD>
              </FIELDS>
            </DEFAULTREASON>
          </REASONS>
          <FIELDS>

             […]

            <FIELD refname="Microsoft.VSTS.Common.ResolvedReason">
              <COPY from="value" value="Fixed" />
            </FIELD>
          </FIELDS>
        </TRANSITION>

Eine Frage die sich vieler unserer Kunden mit einer heterogenen System-/Programmlandschaft stellen ist die Frage: „Muss ich meine Maven Buildskripte jetzt mit Team Foundation Build 2008 / 2010 neu schreiben?“

(weiterlesen…)

Vor einem Upgrade eines alten TFS bitte unbedingt den heute veröffentlichten Patch installieren!

Version Control 2010 Upgrade Hotfix Published

Es gibt noch weitere wesentliche Schritte, die wir gerne mit Ihnen besprechen. Kontaktieren Sie uns: teamsystempro@aitag.com

Was ist der Unterschied zwischen Feature Packs, Power Tools und Pro Power Tools? Wo kann ich diese herunterladen?

(weiterlesen…)

Wie setzt man einen TFS-Client auf, auf dem Visual Studio 2005, 2008 und 2010 installiert sein muss? Welche Updates müssen auf einem Entwickler-PC installiert werden? Gibt es schon ein Service Pack oder Zwischen-Releases? Welche Zusatztools sind sinnvoll – wie zum Beispiel Productivity Tool für Visual Studio oder Power Tools für Team Foundation Server?

(weiterlesen…)

After migrating from TFS 2008 to TFS 2010 the way test results are handled has changed.

Szenario

When running tests a whole system szenario is setup which means that a lot of files and additional content  is copied to the test run folder

Issue

 When test results are published to TFS 2010 the content of the test run folder is also published. This causes the TFS databases to grow rapidly

Solution

1.       Disable publishing test result

2.       Cleanup test result folders before publishing the test results

3.       Publish test results manually

HowTo: Disable publishing test results

Simply set a specific MSBuild property that is used by the TestToolsTask

<PublishTestResults>false</PublishTestResults>

TFS 2010: Cleanup test result folders before publishing the test results

The test run’s execution folder is the out directory. From that directory we drop everything except the  instrumented binaries and debug symbols. This allows us to still retrieve code coverage data. Dropping all other files will prevent the test execution when we open the test results from the build summary.

<CreateItem Include="$(TestResultsRoot)\**\Out\*.instr.pdb">

    <Output TaskParameter="Include" ItemName="InstrumentedDebugSymbolFiles"/>

</CreateItem>

<RegExReplace Input="@(InstrumentedDebugSymbolFiles)" Expression="\.instr\.pdb$" Replacement=".exe">

    <Output ItemName="InstrumentedExeAssemblies" TaskParameter="Output" />

</RegExReplace>

<RegExReplace Input="@(InstrumentedDebugSymbolFiles)" Expression="\.instr\.pdb$" Replacement=".dll">

    <Output ItemName="InstrumentedDllAssemblies" TaskParameter="Output" />

</RegExReplace>

<CreateItem Include="$(TestResultsRoot)\**\Out\**\*" exclude="@(InstrumentedExeAssemblies);@(InstrumentedDllAssemblies);@(InstrumentedDebugSymbolFiles)">

    <Output TaskParameter="Include" ItemName="TestOutputToDelete"/>

</CreateItem>

<Delete Files="@(TestOutputToDelete)"  />

HowTo: Publish test results manually

In order to publish the test result we just use the publishing feature of mstest. We identify all trx files and publish them one by one. For ease of use we do not determine the MSTest.exe path dynamically. We just defined a property that keeps the path.

<MSTestCommand>$(ProgramFiles)\Microsoft Visual Studio 10.0\Common7\IDE\MSTest.exe</MSTestCommand>

Using this property and the information from the current build we can easily publish the results as follows:

<!– Get all trx files for publishing –>

<CreateItem Include="$(TestResultsRoot)\**\*.trx">

    <Output TaskParameter="Include" ItemName="TestResultFiles"/>

</CreateItem>

<!– Now publish all trx files –>

<Exec Command="&quot;$(MSTestCommand)&quot; /publish:&quot;$(TeamFoundationServerUrl)&quot; /publishbuild:&quot;$(BuildUri)&quot; /PublishResultsFile:&quot;%(TestResultFiles.Identity)&quot; /teamproject:&quot;$(TeamProject)&quot; /platform:&quot;Mixed Platforms&quot; /flavor:&quot;Debug&quot;" ContinueOnError="true" />

Please also notice that we do not determine the build configuration (platform and flavor) dynamically. We “hard-coded” it.

Wie kann ich die Layer Validation während des Team Build-Prozesses ausführen? Wei aktiviere ich Architekturvalidierungen während des zentralen Builds?

(weiterlesen…)

Wie kann ich die Code Coverage Analyse für Tests aktivieren?

(weiterlesen…)

Vor einer besonderen Herausforderung stehen derzeit alle Anwender, die sich für eine deutsche Installation eines deutschen TFS 2010 Beta2 oder RC Systems entschieden haben und nun auf RTM wechseln möchten. Ein Fehler, der sich in die deutsche Lokalisierung des TFS 2010 RTM eingeschlichen hat, verhindert derzeitig Upgrades von Beta2 oder RC Installationen auf RTM.

(weiterlesen…)

Wie können zentral gebaute Debug-Symbole verteilt werden? Wie kann man Quellcode für das Debugging in der richtigen Version passend zur Applikationsversion bereitstellen?

(weiterlesen…)