ioBroker-Scripts mit git versionieren

Поделиться
HTML-код
  • Опубликовано: 13 сен 2024
  • Mehr zum Thema findest Du auf meinem Hauptkanal: / @haus_automation
    ➤ 👨‍🎓 haus-automatis...
    ➤ 📝 Blog-Beitrag: haus-automatis...
    ▬ Mehr zum Thema ▬▬▬▬▬▬▬
    Tutorials / Online-Kurse:
    👨‍🎓 haus-automatis...
    Podcast (Draht zu smart):
    🔈 haus-automatis...
    Newsletter:
    ✉️ haus-automatis...
    Zweitkanal:
    🎬 / @kleineszuhause
    ▬ Social Media ▬▬▬▬▬▬▬
    Instagram: / haus_automation
    Facebook: / hausautomatisierungcom
    LinkedIn: / hausautomatisierungcom
    Patreon: / haus_automation
    GitHub: github.com/kle...
    #smarthome #homeautomation #iobroker

Комментарии • 22

  • @KleinesZuhause
    @KleinesZuhause  23 дня назад

    Alle Infos zum Thema im Blog-Beitrag! Alles zum Thema ioBroker im Online-Kurs: haus-automatisierung.com/iobroker-kurs/

  • @jamesB721
    @jamesB721 22 дня назад +4

    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.

  • @andreasanundfursich7499
    @andreasanundfursich7499 23 дня назад +2

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

  • @peterf9429
    @peterf9429 23 дня назад +4

    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

  • @schaefersklaus
    @schaefersklaus 14 дней назад +1

    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!

  • @meistermopper3596
    @meistermopper3596 22 дня назад

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

  • @dominikwagner9627
    @dominikwagner9627 23 дня назад

    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

  • @SmartHaus
    @SmartHaus 23 дня назад

    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

  • @blockmove3
    @blockmove3 23 дня назад +1

    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.

    • @KleinesZuhause
      @KleinesZuhause  23 дня назад

      Docker ist aktuell eher die Ausnahme wenn man in die Statistik schaut. Das macht das Thema natürlich erstmal komplexer. Aber die Limits kennt man als Docker-Nutzer ja hoffentlich.

  • @wilhelmlenzen2643
    @wilhelmlenzen2643 22 дня назад

    Werde ich in jedem ausprobieren, würde mir helfen

  • @starlord-616
    @starlord-616 23 дня назад

    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.

  • @nurrezension5020
    @nurrezension5020 23 дня назад +2

    Wird die Versionierung dann auch im Backitup Adapter mit gesichert?

    • @KleinesZuhause
      @KleinesZuhause  23 дня назад +1

      Nein, nicht dass ich wüsste. Von dem Verzeichnis weiß der Adapter ja nichts.

  • @oliver9881
    @oliver9881 23 дня назад +1

    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

    • @KleinesZuhause
      @KleinesZuhause  23 дня назад

      Ne, das ist eigentlich schon im Adapter vorgesehen dass bestimmte Verzeichnisse ignoriert werden. Konnte das gerade auch auf die Schnelle nicht im Testsystem reproduzieren. Also einfach so nutzen wie gezeigt 🙃

  • @MP-vq8bp
    @MP-vq8bp 23 дня назад

    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.