Ist es möglich, in einen Zweig zusammenzuführen, der in TFS nicht direkt über- oder untergeordnet ist? Ich vermute, dass die Antwort "Nein" lautet, da ich diese Erfahrung bei der Verwendung des Systems gemacht habe. Es scheint jedoch zu bestimmten Zeiten sehr nützlich zu sein, wenn an verschiedenen Funktionen gearbeitet wird, die unterschiedliche Genehmigungszyklen haben können (z. B. Funktion eins könnte vor dem zweiten Merkmal genehmigt werden). Dies wird äußerst schwierig, wenn wir Produktionszweige haben, in denen wir eine Funktion in einen früheren Zweig einfügen müssen, damit wir sie vor der nächsten Vollversion freigeben können.
Unsere derzeitige Verzweigungsstrategie besteht darin, im Stamm (oder Mainline, wie wir es nennen) zu entwickeln und einen Zweig zur Stabilisierung und Freigabe für die Produktion zu erstellen. Dieser Zweig kann dann verwendet werden, um Hotfixes und andere Dinge zu erstellen, während die Hauptlinie für kommende Funktionen abweicht.
Welche Techniken können sonst eingesetzt werden, um ein Szenario wie das oben beschriebene zu entschärfen?
1 Stimmen
Heh, ich habe ein Upvote zu diesem Thema gesehen und wurde an meine Zeit mit TFS erinnert. Ich bin froh, dass ich mir seit meinem Wechsel zu Git vor etwa zwei Jahren keine Sorgen mehr über solche Dinge machen muss ;)
3 Stimmen
Falsch Joel, während Sie sich keine Sorgen über die technischen Einschränkungen machen müssen, Git ist besser beim Branching, müssen Sie sich immer noch über dysfunktionale Verhaltensweisen Sorgen machen... Diese Transend-Tools.
0 Stimmen
Ich würde Ihnen empfehlen, auf TFS 2013.3 / VSO zu aktualisieren und auf ein Git-basiertes Team Project zu migrieren.
0 Stimmen
"Unable to determine the workspace"/"No appropriate mapping": Verwenden Sie einen lokalen Pfad und einen Repo-Pfad.