nicht angemeldet
Hi,
Toll. Daraus erkenne ich immer noch nichts, was mir nicht ein diff auch verraten hätte. Ja, da ist was geändert worden. Warum? Auf welcher Grundlage? Keine Angaben. Also kein Mehrwert.
Steht doch drüber.
"added Constants module. fixes #4"
Sogar mit Link auf das Item aus dem Bugtracker. Wenn nun jemand die History des Projekts anschaut, dann sieht er eine Kurzbeschreibung der Änderung und eine Langbeschreibung (in diesem Fall hinter dem Link verborgen).
Gerade bei Projekten mit mehreren Entwicklern ist da wichtig. Man will wissen, warum sich eine Zeile geändert hat/woher ein Bug kommt/.... Dann schaut man in die History der Datei und sieht (z.B): "Entwickler XYZ fixed bug 12345 by changing method getArghs".
Bei deiner Methode
- gibt es dieses Commit-Log gar nicht (das commit-log beschreibt die Änderungen und deren Gründe)
- muss man erst aufwendig suchen, wann sich die Datei verändert hat, wenn du das entsprechende Verzeichnis nicht sowieso schon weggeworfen hast.
Weiterhin hast du keine einfache Möglichkeit, branches anzulegen. Dies will man tun, um gewisse Dinge einfach mal auszuprobieren. Ich arbeite z.B. häufiger mal an mehreren Dingen gleichzeitig. Kurzfristige Bugfixes und langfristige Weiterentwicklung wäre ein einfaches Beispiel.
Die Bugs fixe ich anhand des Codes, der derzeit auf Produktion läuft. In dem Code-Baum, in dem ich sie fixe, darf aber kein Code aus der Weiterentwicklung sein, damit nicht auf diesem Weg ungetestetes Zeugs auf Produktion landet.
Natürlich kann man diesen letzten Anwendungsfall durch deine Lösung abdecken. Zwingt dich aber zu Tools wie diff/patch, welche deutlich unkomfortabler sind als git/svn.
Als letztes: ich kann an der Hand abzählen, wann ich in Mehrpersonenprojekten nicht in "fremden" Codebäumen etwas geändert habe. Zusammenarbeit wird ohne Codeverwaltung deutlich (!) erschwert. Und von Hilfstools wie CI u.ä. will ich gar nicht erst reden.
Bis die Tage,
Matti
Der Martin
seth