Mit welchen Problemen können wir konfrontiert werden, wenn wir von TFS nach Fogbugz Kiln ziehen?
Derzeit verwenden wir TFS für die Quellcodeverwaltung, wir suchen nach der Option, nach Kiln zu wechseln.
Wir sind komplett auf Microsoft-Entwicklungstools basierende Firma, da wir Visual Studio .net, SQL-Server, TFS, Windows-Server usw. verwenden.
Der Beweggrund scheint folgender zu sein:
Hat jemand das schon gemacht? Weiß jemand Probleme, wenn wir Visual Studio mit Kiln verwenden?
Ich kann Ihre Frage nicht vollständig beantworten, da ich TFS nicht verwende (und nie benutzt habe). Mein Arbeitgeber verwendet jedoch StarTeam, was ziemlich typisch für die Quellcodeverwaltung ist.
Für mich war es die erste mentale Hürde, von einer traditionellen SCC-Methode des Auscheckens / Eincheckens zu einem verteilten Modell überzugehen. Um über diese Hürde hinwegzukommen, fand ich heraus, dass das Tutorial in Ссылка hilfreich war.
Was die Verwendung von Kiln für VS betrifft, verwende ich sowohl den Kiln-Client (im Wesentlichen TortoiseHg) als auch ein Plugin für VS 2010 . Ich kann Commit, Pull, Push usw. vom Windows Explorer und von Visual Studio ausführen. Ich hatte keine Probleme außer mercurial zu lernen und wie verteilte Versionskontrolle funktioniert.
Was andere Probleme betrifft, so kann ich nur daran denken, jeden Build-Server oder Server für kontinuierliche Integration zu aktualisieren, um aus den entsprechenden Repositories zu ziehen.
Codereview gibt es in TFS (nur eine kostenlose Erweiterung herunterladen), Merge ist sehr gut in TFS, Berichte sind besser in TFS, Methoden, Integration und sogar Preis. In meiner bescheidenen Sichtweise. Aber beide sind großartige Produkte, wenn Sie arbeiten oder benötigen, verteilten sc oder gemischten Teams (Linux, etc) auch TFS hat eine Lösung, ist aber nicht so billig
Zweige sind in Mercurial besser, aber das hat einen Preis: Sie werden viel mehr Zweige haben, und es wird viel einfacher für einen Entwickler sein, einen Fehler zu machen und etwas in einer falschen Verzweigung zu machen. Flexibilität kann zu Verwirrung führen.
Aber das Wichtigste ist Ihr Übergangsplan. Wenn Sie in TFS einen langen Commit-Eintrag haben, möchten Sie ihn wahrscheinlich behalten. Unglücklicherweise schien es kein direktes Konvertierungstool zu geben, um TFS in Hg zu konvertieren, wenn ich eines brauchte. Ich versuchte tfs2svn mit hg convert , aber tfs2svn blieb bei komplexen Umbenennungen stecken, und ich wurde gezwungen, eine dumme Direktumwandlung zu schreiben Dienstprogramm stattdessen.
Wir sind im letzten Herbst von Sourcegear's Vault (mit Bugzilla) nach Kiln (mit FogBugz) gewechselt. Alle unsere Entwickler lieben die enge Integration von Commits, um Reviews zu Fällen (Bugs / Tickets) zu Spezifikationen / Anforderungen zu kodieren.
Es brauchte einige Versuche und Fehler, um die Organisation der zentralen Repositories zu meistern. Kiln (und Mercurial durch Proxy) ist so flexibel, dass Sie leicht eine Organisationsstruktur erstellen können, die entweder zu einfach oder zu komplex ist. Dies wird durch die Leichtigkeit, mit der Sie verzweigen und zusammenführen können, erheblich gemildert. Unser Ziel war es, ein System zu konstruieren, das nur überprüften Code in ein Staging-Repository erlaubt, das dann zur Freigabe an die QA bereitgestellt werden kann. Es dauerte etwa 6 Wochen (hauptsächlich um Versuch und Irrtum), unsere Repository-Organisation zu finalisieren, um diesen Prozess zu rationalisieren.
In Vault (vergleichbar mit Subversion von einem philosophischen Standpunkt aus gesehen) könntest du leicht eine Veränderung begehen, die Stunden dauern könnte. In Kiln ist es einfach, Änderungen vorzunehmen und sie wegzuwerfen. Obwohl ich nicht für TFS sprechen kann, war die Zusammenstellung für die Veröffentlichung in Vault ein Albtraum. Nehmen Sie 90 Minuten Produktivität und müll es. In Kiln ist es trivial, ein paar Perl-Skripte zu schreiben, um Build / Release zu automatisieren, was jetzt fast augenblicklich wäre, wenn nicht für ein paar Minuten manuelle Überprüfung.
Die größte Herausforderung besteht (wie Helgi vorschlägt) in der Leitung von Filialen. Manche Entwickler finden das extrem einfach, andere kämpfen damit.
Es gab auch keinen Konvertierungspfad von Vault zu Kiln, daher pflegen wir die Vault-Serverinstanz für Archivierungszwecke und starten sie mit Kiln neu.
6 Monate in, und es hat unser Leben verändert (zum Besseren).