hdi hat gesagt.:
Hä? Du machst ein Checkout und checkst einfach alles aus.
Es wird keine Konflikte geben, auch wenn Datei X bei dir lokal anders formatiert ist als die Version
dieser Datei, die du grad auscheckst. Weil der Inhalt der gleiche ist.
Das ist schon klar, aber es geht ja um folgendes:
Ich hole mir die Sourcen ausm CVS und formatiere die um sie besser lesen zu können. Nun gibt es zwei Varianten welche alle beide Mist sind:
1. Bei einem Checkout schicke ich die formatierten Dateien mit, da sie sich für das Versionierungssystem geändert haben. Das hat den Nachteil, dass zwei Entwickler welche ständig den Code mit underschiedlichen Formatierungen lesen, die Versionsnummer der Datei hochschrauben. Auch wenn der Inhalt immer der gleiche ist. Aber alleine die Tatsache ob die öffnende Klammer "{" nach der Methodensignatur steht oder darunter ist schon eine Änderung im CVS, welche "gepflegt" werden muss.
2. Ich lade mir Sourcen runter, welche ich lesen will und formatiere diese. Dann wird bei einem Checkout diese auch als geänderte Datei mit aufgeführt. Lese ich mich in ein Projekt ein und formatiere somit 100 Klassen arbeite selber aber nur an einer, dann muss ich beim nächsten checkout trotzdem 101 Klassen auschecken. Ich muss dann im diesem Fall um die Versionierung nicht hochzutreiben ohne Änderung diese 100 Dateien manuell aus dem checkout-Vorgang ausklammern. Ändere ich eine von 100 Dateien außer der Formatierung muss ich diese wieder manuell dem checkout-Prozess zuführen.
3. und beste Lösung -> Code Conventions
bye Saxony
Oder anders gesagt: wohl auch Teile der Community haben euch zu danken! Natürlich ist es für Teile der Community unheimlich interessant oder sogar wichtig, die Entstehung und Realisierung eines Projekts quer durch alle Entwicklungsprozesse mit zu erleben. Gerade das ist doch das was Anfängern meist fehlt: umfangreichere Beispiele aus der Praxis.
