Joachim Merkel <[EMAIL PROTECTED]> wrote on 27.06.04:
> Michael Heydekamp ([EMAIL PROTECTED]) schrieb:
>> Nebenbei ist nicht alles, was schon dokumentiert ist, auch bereits
>> programmiert. Zum Teil steht da auch erstmal nur, wie sich das
>> Programm verhalten *soll*.
> Solche Arten vorausplanender Dokumentation w�ren vielleicht im /Trial
> ganz gut aufgehoben.
Ich soll die paar Punkte, f�r die noch gar kein Code existiert bzw.
deren Code noch nicht fertig ist, aus dem Gesamttext herauskopieren und
committen?
Betonung liegt auf "nicht alles" und "zum Teil".
> Ich wundere mich eben nur, da� der CVS nicht auch f�r die Ablage auch
> von unfertigen Material genutzt wird.
Und t�glich/w�chentlich/monatlich updaten?
Ich w��te nicht, wie und wann ich das machen sollte. Ich kann das wie
gesagt nicht in regelm��igen Abst�nden von den �brigen �nderungen in
denselben Units separieren, dazu fehlt mir auch die Zeit. Reicht schon,
wenn ich das beim endg�ltigen Commit machen mu�, aber das Spiel mache
ich bei der Codemenge genau nur einmal.
Ich k�nnte einzelne komplette Units committen, aber compilierf�hig w�re
das mit dem Rest-XP dann nicht. Bliebe nur, das komplette Working
Directory zu committen, aber dessen Zustand ist momentan definitiv zu
chaotisch und baustellenartig. Wir reden nicht �ber ein paar �nderungen
hier und da.
Das Grundprinzip ist doch: Man entwickelt etwas zu Ende, dokumentiert
es, und committet es *dann*. Ich kenne das jedenfalls nicht anders.
Wenn man *zus�tzliche* Routinen f�r ganz neue Features schreibt, die
sich vom �brigen Code klar abgrenzen lassen, mag das was anderes sein.
BTW: An RTA und forcebox haben wir mit Unterbrechungen jeweils mehrere
Monate bis fast ein Jahr gearbeitet (Stefan hat entwickelt, ich habe
getestet), und bis zu Stefans Commit habe ich keine einzige Codezeile
gesehen. Ich w��te auch nicht, was ihm oder mir das gebracht h�tte.
Michael
------------------------------------------------------------------------
FreeXP Entwickler-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
