Am 07/28/2015 08:15 AM, schrieb Jörg Schmidt:
From: Marcus [mailto:[email protected]]
Und die gleiche Änderung nochmal
commiten geht ja nicht. ;-)
Das verstehe ich nicht. Kannst Du das bitte erläutern?
ganz einfach:
Wenn ich das "s" von "https" entferne und ins SVN Repository committe
(evtl. über das CMS), dann ist die Änderung drin.
Dann ist es nicht mehr möglich, dass ein anderer *die gleiche Änderung*
nochmal machen kann.
Meine Annahme ist/war:
Bei einer erneuten Änderung wird die bereits vorherige Änderung überschrieben
(u.U. also auch eine Änderung die noch nie gebuildet wurde).
Ja, wenn es *eine andere Änderung* ist. Das gleiche nochmal geht nicht -
und macht ja auch keinen Sinn.
Wie soll es denn anders sein, d.h. wie sollte unterschieden werden das versucht
wird zweimal die gleiche [sic] Änderung zu committen? Da das CMS nicht
intelligent ist müsste es dazu z.B. Prüfsummen der editierten Dateien
(Dateiversionen) vergleichen, tut es das?
Das CMS macht soetwas nicht, es ist ja nur ein Content Management
System. Aber das dahinterliegende SVN kümmert sich um die Verwaltung der
Dateien und jegliche Änderungen.
Ich frage das alles weil das CMS bei mir schon immer nur sehr 'hakelig'
funktioniert und ich deshalb eigentlich immer wenn das CMS im Browser längere
Zeit nicht reagiert (*) die Arbeitsschritte nochmals wiederhole was bisher nie
zu Problemen geführt hat (**).
Das kenne ich. Das geht solange gut, bis jemand anderes die Änderung
erfolgreich ins SVN speichert.
Oder kurz gesagt:
Ich habe die Änderung gemacht. Unwissend von meinem Commit wolltest Du
es kurze Zeit später nochmal machen und wunderst Dich, weshalb das nicht
angenommen wird.
(*)
Damit meine ich _nicht_ das Builden, denn dort merke ich ja an der Rückmeldung
wenn es nicht vorwärts geht
(**)
Ja, ich bin mir bewusst das ein Build immer jegliche zu diesem Zeitpunkt
vorhandenen Änderungen betrifft
Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]