[fli4l] fli4l auf raspberry?

[Christoph Schulz]

Hallo!

Hans Bachner schrieb:

>> Das dieser Zwei die höchste revisionsnummer
>> bei einigen Paketen hat eggibt sich Augrund obiger Reigenfolge:
>>
>> revision a bei checkin im trunk - rev a+x beim merge der Änderungen nach
>> testing - rev a+x+y dann beim Merge der Änderung in den stable-Zweig.
> 
> ok, durch das jeweilige Merge entsteht also noch einmal eine neue
> Version.

Exakt. So funktionieren Zusammenführungen in Subversion. Das ist bei anderen 
Systemen wie Mercurial oder git anders.

> Und die Tatsache, dass trunk die älteste und stable die
> jüngste/höchste Build-Nummer haben heißt also nichts anderes, als dass
> seit dem Merge nach stable der Modul nicht mehr angerührt wurde. (Bitte
> das jetzt nicht als Vorwurf auffassen, sondern nur als Erklärung für
> meine Beobachtung.

Aus Revisionsnummern eine zeitliche Ordnung herzuleiten muss schon bereits 
dann scheitern, wenn man mehr als einen Entwicklungszweig hat -- und zwar in 
jedem Versionskontrollsystem mit fortlaufenden Nummern und Verzweigungen. 
Also bitte den Ansatz gleich auf der Müllhalde der unausgegorenen Ideen 
entsorgen ;-)


Viele Grüße,
-- 
Christoph Schulz
[fli4l-Team]