dxGDIPlusClasses überall in uses injiziert

[dummzeuch]

Zitat von TurboMagic:

Und ja: besser nix unpassendes einchecken ist gut.
Dazu müsste man aber, falls das automatisch eingefügt wird, einen Diff aller geänderten Units for
dem Einchcken machen

Also zumindest ich schaue mir das Diff aller Units an, die ich committe. Geht ja mit TortoiseSVN + BeyondCompare auch einfach. Ich drehe da auch immer wieder mal automatische Änderungen der IDE in den Uses-Listen, DFMs oder dproj-Dateien zurück oder mache auch manuelle Änderungen, die ich so gar nicht gewollt (oder vergessen) habe, rückgängig.
(Änderungen an den Hex-Codes von Bitmaps in den DFMs sind total nervig, da die schon durch andere Bildschirmauflösungen oder auch nur andere Grafiktreiber ausgelöst werden können. Die mache ich, wenn es nicht absichtliche Änderungen waren, komplett rückgängig. Das macht es auch einfacher, echte Änderungen zu erkennen.)

Aber ich committe auch immer ziemlich kleinteilig, also auch mal nur eine Zeile, wenn es keine Abhängigkeiten zu anderem Sourcecode gibt. Im Gegensatz zu meinen Kollegen, denen ich nicht abgewöhnen kann, erst nach tagelangen oder gar wochenlangen Änderungen zu committen. Die beschweren sich dann immer über Merge-Konflikte. Passiert mir nur selten und wenn, sind sie leicht zu beheben. Aber da habe ich kein Mitleid. Selbst schuld.

[TiGü]

Zitat von dummzeuch:

Aber ich committe auch immer ziemlich kleinteilig, also auch mal nur eine Zeile, wenn es keine Abhängigkeiten zu anderem Sourcecode gibt. Im Gegensatz zu meinen Kollegen, denen ich nicht abgewöhnen kann, erst nach tagelangen oder gar wochenlangen Änderungen zu committen. Die beschweren sich dann immer über Merge-Konflikte. Passiert mir nur selten und wenn, sind sie leicht zu beheben. Aber da habe ich kein Mitleid. Selbst schuld.

OT:
Ja, schreckliche Angewohnheit. Ich kämpfe da auch gegen Windmühlen.
Ich glaube, dass ist aber auch viel Faul- und Gewohnheit dabei.
Die wollen einfach nicht mehrfach das Commit-Fenster in TortoizeSVN öffnen. Zuviel Geklicke.

Oft ist ein SVN-Revsionseintrag fünf verschiedene Sachen (New, Bug, Feature, Übersetzung...) und 5 bis 12 Units angepackt.

Ob hier Gewalt eine Lösung ist? So wie bei den Yakuza?
https://de.wikipedia.org/wiki/Yubitsume

[himitsu]

Du kannst bei SVN und Git auch Commit/Push-Events registrieren.
Werden z.B. beim Commit solche Dinge gefunden, dann knallst denen automatisiert das um die Ohren und sie müssen es erst anpassen.





Man kann zwar auch automatisch Replaces damit bauen, aber das ist ja auch keine Lösung ... ohne Rückmeldung den Code zu verändern.

[Uwe Raabe]

Zitat von himitsu:

Werden z.B. beim Commit solche Dinge gefunden, dann knallst denen automatisiert das um die Ohren und sie müssen es erst anpassen.

Ich fürchte, daß wird die Häufigkeit der Commits nur noch weiter reduzieren. Insbesondere, wenn devExpress die Units immer wieder in die uses-Clause schreibt.

Zitat von dummzeuch:

Also zumindest ich schaue mir das Diff aller Units an, die ich committe. Geht ja mit TortoiseSVN + BeyondCompare auch einfach.

Das finde ich so toll bei der TortoiseHG Workbench: da sieht man die Änderungen direkt und kann die ungewollten Teile einfach aus dem Commit ausschließen (Häkchen weg - fertig). Das hat nebenbei noch den Vorteil, daß man die aktuelle Source-Datei dadurch gar nicht ändert und Delphi nicht meckert, wenn es die geänderten Dateien laden muss - und das womöglich nicht kann, weil noch ein abhängiges Form geöffnet ist.