Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Entwicklung
  4. Wie sollte ein PR erstellt werden?

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    3.4k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    1.1k

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.5k

Wie sollte ein PR erstellt werden?

Geplant Angeheftet Gesperrt Verschoben Entwicklung
3 Beiträge 2 Kommentatoren 295 Aufrufe 3 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • F Offline
    F Offline
    fastfoot
    schrieb am zuletzt editiert von fastfoot
    #1

    Hallo
    gerne würde ich die Entwicklung von iobroker etwas mehr unterstützen und anstatt nur issues zu erstellen Fixes dafür bereitstelle(das werden sicherlich nur sehr kleine Äderungen sein). Jetzt bin ich aber sehr unwissend was das Procedere betrifft. Hier mal ein konkretes Beispiel:

    • Issue für JS-Adapter(5.2.13), den Fix habe ich
      • welchen Branch müsste ich forken und clonen?
      • Oder reicht der main Branch?
    • Änderungen lokal mit VS-Code machen und in meinen Branch auf GH committen
      • sollte ich für jeden Fix einen eigenen Branch anlegen? Ist das zweckmässig?
    • Auf Github PR erstellen
      • gegen welchen Branch?
      • PR oder PR for review?
    • Fehlen noch Schritte?

    Braucht es besondere Berechtigungen oder wäre das schon Alles? In einem Beispiel Repo war ein Schritt noch das Original Repo als upload Repo zu erstellen, in allen anderen Anleitungen wird das nicht erwähnt.

    Welche Dokus hierzu sollte ich lesen bevor es augrund meines PR nur noch Beschwerden hagelt? :-)

    Danke für jede Hilfestellung!

    Edit: Zusatzfrage: Es existieren 2 issues #886, #887 mit jeweils sehr kleinen Änderungen, würde ich diese dann in einem PR behandeln oder in zweien?

    iobroker läuft unter Docker auf QNAP TS-451+
    SkriptRecovery: https://forum.iobroker.net/post/930558

    AlCalzoneA 1 Antwort Letzte Antwort
    0
    • F fastfoot

      Hallo
      gerne würde ich die Entwicklung von iobroker etwas mehr unterstützen und anstatt nur issues zu erstellen Fixes dafür bereitstelle(das werden sicherlich nur sehr kleine Äderungen sein). Jetzt bin ich aber sehr unwissend was das Procedere betrifft. Hier mal ein konkretes Beispiel:

      • Issue für JS-Adapter(5.2.13), den Fix habe ich
        • welchen Branch müsste ich forken und clonen?
        • Oder reicht der main Branch?
      • Änderungen lokal mit VS-Code machen und in meinen Branch auf GH committen
        • sollte ich für jeden Fix einen eigenen Branch anlegen? Ist das zweckmässig?
      • Auf Github PR erstellen
        • gegen welchen Branch?
        • PR oder PR for review?
      • Fehlen noch Schritte?

      Braucht es besondere Berechtigungen oder wäre das schon Alles? In einem Beispiel Repo war ein Schritt noch das Original Repo als upload Repo zu erstellen, in allen anderen Anleitungen wird das nicht erwähnt.

      Welche Dokus hierzu sollte ich lesen bevor es augrund meines PR nur noch Beschwerden hagelt? :-)

      Danke für jede Hilfestellung!

      Edit: Zusatzfrage: Es existieren 2 issues #886, #887 mit jeweils sehr kleinen Änderungen, würde ich diese dann in einem PR behandeln oder in zweien?

      AlCalzoneA Offline
      AlCalzoneA Offline
      AlCalzone
      Developer
      schrieb am zuletzt editiert von AlCalzone
      #2

      @fastfoot

      Oder reicht der main Branch?

      Genau der

      gegen welchen Branch?

      Den gleichen

      PR oder PR for review?

      Falls du Draft oder PR meinst: Draft solange du noch nicht fertig bist oder erst mal Feedback sammeln willst. Richtiger PR, wenn sich die Entwickler das im Detail anschauen sollen.

      sollte ich für jeden Fix einen eigenen Branch anlegen? Ist das zweckmässig?

      Für alles was zusammengehört einen Branch&PR. Lieber mehrere kleine als einen mit 1000 unabhängigen Änderungen

      Braucht es besondere Berechtigungen

      Nein. Du arbeitest in deinem Fork, wo du alle Berechtigungen hast.

      Es existieren 2 issues #886, #887 mit jeweils sehr kleinen Änderungen, würde ich diese dann in einem PR behandeln oder in zweien?

      Ganz streng genommen wären es 2, aber denke da ist es nicht schlimm, wenn du es in einem abhandelst.

      Was du noch machen solltest, wäre in der PR-Beschreibung angeben, welche issues gelöst werden. Dann kann ein Merge die automatisch schließen:

      fixes: #1234
      fixes: #5678

      Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

      F 1 Antwort Letzte Antwort
      0
      • AlCalzoneA AlCalzone

        @fastfoot

        Oder reicht der main Branch?

        Genau der

        gegen welchen Branch?

        Den gleichen

        PR oder PR for review?

        Falls du Draft oder PR meinst: Draft solange du noch nicht fertig bist oder erst mal Feedback sammeln willst. Richtiger PR, wenn sich die Entwickler das im Detail anschauen sollen.

        sollte ich für jeden Fix einen eigenen Branch anlegen? Ist das zweckmässig?

        Für alles was zusammengehört einen Branch&PR. Lieber mehrere kleine als einen mit 1000 unabhängigen Änderungen

        Braucht es besondere Berechtigungen

        Nein. Du arbeitest in deinem Fork, wo du alle Berechtigungen hast.

        Es existieren 2 issues #886, #887 mit jeweils sehr kleinen Änderungen, würde ich diese dann in einem PR behandeln oder in zweien?

        Ganz streng genommen wären es 2, aber denke da ist es nicht schlimm, wenn du es in einem abhandelst.

        Was du noch machen solltest, wäre in der PR-Beschreibung angeben, welche issues gelöst werden. Dann kann ein Merge die automatisch schließen:

        fixes: #1234
        fixes: #5678

        F Offline
        F Offline
        fastfoot
        schrieb am zuletzt editiert von
        #3

        @alcalzone vielen Dank, das scheint ja wesentlich unkomplizierter wie gedacht. Das gehe ich am späten Abend mal an.

        iobroker läuft unter Docker auf QNAP TS-451+
        SkriptRecovery: https://forum.iobroker.net/post/930558

        1 Antwort Letzte Antwort
        0
        Antworten
        • In einem neuen Thema antworten
        Anmelden zum Antworten
        • Älteste zuerst
        • Neuste zuerst
        • Meiste Stimmen


        Support us

        ioBroker
        Community Adapters
        Donate

        495

        Online

        32.7k

        Benutzer

        82.4k

        Themen

        1.3m

        Beiträge
        Community
        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
        ioBroker Community 2014-2025
        logo
        • Anmelden

        • Du hast noch kein Konto? Registrieren

        • Anmelden oder registrieren, um zu suchen
        • Erster Beitrag
          Letzter Beitrag
        0
        • Home
        • Aktuell
        • Tags
        • Ungelesen 0
        • Kategorien
        • Unreplied
        • Beliebt
        • GitHub
        • Docu
        • Hilfe