List<Feature>Remove(f => f.Type == FeatureType.Bug); RSS 2.0
# Tuesday, January 06, 2009

Heut habe ich mir die Änderungen bezüglich branching und merging des kommenden Releases von Visual Studio und Team Foundation Server angesehen. Dafür habe ich ein altes Projekt zum TFS hinzugefügt und 2 Branches erstellt:

image

Wie man dem obigen Screenshot entnehmen kann, sind mit dem neuen Release nun Branches mit speziellen Icons versehen. Vor dem erstem Branchen sollte man jedoch den initialen Zweig extra in einen Branch konvertieren (erst dann sieht man das Icon und Changeset-Tracking ist möglich):

image

Ist dies getan, kann man nun z.Bsp. auf einzelne Changesets ein Tracking aktivieren. D.h. man kann nachvollziehen in welche Branches das Changeset gemerged wurde. In meinem Beispiel hab ich im Branch "SerializerTest" drei Changesets erzeugt und mache nun ein "View History" auf den Branch wo man bei jedem Changeset die Möglichkeit hat dieses zu tracken:

image

Man kann dort nun wählen an welchen Branches man interessiert ist und sieht in der Grafik rechts auch gleich deren Abhängigkeiten:

image

Man wird danach in den Timeline View geleitet, wo man sieht wann das Changeset (hier das Changeset 84) in welchen Branch gemerged wurde. Über den mit einen Pfeil markierten Toolbarbutton gelangt man in den "Hierarchy View" in dem man sehr schön sieht wie die Bäume von einander abhängig sind.

Timeline View Hierarchy View
image image


Man sieht, dass dieses Changeset noch nicht in die 2 anderen Branches gemerged wurde. In beiden Views hat man die Möglichkeit mit einem Rechtsklick auf das Changeset, dieses in einen anderen Branch zu mergen:

image

Nach dem Mergen in den Trunk ändern sich die Grafiken der beiden Views entsprechend:

Timeline View Hierarchy View
image image


Nach dem Merge in den finalen Freischaltungs Branch sieht es dann so aus:

Timeline View Hierarchy View
image image


Ein Blick auf die History der gemergten Datei im FirstRelease Branch zeigt, dass die History nun auch in der Lage ist die Branchvorgänge abzubilden:

image

Aber das war noch nicht alles, die für mich sinnvollste Sache ist, dass man das Tracking auch auf Workitemebene aktivieren kann. D.h. wenn man mehrere Checkins einem Workitem zugewiesen hat, kann man nach verfolgen welche Changesets sich in welchen Branches befinden und welche noch fehlen. Dazu kann man mit einem Klick auf "Track Work Item" die zuvor dargestellten Ansichten für alle Changesets anzeigen lassen die dem Workitem zugewiesen sind:

image

Hier die beiden Ansichten:

Timeline View Hierarchy View
image image

 

Soweit ich es sehe, sind Branches die hier grün hinterlegt sind vollständig gemerged, heißt alle Changesets sind in diesem Branch vorhanden. Branches die orange hinterlegt sind fehlt mind. 1 Changeset. Dem Aufmerksamen Leser sollte nun auffallen, dass in der Grafik oben im Text "Changset 84,85,86" steht, jedoch ist vom Changeset 86 nichts in beiden Grafiken zu sehen. Entweder versteh ich das Feature nicht komplett oder das Feature ist einfach noch buggy. Ich tippe darauf, dass das Feature noch buggy ist. Ich habe zum Testen das Changeset 86 vom Workitem entfernt, dann hätte eigentlich der Trunk-Branch auch grün sein müssen, war er jedoch auch nicht. Hier scheint noch etwas Nacharbeit nötig zu sein.

Man kann übrigens auch einfach per Drag & Drop ein Changeset von einem Branch in den anderen mergen, einfach ein Changeset in einen der beiden Views markieren und in den gewünschten Branch ziehen. Übrigens der Merge-Dialog ist nun nicht mehr modal und wurde in die Pending Chanages integriert und heißt dort nun "Pending Changes - Conflicts". Dateien die nicht automatisch gemerged werden konnten schlagen nun dort auf und man hat wesentlich mehr Möglichkeiten als vorher und bekommt auch wesentlich mehr Informationen zu den Problem geboten:

image

Leider hatte ich bei diesem einfachen Szenario keine Konflikte zu bewältigen, deshalb kann ich hier kein Beispiel zeigen. Dafür erstelle ich eventuell später noch ein extra Post.

Das war nun ein kleiner Ausblick was uns in Zukunft in Sachen Branching und Merging erwartet. Ich find die Änderungen super, da man nun viel besser verfolgen kann, welche Änderungen sich wo befinden.

Tuesday, January 06, 2009 7:08:29 PM (W. Europe Standard Time, UTC+01:00)  #    Comments [0] -
TFS | Visual Studio
# Sunday, January 04, 2009

Mit Visual Studio 2010 ist es nun endlich möglich den Team Foundation Server auch Shelvesets builden zu lassen.

image

Über "Queue New Build" ^^ kommt man in den veränderten Queue Build Dialog:

image

Dort hat man die Wahl zwischen 2 Optionen

  • Latest source
  • Latest source with shelveset

Mit der ersten Option wird der neueste Quellcodestand genommen und damit der Build ausgeführt (die einzigste Option früher). Mit der zweiten Option hat man die Möglichkeit ein bestimmtes Shelveset zu builden:

image

Wie man am obigen Screenshot sehen kann, hat man die Möglichkeit ein vorhandenes Shelveset über den Button "..." zu wählen oder mit Hilfe des Buttons "Create" ein neues Shelveset aus den Pending Changes zu erzeugen und dieses zu builden:

image 

Mit Visual Studio 2008 war das Gleiche nur mit Hilfe von 3rd Party Lösungen möglich. Ein Beispiel hierfür ist:

Ich find das neue Feature sehr sinnvoll, da ich oft an mehreren Task gleichzeitig arbeite und sehr oft bei einzelnen Checkins nicht weis ob diese den Build brechen würden oder nicht. In diesem Fall kann ich nun die einzelnen Dateien, welche ich einchecken möchte shelven und builden lassen. Bei erfolgreichen Build check ich diese dann wirklich ein.

Sunday, January 04, 2009 1:20:15 PM (W. Europe Standard Time, UTC+01:00)  #    Comments [0] -
TFS | Visual Studio
# Wednesday, December 31, 2008

Da ich jetzt mal ein wenig Zeit habe, nutze ich diese um mir das CTP Release von VS 2010 mal etwas näher anzusehen. Das erste was mir positiv auffällt ist, dass jetzt unter den Project-Alerts auch der Punkt "My build completes" aufgenommen wurde. Heißt: Man kann sich jetzt auch nur noch benachrichtigen lassen, wenn ein Build, den man selber z.Bsp. durch einen Checkin ausgelöst hat,  abgeschlossen bzw. fehlgeschlagen ist:

image

Ich hab mir schon einiges von VS 2010 angesehen und ich glaube das Release wird ein sehr gutes Release. In diesem Release scheint sehr viel auf Kundenfeedback gehört wurden zu sein. Sieht nach einem guten Usability-Release aus. Smile

Wednesday, December 31, 2008 2:17:07 PM (W. Europe Standard Time, UTC+01:00)  #    Comments [0] -
TFS | Visual Studio
Navigation
Categories
Archive
<February 2012>
SunMonTueWedThuFriSat
2930311234
567891011
12131415161718
19202122232425
26272829123
45678910
About the author/Disclaimer

Disclaimer
The opinions expressed herein are my own personal opinions and do not represent my employer's view in any way.

© Copyright 2012
Jens Hofmann
Sign In
Statistics
Total Posts: 6
This Year: 0
This Month: 0
This Week: 0
Comments: 0
Themes
Pick a theme:
All Content © 2012, Jens Hofmann
DasBlog theme 'Business' created by Christoph De Baene (delarou)