Hi.
Wir stehen kurz davor mit unserem Entwicklerteam (~10 Mann) von VSS 6 ⚠ zu TFS 2010 zu wechseln. Bis jetzt nutzen wir keinerlei Branching- und Mergingtechniken, alles wird einfach aus- und eingecheckt. Wiederverwendbarer Code ist in mehreren .dll-Projekten gesammelt, welche direkt in den jeweiligen Projektmappen verlinkt sind (die .dll-Projekte liegen nur einmal im VSS & auf dem lokalen Rechner). Dadurch können die Änderungen an den dll's leicht vorgenommen werden. (aber andere Programme leider auch leicht 'gebrochen'...)
Mit dem Wechsel zu TFS wollen wir natürlich (endlich) auch in den Genuss des Branching kommen. Nachdem ich mir einige MSDN-Webcasts zum Thema angeschaut habe stellt sich mir eine Frage:
Wie kann sichergestellt werden, dass in den Projekten immer die funktionierenden Versionen der .dll-Projekte liegen (quasi die Main-Branch (um erstmal beim einfachen Dev <-- Main --> Release-Modell zu bleiben))?
Eine Idee wäre: Jeder Entwickler hat seine eigene Dev-Branch. Änderungen kommen per FI von der Main und Bugfixes/Features werden per RI zurück in die Main gespielt. Die .dll-Projekte liegen nicht mehr im Projektmappenordner des Hauptprojektes sondern in einem Eigenen. Die Build-Ausgabe wird auf einen zentralen Ordner kopiert damit das Hauptprojekt immer auf den 'frischen' code zugreifen kann.
Das erscheint mir aber nicht ...sagen wir mal...optimal.
Wie wäre es am sinnvollsten? Wie läuft das bei euch?
Viele Grüße.
Hilfe: 🛈 und 📗
...und noch ein Tip: 'Müssen' hilft nicht, 'Wollen' bringt dich weiter. 8)
Weiß jemand, wo man im VisualStudio (2008) definieren kann, wie die automatisch erzeugten Event-Methoden benannt werden?
Statt btnApply_Click() hätte ich z.B. gern OnBtnApply_Click(), dass verträgt sich besser mit dem Codestyle-Enforcer.
THX
verwendetes Datenbanksystem: <ADO.NET>
Hallo,
ich habe eine DataTable an welche verschiedene Controls in voneinander unabhängigen Formularen gebunden sind. Jedes dieser Controls kann unterschiedliche Spalten der DataTable bearbeiten.
Gibt es eine Möglichkeit, die Änderungen eines bestimmten Controls (sprich: einer bestimmten Spalte im DataTable) zurückzusetzen? Mit DataTable.RejectChanges() kann ich ja nur die gesamten Änderungen verwerfen.
Grüße.
Ok dann hatte ich das verwechselt. 🤔
Sorry.
Mal was ganz anderes: War es nicht so, dass mit den Express-Versionen nix produktives im Sinne von Geldverdienen gemacht werden darf?
Es liegt wohl daran dass du die zusätzlich eingefügte Zeile ausgewählt hast:
row = gestellungstypA.NewRow();
row[0] = ""; // =SelectedValue
gestellungstypA.Rows.Add(row);
Wenn du einen _ValueMember _zuweist, greifst du am besten über die Property SelectedValue zu. Dort erhältst du dann den Wert der Spalte gestellungstypA.Columns[0] der ausgewählten Zeile.
Also TFS erscheint mir auch etwas zuviel des Guten 🤔
Ich habe vor 1 1/2 jahren unseren VSS komplett an einem Abend auf
SVN umgezogen, und habe dabei die gesammte history mitgenommen. _Das _klingt sehr verlockend 😁
Ich mach micht also mal mit SVN & Co. vertraut und dank euch für die Tips 👍
mfg Maddy