Ist das Regal in TFS nur ein sanftes Einchecken, damit andere Teammitglieder den Quellcode sehen können?
dh der zurückgestellte Code wird nicht richtig kompiliert?
Ist das Regal in TFS nur ein sanftes Einchecken, damit andere Teammitglieder den Quellcode sehen können?
dh der zurückgestellte Code wird nicht richtig kompiliert?
Antworten:
Regale haben viele Verwendungszwecke. Die wichtigsten sind:
Irgendwelche anderen Verwendungen?
Mit Shelving können Sie alle Änderungen auf Ihrer Box speichern, ohne einchecken zu müssen. Die Änderungen bleiben auf dem Server erhalten. Zu einem späteren Zeitpunkt können Sie oder einer Ihrer Teamkollegen sie wieder auf eine Ihrer Maschinen "auflösen".
Es eignet sich auch hervorragend für Überprüfungszwecke. In meinem Team legen wir zum Einchecken unsere Änderungen zurück und senden eine E-Mail mit der Änderungsbeschreibung und dem Namen des Änderungssatzes. Die Mitarbeiter des Teams können dann das Änderungsset anzeigen und Feedback geben.
Zu Ihrer Information: Der beste Weg, ein Regalset zu überprüfen, ist der folgende Befehl
tfpt review / Shelveset: RegalsetName; Benutzername
tfpt ist Teil der Team Foundation Power Tools
Das stimmt. Wenn Sie ein Regal erstellen, wird Ihr Code von anderen Personen, die eine Aktualisierung durchführen, nicht angezeigt.
Dadurch werden Ihre Codeänderungen auf dem Server gespeichert, der wahrscheinlich besser gesichert ist als Ihr Arbeits-PC.
Sie können Ihre Änderungen auf einem anderen Computer abrufen, falls Sie den Drang verspüren, von zu Hause aus zu arbeiten.
Andere können Ihre Regale sehen (obwohl ich denke, dass dies optional ist), damit sie Ihren Code vor dem Einchecken überprüfen können.
Ein Punkt, der in vielen dieser Diskussionen übersehen wird, ist, wie Sie auf die gleiche Maschine zurückgreifen, auf der Sie Ihre Änderungen zurückgestellt haben. Vielleicht für die meisten offensichtlich, aber für mich nicht. Ich glaube, Sie führen ausstehende Änderungen rückgängig machen - stimmt das?
Ich verstehe den Prozess wie folgt:
Wenn Sie also mit Arbeiten beginnen möchten, die Sie möglicherweise für Shelve benötigen, müssen Sie vor dem Start einchecken, da der Check-in-Punkt der Ort ist, an den Sie zurückkehren, wenn Sie den obigen Schritt "Ausstehende Änderungen rückgängig machen" ausführen.
Ich stoße die ganze Zeit darauf, also ergänzende Informationen zu Branchen:
Wenn Sie mit mehreren Zweigen arbeiten, sind Regalsätze an den Zweig gebunden, in dem Sie sie erstellt haben. Wenn Sie also ein Wechselset zu lange im Regal rosten lassen und sich von einem anderen Zweig lösen müssen, müssen Sie dies mit der Veröffentlichung der Elektrowerkzeuge im Juli tun.
tfpt unshelve /migrate
Shelving ist so, als ob Ihre Änderungen in der Quellcodeverwaltung gespeichert wurden, ohne die vorhandenen Änderungen zu beeinflussen. Wenn Sie eine Datei in der Quellcodeverwaltung einchecken, wird die vorhandene Datei geändert, aber das Zurückstellen entspricht dem Speichern Ihrer Änderungen in der Quellcodeverwaltung, ohne jedoch die tatsächlichen Änderungen zu ändern.
@JaredPar: Ja, Sie können Regale für Überprüfungen verwenden, aber denken Sie daran, dass Regale von Ihnen / anderen überschrieben werden können und daher nicht langfristig stabil sind. Daher sollten Sie für aufsichtsrechtlich relevante Überprüfungen niemals ein Regalset als Basis verwenden, sondern ein Check-in (Changeset). Für eine informelle Überprüfung ist es in Ordnung, aber nicht für eine formelle (zB Freihandelsabkommen relevante) Überprüfung!
Wenn Sie Gated Builds verwenden und ein Build ausgelöst wird, wird ein Regalsatz Ihres Arbeitsbereichs erstellt, der zum Erstellen übermittelt wird. Wenn der Build fehlschlägt, wird das Regalset abgelehnt. Wenn der Build erfolgreich ist, wird ein Änderungssatz erstellt und an TFS übergeben. In beiden Fällen muss die Person, die das Einchecken / Erstellen durchführt, den Arbeitsbereich abgleichen. Dies ist so einfach wie das Ausführen eines Get Latest.