[PATCH 3/4] added build command "release" to generate taged versions.

[Tobias Klaus]

Am Dienstag, 2. Februar 2016, 21:41:23 schrieb delphiN:
> Am 30.01.2016 10:17, schrieb Tim Niemeyer:
> > Es macht mMn nur Sinn, wenn man am Binary sieht was drin ist.
> 
> Ich versteh das schon, aber ich stehe zu dem Patch.
> Ist halt die Frage ob man dem einfachen Benutzer den Git-Hash im Namen
> wirklich zumuten will.
Welcher "normale" Nutzer(was auch immer das sein mag) hat denn jemals eine 
Version mit einer commit-id im Namen installiert?
Releaste Versionen(sauber aus einem Tag gebaut) haben keine commit-ID mit 
dabei.


> Da kann man die Versionsummer auch gleich
> weglassen und einfach nur den Hash nehmen.
Weshalb? Ich finde es sehr praktisch zu wissen auf welcher Basis die jeweilige 
Firmware entwickelt wurde.

> Es macht mMn durchaus Sinn eine bestimmte Release Version
> herauszugeben und nicht auf einen undurchsichtigen Hash.
Vielleicht sprechen wir von unterschiedlichen Dingen, aber es wurde nie eine 
Version mit einer commit-id als Versionsstring herausgegeben.

> Für mich besteht das Risiko zwei Versionen zu verwechseln nur, wenn
> man ganz explizit eine "Release Version" generiert und diese dann auch
> noch veröffentlicht. Auch jetzt wurden auf dem dev-server Ordner
> angelegt die nur die Versionsnummer und nicht den Git-Hash enthalten -
> auch hier weis man nicht was drin ist.
Sie enthalten genau den git-Tag den man nutzen muss um die jeweilige Version 
zu bauen.

> Ich gebe zu ist Geschmack-Sache.
> Wie sehen das die vielen Anderen hier auf der Liste?
Aufgrund der obigen Argumentation werde ich nicht so richtig schlau welches 
Problem hier zu lösen ist. Daher sehe ich gerade auch keinen Grund den 
aktuellen Zustand zu ändern.

Grüße
Tobias

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 819 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20160203/a32199e4/attachment-0002.sig>