Hallo Eike,
so wie ich das Verstanden habe, möchte Sandra nachweisen können, welche Dateien in welcher Version vorhanden sind, und dafür benutze ich doch u.a. ein Versionierungssystem. Es ist sogar möglich vom Hauptentwicklungszweig weitere Entwicklungszweige abzuspalten.
Damit kann eine Datei sogar in mehreren Ständen bzw. Versionen im TFS gleichzeitig aktiv vorhanden sein.
Um aber einen solchen Nachweis erbringen zu können, genügt es meiner Ansicht nach NICHT nur eine Version zu vergeben, sondern es muss nachweisbar sein, WAS alles an der Software gemacht wurde, um diese Versionsnummer zu "verdienen". Das ist gewiss
Aufwand, aber alles andere hat nichts mit einer vernünftigen Versionierung zu tun, dann kann man die Versionsnummer auch auswürfeln.
Und es sind ja nicht nur Links. Die Anforderung und Aufgaben liegen ebenso im TFS wie die Sourcen auch. Das geht ja nicht irgendwie nach extern oder sowas. Das ist alles im Life-Cycle des TFS integriert und überhaupt nichts spezielles, sondern der von Microsoft
vorgesehen Weg für eine saubere, systematische und sorgfältige Versionierung von Software mit dem TFS.
Hallo Holger,
und danke für die Erläuterungen.
Es geht meiners Verständnisses nach um binaries und files aus dem build und hierbei dann ausdrücklich um die Dateiversionen (die hier offensichtlich aus unbekannten Gründen eingecheckt werden). Die Versionen (Changset oder Datumsbasiert) in der Sourcecodekontrolle
bringen hier meiner Meinung nach nicht viel. Es sei den es gäbe eine Relation zwischen FileVersioon und z.B. eine Checkin.
Diese Relation müsste Meiner Meinung nach manuell (oder durch geeignete Erweiterungen) erfolgen, z.B. durch Pflege von Labels.
Die Verlinkung eines Workitems zu definierten Versionen von Dateien in der Sourcecodekontrolle ist natürlich möglich. Hier aber meines Verständnisses nach nicht gefragt. Wenn dieses Vorgehen gewählt würde, würde ich wie gesagt zumindest Davon abraten ein
beliebiges WI zu "missbrauchen", eine Requirement WI sollte m.E. nicht verwendet warden um ein Release zu dokumentieren.
Das von dir vorgeschlagene Branching hilft nicht weiter, den die Dateiversionen der Files sind damit nicht sichtbarer als zuvor.
Unabhänig con dem gerade gesagten kann ich in einem Punkt zu 100% zustimmen:
"Um aber einen solchen Nachweis erbringen zu können, genügt es meiner Ansicht nach NICHT nur eine Version zu vergeben, sondern es muss nachweisbar sein, WAS alles an der Software gemacht wurde, um diese Versionsnummer zu "verdienen". ",
daher auch meine Frage nach dem Hintergrund dieser Anforderung.
App - Versionen mit Komponenten Versionen erfragen, dokumentieren
