Es ist immer gut, für jede Pull-Anfrage, die Sie stellen, eine eigene Filiale zu haben.
Eine der einfachsten Möglichkeiten, einen aktuellen neuen Zweig zu erstellen, besteht darin, die Datei im ursprünglichen Repository mit der GitHub-Web-GUI zu bearbeiten. Beim Speichern erstellt GitHub automatisch einen neuen Zweig in Ihrem Zweig, basierend auf dem Zweig, den Sie gerade bearbeiten. Wenn Sie weitere Dateien bearbeiten möchten, können Sie diese in Ihrem neu erstellten und aktuellen Zweig bearbeiten.
Wenn Sie mit Git ein wenig vertraut sind, bauen Sie Ihren Zweig mit gegabelter Staging-Funktion auf dem ursprünglichen Zweig auf, damit er synchronisiert ist, bevor Sie neue Zweige erstellen. Auch wenn Sie einen PR aktualisieren müssen, wird empfohlen, ihn neu zu installieren, anstatt den Master zusammenzuführen. Während beide Methoden funktionieren, führen Merge-Commits nur zu einer schlechten Historie und sind schwerer zu quetschen.
Im Allgemeinen sollten PRs "atomar" sein. Das bedeutet, wenn Sie versuchen, etwas zu beheben, beheben Sie nur diesen bestimmten Fehler. Beheben Sie nicht zwei verschiedene Fehler in derselben PR und korrigieren Sie auch nicht den Codestyle. Es ist einfacher zu testen und es ist auch weniger wahrscheinlich, dass Konflikte entstehen, wenn die PR etwas länger als erwartet lebt.
Und natürlich fügen Sie eine gute Beschreibung der gewünschten Aktionen und Testanweisungen hinzu, um das Problem zu reproduzieren und Ihre Fehlerbehebung zu testen :-)