CHANGELOG (german)
last edited: Sat, 28 Jan 2017 05:48:46 +0100
@Michael Meer @Deutschsprachige Nutzer+
Michael, du hast so ungefähr vor einer Woche mir ein Paar GitHub-Links geschickt, wo ich die Unterschiede/Änderungen meiner und aktueller Hubzilla-Version nachschlagen kann.
Vlt. wegen dem Channel-Umzug - ich finde diese deine GitHub-Links nicht. Kannst du die Links nochmal posten?
Michael, du hast so ungefähr vor einer Woche mir ein Paar GitHub-Links geschickt, wo ich die Unterschiede/Änderungen meiner und aktueller Hubzilla-Version nachschlagen kann.
Vlt. wegen dem Channel-Umzug - ich finde diese deine GitHub-Links nicht. Kannst du die Links nochmal posten?
last edited: Fri, 27 Jan 2017 15:44:58 +0100
@neue medienordnung plus
Wenn Du was entwickeln willst
Bei folgenden Änderungen, die Du beisteuern willst:
Wenn Du was entwickeln willst
- github: Account bei github.com anlegen
- github:https://github.com/redmatrix/hubzilla forken > Ergebnis: Du hast jetzt ein Projekt, den Fork, in Deinem Account
- lokal: Clonen (git clone https://git....) Deines forks auf Deinen Computer
- lokal: Neuer branch
- lokal: Änderungen vornehmen > committen
- lokal > github: push Deines commits von lokal zu github (Dein Fork)
- github: Pull request aus Deinem Fork heraus in Richtung https://github.com/redmatrix/hubzilla (master,dev,....)
Bei folgenden Änderungen, die Du beisteuern willst:
- lokal: Stelle sicher, dass Du https://github.com/redmatrix/hubzilla lokal importiert hast. Wenn nicht, dann importieren und fetch
- lokal: Merge remote (offzilles Repo) mit lokal, damit Du die letzten Änderungen der offiziellen Version lokal hast. (Du bist dabei lokal auf Deinem eigenen Repo und merged das offizielle Rep in Dein lokales.)
- Dann weiter wie oben: lokal: neuer Branch, Änderungen, commit, push (zu Deinem Fork), pull request von Deinem fork zum offiziellen
Es gibt gute offizielle Doku zu git. Meine Empfehlung: Erst mal mit der Funktionsweise von git vertraut machen. Es ist einiges anders als in CVS.
last edited: Sat, 28 Jan 2017 04:50:57 +0100
@Einer von Vielen
Meine Frage zu CHANGELOG habe ich hier aus der Anwendersicht gestellt. Und zwar g'rade deswegen, dass ich auf beiden Webspaces, wo ich die Knoten "administriere", keinen Zugang auf der Konsole habe. Deswegen - sobald mir im Browser hier https://hub.freecommunication.org/admin/ mitgeteilt wird
So eine aktuelle Changelog spart dann einige Anfragen an die Entwickler in der Art "Was bringt denn die neue Version? Was hat sich in der neuen Version geändert?".
Wenn Du was entwickeln willst
Meine Frage zu CHANGELOG habe ich hier aus der Anwendersicht gestellt. Und zwar g'rade deswegen, dass ich auf beiden Webspaces, wo ich die Knoten "administriere", keinen Zugang auf der Konsole habe. Deswegen - sobald mir im Browser hier https://hub.freecommunication.org/admin/ mitgeteilt wird
Die installierte Software sollte aktualisiert werdenist es für mich wünschenswert zu wissen, welche neue Features die aktualisierte Version bringt bzw. welche Fehler mit der aktualisierten Version ggf. beseitigt werden. Um abzuwiegen, ob ich bei den "Konsolen-Admins" entsprechende Anfrage stelle. Eine aktuelle Changelog ist in solchen Fällen sehr hilfreich. Ich habe mal in der Entwicklungsimgebung Ant entwickelt. Dort wurde eine Changelog zeitsparend aus entsprechend formatierten Kommentareinträgen im Quellcode generiert. Und jedes Programm-Release hat als selbstverständlich eine aktuelle Changelog dabei.
So eine aktuelle Changelog spart dann einige Anfragen an die Entwickler in der Art "Was bringt denn die neue Version? Was hat sich in der neuen Version geändert?".