Re: revcheck-Ausgabe nur bedingt richtig

Hallo Martin, soweit ich mich erinnere, wird nur Die Revisionsnummer verglichen, der Status war eigentlich nur für "Human reading" gedacht (Als wir vor dem Split noch die aktuellen files grün darstellten war ein noch nicht fertig übersetztes file eben noch im "working" state). Mit den n/a - files hast Du völlig recht, leider ist beim Split halt auch was schiefgegangen, was aber jetzt leider nicht mehr rückgängig gemacht werden kann. Das mit den nicht committeten files siehst Du erst, sobald revcheck ionline durchlaufen wurde. Früher war das nach jedem Build (alle 4 tage bis eine Woche), es war aber geplant, einen Cronjob zum täglichen Update zu realisieren (weiss nicht, ob das schon erledigt ist, bin heute nach einer Ewigkeit das erste Mal wenigstens in dieser Liste). lg, Thomas Martin Samesch wrote:

Hi, laut revcheck sind alle Dateien, deren EN-Revision mit der Revisionsnummer der englischen Datei übereinstimmen und die den Status 'ready' haben auf dem aktuellen Stand, was aber nur bedingt stimmt. Beim Bananensplit haben viele oder sogar die meisten Dateien ein 'ready' bekommen. Bei mir waren das alle außer den Dateien von ClibPDF (alle 'status: n/a'). Mir ist erst vorhin bei einem 'cvs update' aufgefallen, dass bei zwei Dateien etwas nicht stimmt. Ich hatte sie zwar aktualisiert, aber nicht auf den CVS-Server geladen. revcheck weiß das natürlich nicht und sagt, dass diese Dateien aktuell sind, bzw. sagt nicht, dass sie nicht aktuell sind. Wenn ich mich an der revcheck-Ausgabe orientieren will, sollten also alle Dateien, die nicht unmittelbar vor dem Bananensplit aktualisiert wurden, 'status: n/a' haben. Gruß, Martin