Aktualisierung auf TFS 2010

Ich habe lange überlegt, ob ich den Team Foundation Server auf die neue Version aktualisiere. Aufgrund meines vorläufigen Verbleibs bei Visual Studio 2008 R2 ist das Upgrade eigentlich nicht notwendig. Allerdings versprühen die geringeren Softwareanforderungen einen gewissen Charme. Für die Installation von TFS 2008 war eine Windows-Serverversion notwendig, dazu kamen noch ein SQL-Server mit Berichts- und Analysefunktion sowie SharePoint. Das SP1 ließ sich nur einspielen, wenn der TFS-Server an einen Domänencontroller angemeldet war, allerdings durfte er selbst nicht auf einem solchen installiert werden. Ich musste also temporär einen Domänencontroller in einer VM installieren und vor dem SP1-Update den Server in die Domäne einklinken. Nach dem Update konnte die Verbindung wieder gelöst werden. Einfach sieht anders aus.

TFS 2010 ist hier deutlich anspruchsloser. Er lässt sich auch auf einem Client-Betriebssystem installieren und begnügt sich mit der Express-Variante vom SQL Server. Diese wird auf Wunsch auch während der Einrichtung des TFS installiert, einfacher geht es nicht. Zudem reizte mich auch eine Aktualisierung des Betriebssystems auf Windows 7 oder Windows Server 2008 R2, die eine bessere Zusammenarbeit mit Windows 7-Clients versprechen. TFS 2008 läuft bei mir noch auf einem Windows Server 2003 R2.

Die Festplatte meines Servers enthält bereits zwei primäre Partitionen mit jeweils 30 GB, einer testweisen Aktualisierung stand also nichts im Weg. Nach der Sicherung der aktuellen TFS-Datenbanken mit DBSave wurde auf der freien Partition Windows Server 2008 R2 eingespielt, anschließend folgte noch der gerade veröffentlichte SQL Server 2008 R2 sowie der TFS 2010. Nach der Rücksicherung der Datenbanken wurde TFS 2010 mit Hilfe der Team Foundation-Administratorkonsole über die Upgradefunktion eingerichtet:

Berichtsfunktion und SharePoint habe ich deaktiviert, da die beiden Sachen in den letzten zwei Jahren kaum bzw. gar nicht benötigt wurden. Wer mag, der kann im achten Schritt noch den vorgegebenen Namen für die Standardkollektion ändern, dies ist später nicht mehr möglich.

Auf dem letzten Screenshot ist zu sehen, dass bei der Installation auch gleich der Webzugriff eingerichtet wurde. Dafür musste im TFS 2008 noch eine zusätzliche Software eingespielt werden.

Anwender von Visual Studio 2008 müssen nun noch das Update für die Aufwärtskompatibilität von Visual Studio Team System 2008 Service Pack 1 mit Team Foundation Server 2010 installieren. Beim Verbinden mit einem TFS 2010-Server muss im Verbindungsdialog die vollständige Adresse http://server:8080/tfs angegeben werden.

Ein kleines Problem hatte ich mit dem alten Arbeitsbereich, der zwar übernommen aber in Visual Studio 2008 nicht erkannt wurde. Löschen und Neuanlegen schafften Abhilfe. An dieser Stelle noch der Hinweis, dass man zur Sicherheit vor der Aktualisierung möglichst alle Dateien einchecken sollte.

Abgelegt unter TFS von Sven | 25.05.2010 - 18:30 | 2 Kommentare »

TFS: Warehouse-Aktualisierung

Die TfsWarehouse-Datenbank enthält alle wichtigen Daten, die für die Generierung und Anzeige von Berichten nötig sind. Die Informationen stammen aus den operationalen Datenbanken (z.B. Arbeitsaufgaben, Versionskontrolle), sie werden durch den Warehouse-Webservice in die TfsWarehouse-Datenbank übertragen. Der TFSServerScheduler-Dienst sorgt dafür, dass dies stündlich geschieht. Allerdings läuft der Dienst wie berichtet nur auf einem an eine Domäne angeschlossenen Server.

Als Abhilfe habe ich mir ein kleines Programm geschrieben, welches die Aktualisierung der TfsWarehouse-Datenbank durch den Webservice anstößt. In Verbindung mit der Windows-Aufgabenplanung kann dies je nach Bedarf stündlich, täglich oder in anderen gewünschten Abständen geschehen. Optimaler wäre natürlich ein eigener Dienst, aber so schwer wollte ich es mir dann auch nicht machen.

// ****************************************************************************
// ******                     Implementation zu wWinMain                 ******
// ****************************************************************************
int APIENTRY wWinMain(HINSTANCE /*hInstance*/, HINSTANCE /*hPrevInstance*/, LPWSTR /*lpCmdLine*/, int /*nCmdShow*/)
{
    // Internet-Session oeffnen
    HINTERNET hSession = WinHttpOpen(NULL, WINHTTP_ACCESS_TYPE_NO_PROXY, NULL, NULL, 0);
    if (NULL != hSession)
    {
        // Verbindung herstellen
        HINTERNET hConnect = WinHttpConnect(hSession, L"localhost", 8080, 0);
        if (NULL != hConnect)
        {
            // Anforderung erstellen
            HINTERNET hRequest = WinHttpOpenRequest(hConnect, L"POST", L"/Warehouse/v1.0/warehousecontroller.asmx/Run", NULL, WINHTTP_NO_REFERER, WINHTTP_DEFAULT_ACCEPT_TYPES, 0);
            if (NULL != hRequest)
            {
                // Anforderung senden
                BOOL fResult = WinHttpSendRequest(hRequest, WINHTTP_NO_ADDITIONAL_HEADERS, 0, WINHTTP_NO_REQUEST_DATA, 0, 0, 0);

                // Anforderung wurde gesendet
                if (fResult && WinHttpReceiveResponse(hRequest, NULL))
                {
                    // Antwort abfragen
                    char szResponse[2048] = { 0 }; DWORD dwBytesRead = 0;
                    WinHttpReadData(hRequest, szResponse, 2048, &dwBytesRead);
                }

                // Anforderung schliessen
                WinHttpCloseHandle(hRequest);
            }

            // Verbindung schliessen
            WinHttpCloseHandle(hConnect);
        }

        // Session freigeben
        WinHttpCloseHandle(hSession);
    }

    // Ans kloar
    return 0;
}

Es wird einfach nur eine Url aufgerufen und die Antwort abgefragt, auf eine Fehlerausgabe habe ich verzichtet. Das kompilierte Programm könnt ihr hier herunterladen.

Abgelegt unter Kleine Tools, TFS von Sven | 25.08.2008 - 10:00 | Kommentare geschlossen

Fehler 1603 bei der Installation von TFS 2008 SP1

Die Aktualisierung auf TFS 2008 SP1 wurde kurz vor Fertigstellung mit dem Fehler 1603 beendet. Beim Durchstöbern der Log-Dateien entdeckte ich folgende Zeilen:

Using workflow file from location exe.
Executing workflow ‘Unquiesce AT’…
Stopping Windows Service ‘W3SVC’…
Starting Windows Service ‘W3SVC’…
Starting Windows Service ‘TFSServerScheduler’…
Der Dienst TFSServerScheduler kann nicht auf dem Computer . gestartet werden.
Retrying…
Starting Windows Service ‘TFSServerScheduler’…
Der Dienst TFSServerScheduler kann nicht auf dem Computer . gestartet werden.
Retrying…
Starting Windows Service ‘TFSServerScheduler’…
Der Dienst TFSServerScheduler kann nicht auf dem Computer . gestartet werden.
Retrying…
Starting Windows Service ‘TFSServerScheduler’…
Der Dienst TFSServerScheduler kann nicht auf dem Computer . gestartet werden.
Retrying…
Starting Windows Service ‘TFSServerScheduler’…
Der Dienst TFSServerScheduler kann nicht auf dem Computer . gestartet werden.
Retrying…
Starting Windows Service ‘TFSServerScheduler’…
System.InvalidOperationException: Der Dienst TFSServerScheduler kann nicht auf dem Computer . gestartet werden. —> System.ComponentModel.Win32Exception: Der angegebene Dienst kann nicht gestartet werden. Er ist deaktiviert oder nicht mit aktivierten Ger„ten verbunden
   — Ende der internen Ausnahmestapelberwachung —

Nach diesen Zeilen startete dann das Rollback. 

Die Startprobleme mit TFSServerScheduler kenne ich schon seit der Installation des TFS. Dieser Dienst ist dafür verantwortlich, die Warehouse-Datenbanken zu aktualisieren, auf denen die verschiedenen generierten Reporte aufbauen. TFSServerScheduler ist abhängig vom Windows-Anmeldedienst (Netlogon), der sich nach dem Start auf normalen Servern und Arbeitsplatzrechnern aber gleich wieder beendet. Er ist der Meinung, dass seine Dienste nur beim Arbeiten in einer Domäne nötig sind. Um auf die Berichte nicht verzichten zu müssen, habe ich mir ein kleines Hilfsprogramm geschrieben. Dazu demnächst mehr.

Dummerweise lässt sich der TFS aber nicht direkt auf einem Domänencontroller (DC) installieren. Bis kurz vor der finalen Version von TFS 2005 war das wohl noch möglich, laut Berichten in diversen Foren soll das mit der nächsten Version (Rosario) auch wieder möglich sein. Allerdings habe ich keine Lust, mir bis dahin noch einen zweiten Server als DC einzurichten.

Das halb eingespielte Update hatte den TFS 2008 aber in einen undefinierten Status gebracht, Verbindungsversuche wurden mit folgendem Fehler abgelehnt:

TF31001: Team Foundation kann die Liste von Teamprojekten aus Team Foundation Server nicht abrufen. Team Foundation Server gab folgenden Fehler zurück: Fehler bei der Anforderung mit HTTP-Status 503: TF30059: Schwerwiegender Fehler beim Initialisieren des Webdiensts.

Was tun? Die Lösung bestand darin, auf meinem Entwicklungsrechner in einer VM einen Windows Server 2003 zu installieren und diesen als DC einzurichten. Nach dem Beitritt des Server zu dieser Domäne ließ sich auch der Windows-Anmeldedienst samt TFSServerScheduler starten und das Update lief fehlerfrei durch. Anschließend hat der Server die Domäne wieder verlassen und läuft nun wieder eigenständig.

Bin ich denn etwa der Einzige, der den TFS 2008 ohne Domäne betreibt?

Abgelegt unter TFS von Sven | 18.08.2008 - 10:00 | 4 Kommentare »

TFS: Dateidatum beim Verzweigen erhalten

Beim Verzweigen von Projekten im TFS und anschließenden Abruf des neuen Projekts bekommen die Dateien immer das aktuelle Systemdatum als Datum der letzten Änderung verpasst. In SourceSafe war es noch möglich, beim Abruf zwischen dem Systemdatum, dem Datum des Eincheckens und dem Datum der letzten Änderung zu wählen. Im TFS habe ich diese Einstellung leider noch nicht gefunden, ich würde aber das Datum der letzten Änderung bevorzugen.

Als Workaround habe ich mir ein kleines Programm geschrieben, welches das Änderungsdatum eines Verzeichnisbaums auf einen anderen überträgt. Der Aufruf erfolgt über die Kommandozeile mit dem Befehl

SyncModified.exe <SourceDir> <TargetDir>

Das Quellverzeichnis wird inklusive den Unterverzeichnissen durchlaufen und das Datum der letzten Änderung einer jeden Datei in das Zielverzeichnis übernommen (sofern die Datei dort existiert). Ein eventuell gesetztes Schreibschutzattribut bleibt erhalten.

Das kleine Tool (76 KiB) könnt ihr hier herunterladen.

Abgelegt unter Kleine Tools, TFS von Sven | 11.08.2008 - 10:00 | Kommentare geschlossen

TF80042 beim Öffnen einer Abfrage mit Excel

Beim Versuch, eine Abfrage aus dem Team Explorer heraus mit Excel zu öffnen, erhielt ich anfangs die Fehlermeldung

—————————
Microsoft Visual Studio
—————————
TF80042: Das Dokument kann nicht geöffnet werden, weil Microsoft Excel 2003 oder höher oder eine der zugehörigen Komponenten nicht installiert ist. Weitere Informationen finden Sie im Team Foundation-Installationshandbuch.
—————————
OK  
—————————

Google brachte mich dann dazu, mit Hilfe des Office-Setupprogramms die Excel-Funktionalität .NET-Programmierunterstützung nachzuinstallieren. Diese Einstellung ist standardmäßig deaktiviert. Nun lassen sich die Abfragen auch in Excel anzeigen.

Abgelegt unter TFS von Sven | 08.08.2008 - 10:00 | Kommentare geschlossen

TFS: Arbeitsaufgaben löschen

Beim Erstellen eines neuen Teamprojekts in TFS unter Verwendung von ‘MSF for Agile Software Development’ werden automatisch 15 Arbeitsaufgaben (Work Items) erstellt, welche die grundlegenden Schritte auflisten (Zuordnung der Benutzer, Erstellung von Bereichen und Iterationen, …). Leider besteht im Team Explorer keine Möglichkeit, diese Aufgaben nach dem Schließen auch zu löschen. Löschen deshalb, weil sie für das eigentliche Projekt keine Relevanz mehr haben. Bei drei Teamprojekten sind es schon 45 überflüssige Aufgaben.

Abhilfe schaffen hier die Team Foundation Server Power Tools. Nach der Installation startet man die Eingabeaufforderung und wechselt in das Verzeichnis, in welches man die Power Tools installiert hat. Das Löschen von Arbeitsaufgaben geschieht mit dem Befehl

tfpt destroywi /server:SERVERNAME /workitemid:id1[,id2,...]

Beim ersten Projekt erhalten die automatisch erstellten Arbeitsaufgaben die IDs 1 bis 15, so dass der Löschbefehl

tfpt destroywi /server:SERVERNAME /workitemid:1,2,3,4,5,6,7,8,9,10,11,12,13,14,15

lautet. Aber Vorsicht, dass man nicht die falschen Aufgaben erwischt. Das Löschen ist nämlich nicht wieder rückgängig zu machen!

Abgelegt unter TFS von Sven | 06.08.2008 - 10:00 | 3 Kommentare »

WebWasher stört TFS

Nach der Installation von Team Explorer auf meinem Entwicklungsrechner tauchten plötzlich Anmeldeprobleme mit dem TFS auf. Die ersten Tests hatte ich aus einer VM heraus gemacht, diese liefen fehlerfrei ab. Obwohl das Benutzerkonto auf dem Server vorhanden und auch im TFS eingetragen war, bekam ich beim Anmelden den Fehler TF31003. Dieser besagt, dass mein Benutzerkonto nicht über die Berechtigung zum Verbindungsaufbau mit dem TFS verfügt. Zudem hatte ich Probleme, auf die SharePoint-Seite zuzugreifen. Der Internet Explorer zeigte folgende Fehlermeldung:

Sie haben nicht die erforderliche Berechtigung, um die Seite anzuzeigen
Sie verfügen nicht über die Berechtigung, dieses Verzeichnis oder diese Seite unter Verwendung der von Ihnen bereitgestellten Anmeldeinformationen anzuzeigen, weil Ihr Webbrowser ein WWW-Authenticate-Headerfeld sendet, das die Konfiguration des Webservers nicht akzeptieren kann.
——————————————————————————–

Versuchen Sie Folgendes:

Wenn Sie Ihrer Meinung nach in der Lage sein sollten, dieses Verzeichnis bzw. diese Seite anzuzeigen, wenden Sie sich an den Websiteadministrator.
Klicken Sie auf die Schaltfläche Aktualisieren, um es mit anderen Anmeldeinformationen erneut zu versuchen.
HTTP Error 401.2 – Unauthorized: Access is denied due to server configuration favoring an alternate authentication method. (HTTP-Fehler 401.2 – Nicht autorisiert: Der Zugriff wurde verweigert, weil die Serverkonfiguration eine andere Authentifizierungsmethode verlangt.)
Internetinformationsdienste (Internet Information Services oder IIS)

——————————————————————————–

Die Google-Empfehlungen bestanden darin, im IIS die anonyme Anmeldung zu deaktivieren. Aber das half leider auch nicht. Nach langem Hin- und Herprobieren fand ich dann heraus, dass der auf “Konfigurationsfrei” eingestellte WebWasher die authorisierte Anmeldung stört bzw. nicht unterstützt. Nach der Umschaltung auf eine manuelle Konfiguration klappte dann sowohl die Anmeldung beim TFS als auch die Anzeige der SharePoint-Seiten.

Die Umstellung im WebWasher behob zudem noch ein anderes Problem. Seit dem Umstieg auf Vista hatte ich beim Download von Dateien per FTP immer beschädigte Dateien, was ich mir nie erklären konnte. Plötzlich klappt der Download wieder fehlerfrei. Irgendetwas scheint bei der konfigurationsfreien Einbindung von WebWasher unter Vista zu klemmen.

Abgelegt unter TFS von Sven | 28.07.2008 - 10:00 | 11 Kommentare »

Nicht ohne TFS

In den Kommentaren zu meinem Umstiegsbericht von SourceSafe zu Subversion hat mir Martin den Team Foundation Server (TFS) ans Herz gelegt. Die Workgroup Edition ist aber leider nicht Bestandteil meines MSDN Professional-Abos, sie gibt es erst ab der nächsten Stufe. Bisher sah ich auch nicht die Notwendigkeit, dafür das Dreifache zu bezahlen.

Ich staunte daher nicht schlecht, als vor zwei Wochen plötzlich ein Gutschein über eine einjährige MSDN Premium Subscription inkl. Team Suite in meinem Briefkasten steckte, den mir Martin in seiner Funktion als MVP zukommen ließ. Die Freude war natürlich riesengroß! JJ

Mittlerweile habe ich mir die Team Suite und den Team Foundation Server (Workgroup Edition) heruntergeladen. In den nächsten Tagen und Wochen werde ich mich nun eingehend mit den Möglichkeiten von Visual Studio Team System beschäftigen, der Schwerpunkt wird sicher erst einmal auf der Quellcodeverwaltung liegen. Ich bin gespannt und werde natürlich berichten.

Abgelegt unter TFS von Sven | 09.07.2008 - 10:00 | 5 Kommentare »