fischertechnik community forum

M.e. sollten wir 0.9.3 veröffentlichen. Ich habe jetzt ein paar Leute u.a. auf dem Karlsruher Robocup getroffen, die mit der 0.9.2 arbeiten. Und zur Zeit ist so wenig Bewegung drin, dass man das m.e. jetzt gut machen kann.

Ich hab gerade noch mal einen Blick in die issue list geworfen, für mich ist da eigentlich nur #78 unklar:
https://github.com/ftCommunity/ftcommun ... /issues/78

Vielleicht kann Richard noch 'was dazu sagen.

Ansonsten scheint die Stabilität ja recht ordentlich, so daß ein offizieller Release Sinn machen würde, insbes. damit Apps auf dem 0.9.3 er Release aufsetzen können.

Gruß
Peter

Was ist denn mit den Anleitungen? Beziehen die sich auf 0.9.2 oder 0.9.3?

Gruß
Esther

Wenn wir uns von offenen Issues bremsen lassen werden wir nie fertig. Außerdem ist dieses konkrete Issue eher ein Wunsch als ein Problem.

Und die Anleitungen beziehen sich alle auf 0.9.2. Da hat sich einiges geändert und muss angepasst werden. Aber das wird auch eher schlimmer je länger wir warten.

Dann würde ich doch vorschlagen, die 0.9.3 wird bei Gelegenheit freigegeben und die Anleitungen werden dann nach und nach angepasst.
Gruß
Esther

PHabermehl hat geschrieben:Ich hab gerade noch mal einen Blick in die issue list geworfen, für mich ist da eigentlich nur #78 unklar:
https://github.com/ftCommunity/ftcommun ... /issues/78

Vielleicht kann Richard noch 'was dazu sagen.

Das kann denke ich auch noch warten. Ich werde in den nächsten paar Wochen eh nichts machen, ich bin im Urlaub

Tja, Till, dann setz Dir mal das Krönchen auf und binde den Sack zu

Nee, sorry. Wenn ich jetzt auch noch die Releases übernehmen soll, dann wird mir das zuviel. Dann lassen wir es lieber wie's ist ...

Frage an alle Beteiligten: Was ist denn zu tun, um ein offizielles Release zu erzeugen?

Nur umbenennen in 0.9.3. und Häkchen bei "Draft" weglassen? Dann kann ich das auch machen...

Ich würde da lieber noch etwas warten. Release geht wie ein weekly, nur, dass in /etc/fw-ver das rc weg müsste. Dann muss noch ein tag erstell werden und die Release auf github sollte als stable makiert sein, statt als pre-release.

Raphael

Das müssten wir vorher auch noch machen: https://github.com/ftCommunity/ftcommun ... -313878689

PHabermehl hat geschrieben:Frage an alle Beteiligten: Was ist denn zu tun, um ein offizielles Release zu erzeugen?

Nur umbenennen in 0.9.3. und Häkchen bei "Draft" weglassen? Dann kann ich das auch machen...

Ja, einfach nur als 0.9.3 taggen und statt als "Draft" als "richtiges" Release veröffentlichen.

ski7777 hat geschrieben:Das müssten wir vorher auch noch machen: https://github.com/ftCommunity/ftcommun ... -313878689

Das kann denke ich auch noch warten. Mit dem nächsten Release müssen wir uns ja nicht zwangsläufig genauso viel Zeit lassen wie jetzt mit 0.9.3.

richard.kunze hat geschrieben:

ski7777 hat geschrieben:Das müssten wir vorher auch noch machen: https://github.com/ftCommunity/ftcommun ... -313878689

Das kann denke ich auch noch warten. Mit dem nächsten Release müssen wir uns ja nicht zwangsläufig genauso viel Zeit lassen wie jetzt mit 0.9.3.

Stimmt auch wieder.
Ich würde, (wenn ich könnte), den Tag jetzt setzen und dann sobald möglich releasen.

Raphael

richard.kunze hat geschrieben:

ski7777 hat geschrieben:Das müssten wir vorher auch noch machen: https://github.com/ftCommunity/ftcommun ... -313878689

Das kann denke ich auch noch warten. Mit dem nächsten Release müssen wir uns ja nicht zwangsläufig genauso viel Zeit lassen wie jetzt mit 0.9.3.

Dann machen wir das a besten trotzdem schnell fertig und releasen dann als 0.9.4

Raphael

richard.kunze hat geschrieben:Mit dem nächsten Release müssen wir uns ja nicht zwangsläufig genauso viel Zeit lassen wie jetzt mit 0.9.3.

Vielleicht sollten wir uns da ein festes Ziel setzen. Z.B. zu jeder zweiten ft:pedia im Sommer und zu Weihnachten ....

Dann jetzt die 0.9.3, zu Weihnachten die 1.0 und zur ft:pedia 2/18 dann die 1.1 / 2.0 je nach Änderungsmenge.
Zwischendurch kommen ja immer die weeklys und hoffentlich auch mal nightlys (Ich würde mich da anbieten, die so oft es geht zu bauen).

Raphael

Jetzt habt ihr erst ganz viel Stress gemacht und jetzt? Ich kann heute Mittag gerne ein Build laufen lassen. Dafür müsste bloß jetzt jemand ein Tag setzen und die /etc/fw-ver ändern.

Raphael

ski7777 hat geschrieben:Dann jetzt die 0.9.3, zu Weihnachten die 1.0 und zur ft:pedia 2/18 dann die 1.1 / 2.0 je nach Änderungsmenge.
Zwischendurch kommen ja immer die weeklys und hoffentlich auch mal nightlys (Ich würde mich da anbieten, die so oft es geht zu bauen).

Raphael

... mit dem Alter kommt die Gelassenheit

Angesichts der "Masse" an commits würde ich nicht über nightly builds spekulieren, sondern die Frage stellen, ob nicht weekly schon zu oft ist. Gibt es irgendwo eine Statistik über die Nutzung der weekly builds bzw. die Anzahl der Downloads? Meine Vermutung ist, daß da nicht mehr als einstellige Zahlen zustande kommen...

Warum muß man die " /etc/fw-ver" ändern?

Ich werde heute den weekly build als Release laufen lassen. Ab nächster Woche heißen die weeklys dann 0.9.4-dev. Für größere Versionssprünge sehe ich derzeit noch keinen Anlaß, zum nächsten Release kann man dann gern über die Versionsnummer sprechen.

Gruß
Peter

https://github.com/ftCommunity/ftcommun ... ver.txt#L1 Und für nen Build muss das getriggert werden: https://github.com/ftCommunity/ftcommun ... ild.sh#L26

Also kommt in die fw-ver.txt: Und das tag heißt dann Raphael

Danke, den Trick mit der base version kannte ich noch nicht. Bei den weeklys war das ja nicht nötig.
D.h., nach dem 0.9.3er Release muß ich die base version gleich auf 0.9.4-dev setzen...