ioBroker-Scripts mit git versionieren

▬ Mehr zum Thema ▬▬▬▬▬▬▬

Tutorials / Online-Kurse:

Podcast (Draht zu smart):

Newsletter:

▬ Social Media ▬▬▬▬▬▬▬

#smarthome #homeautomation #iobroker

[jamesB]

Gute Idee. Eine Integration in den Adapter wäre richtig toll. In der aktuelle Variante ist das nur bedingt praxisgerechte. Ich würde das vermutlich oft vergessen.

[andreasanundfursich]

Sehr wichtiges Thema, vielen Dank für dieses großartige Video.

[schaefersklaus]

Klasse Idee! Gerade im Newsletter auf dieses Video aufmerksam geworden. Finde ich sehr gut, und hätte mir schon mind. einmal geholfen ;-) Ich würde es nutzen, aber finde den "Umweg" über's Terminal auch zu "umständlich". Auch ich würde es vergessen und dann wäre es nicht nützlich. Cool wäre eine commit Funktion im Adapter. Oder sogar ein "Überblick" des Repos im Adapter. Aber eine "einfache" Commit-Funktion aus dem Adapter heraus - vielleicht auch automatisch täglich nach Änderung - wäre eine Hilfe, wenn man mal Bockmist gebaut hat. Danke für Deine Arbeit und Deine tollen Ideen und Videos!

[peterf]

Also das im Adapter zu haben wäre schon klasse. Auf einzelne Scripts/Verzeichnisse das dann anzuwenden wäre natürlich noch komfortabler. In der Regel ändert man ja nur an einem Script mal was zwischendurch von Zeit zu Zeit. Da dann nach Monaten noch durchzzblicken könnte schwierig werden.
Gut wäre auch, etwas aus einem alten Stand herauskopieren zu können, also den alten Stand temporär wiederherzustellen

[rolandgriebach]

Klasse Idee das ganze in den Adapter zu integrieren

[meistermopper]

Sehr interessantes Video, Danke dafür. Jetzt ist es natürlich spannend, wie man die Skripte remote auf GitHub verwalten kann.

[SmartHaus]

Vielen Dank für das Video. War sehr interessant. Wie du aber schon erwähnt hast, ist das ganze sehr umständlich, um für jede kleine Änderung in die Konsole zu wechseln oder die passenden Blockybausteine dafür zu bauen.
Ich würde mich also genauso darüber freuen, wenn das in irgendeiner Art und Weise beim Javascript Adapter integriert wäre

[dominikwagner]

Sehr gute Idee,
Hab bisher die scripts immer mit VS.CODE gesichert.
Gedanken über einen Eigenen git Adapter habe ich mir auch schon Gedanken gemacht.
Aber in der JS Adapter zu integrieren, war natürlich auch ne tolle Sache.
Danke für deine Arbeit

[blockmove]

Eine Integration von git in den Adapter wäre schon klasse.
Gerade für viele Einsteiger und Blockly-User wäre das eine Erleichterung.
Ein kleiner Hinweis:
Achte bitte darauf, dass viele User ioBroker in einem Docker-Container benutzen.
Dort gibt es zwar auch den User iobroker und auch das Homeverzeichnis. Das wird aber nicht über ein Volume auf den Host gemappt.
Ein Spiegelverzeichnis unterhalb von /opt/iobroker wäre wahrscheinlich sinnvoller.

[wilhelmlenzen]

Werde ich in jedem ausprobieren, würde mir helfen

[nurrezension]

Wird die Versionierung dann auch im Backitup Adapter mit gesichert?

[starlord-]

Hej,
ich finde das grundlegend top. Stelle mir das doing allerdings umständlich vor.
- muss ich es von Hand machen, vergesse ich es
- wird jede Änderung committed, habe ich tausende Einträge

Ich persönlich halte es so, das mein BackItUp täglich läuft und Skripts separat speichert. Auf meinem PC (NAS, Raspi, was auch immer extern) läuft ebenfalls täglich ein Skript was die Backitup-Dateien abholt und mit Datum archiviert. Läuft automatisch, interessiert mich erst wenn was kaputt ist. Ist natürlich nicht so übersichtlich wie Git log.

[MP-vqbp]

Achtung: Ich hab mir schon etliche male ganz böse meine Scripts zerschossen, wenn ich ausserhalb des ioBrokers - also auf der command line - bei laufender JS-Instanz etwas geändert habe. Damit scheint der ioBroker nicht wirklich zurecht zu kommen. Also besser den ioBroker stoppen, vor man in git was reverted oder einen branch wechselt.

[oliver]

wow
ich kannte die Spiegelfunktion noch gar nicht vielleicht sollte ich Deinen MasterKurs doch ganz durchmachen und nicht nur als "Nachschlagewerk" missbrauchen ....
das das alles auch für Blockly funktioniert macht die Sache noch viel universeller
wenn das .git Verzeichnis das Problem ist, müsste man doch das Problem mit einem weitern Unterverzeichnis oder ein Symlink umgehen können?

lg
Oliver