Hallo > Ahhh ok. Da bin ich durcheinander gekommen. Für andere Beginner (wie mich) möchte ich hier noch festhalten: > > - Der eingetragene User in den globalen Einstellungen, ist der User der in den Commits als Autor genannt wird. > - In den lokalen Einstellungen könnte man einen anderen Nutzer eintragen. Dann würde dieser als Autor in den Commits gelistet. > > **Beides hat nichts mit Github Login Daten zu tun.** > > Pusht man ein lokales Repository ans remote Repository auf github.com, öffnet sich ein Github Login Fenster (zumindest bei mir). Sobald man die Logindaten eingibt, wird der Push ausgeführt. > > Wenn der Github Username `Max` lautet und man als User in den globalen Einstellungen `Moritz` eingegeben hat, wird im Commit lokal und auf Github `Moritz` als Autor stehen. So ist das korrekt und da ist auch nichts falsches dran. Es ist anfangs erst einmal verwirrend. An einem Repository können mehrere Autoren arbeiten. Deren Änderungen können statt auf Github auch lokal zusammengeführt werden. Das kann zum Beispiel mit Diffs erfolgen, es kann aber auch eine eigene Installation eines mit Github vergleichbaren Dienstes vorhanden sein [^1], der dafür im eigenen Netzwerk benutzt wird. Und obwohl man das alles lokal oder auf eigenen Servern tut, kann man ein Projekt zusätzlich auch noch auf Github publizieren. Deshalb muss es halt möglich sein, auch die Commits von solchen Autoren zu pushen, die auf Github Accounts haben, die im nämlichen Repo nicht pushberechtigt sind oder die auf Github keine Accounts haben. Den Push ausführen darf immer nur jemand, der auf dem nämlichen Github-Repo auch die Berechtigung dafür hat. Die Frage der Autorenschaft ist davon völlig unabhängig. > **Damit man nicht immer wieder die Logindaten eingeben muss,** kann man … > > Ich hoffe ich habe nichts vergessen und es richtig beschrieben. Meine Fresse, was für ein Bohei! 😀 Davoin mal ganz unabhängig und zur ursprünglichen Fragestellung zurückkehrend, kannst du mit den von mir [in meiner ersten Antwort](https://forum.selfhtml.org/self/2021/mar/15/warum-kann-jeder-anderungen-an-der-readme-datei-in-meinem-github-repository-vornehmen/1785780#m1785780) genannten Einstellungen *irgendwas* anfangen [^2]? *Mir persönlich* fehlt nämlich noch der schlichte Schutz von Branches, ohne damit gleich zwingend Reviews oder Status-Checks zu verbinden. In Gitlab ist das nämlich drin. Tschö, Auge [^1]: *Beispiele* für selbsthostbare Github-Alternativen: [Gitea](https://gitea.io/), [Gitlab](https://gitlab.com/gitlab-com), [Gogs](https://gogs.io/) [^2]: obwohl sie dir bei diesem konkreten Problem nicht weiterhelfen, sie beziehen sich ja auf die Zusammenarbeit *auf Github selbst* und nicht auf (von Github aus gesehen) externe Commits -- Ein echtes Alchimistenlabor musste voll mit Glasgefäßen sein, die so aussahen, als wären sie beim öffentlichen Schluckaufwettbewerb der Glasbläsergilde entstanden. *Hohle Köpfe* von Terry Pratchett

Hallo > Ahhh ok. Da bin ich durcheinander gekommen. Für andere Beginner (wie mich) möchte ich hier noch festhalten: > > - Der eingetragene User in den globalen Einstellungen, ist der User der in den Commits als Autor genannt wird. > - In den lokalen Einstellungen könnte man einen anderen Nutzer eintragen. Dann würde dieser als Autor in den Commits gelistet. > > **Beides hat nichts mit Github Login Daten zu tun.** > > Pusht man ein lokales Repository ans remote Repository auf github.com, öffnet sich ein Github Login Fenster (zumindest bei mir). Sobald man die Logindaten eingibt, wird der Push ausgeführt. > > Wenn der Github Username `Max` lautet und man als User in den globalen Einstellungen `Moritz` eingegeben hat, wird im Commit lokal und auf Github `Moritz` als Autor stehen. So ist das korrekt und da ist auch nichts falsches dran. Es ist halt erst einmal verwirrend. An einem Repository können mehrere Autoren arbeiten. Deren Änderungen können statt auf Github auch lokal zusammengeführt werden. Das kann zum Beispiel mit Diffs erfolgen, es kann aber auch eine eigene Installation eines mit Github vergleichbaren Dienstes vorhanden sein [^1], der dafür im eigenen Netzwerk benutzt wird. Und obwohl man das alles lokal oder auf eigenen Servern tut, kann man ein Projekt zusätzlich auch noch auf Github publizieren. Deshalb muss es halt möglich sein, auch die Commits von solchen Autoren zu pushen, die auf Github Accounts haben, die im nämlichen Repo nicht pushberechtigt sind oder die auf Github keine Accounts haben. Den Push ausführen darf immer nur jemand, der auf dem nämlichen Github-Repo auch die Berechtigung dafür hat. Die Frage der Autorenschaft ist davon völlig unabhängig. > **Damit man nicht immer wieder die Logindaten eingeben muss,** kann man … > > Ich hoffe ich habe nichts vergessen und es richtig beschrieben. Meine Fresse, was für ein Bohei! 😀 Davoin mal ganz unabhängig und zur ursprünglichen Fragestellung zurückkehrend, kannst du mit den von mir [in meiner ersten Antwort](https://forum.selfhtml.org/self/2021/mar/15/warum-kann-jeder-anderungen-an-der-readme-datei-in-meinem-github-repository-vornehmen/1785780#m1785780) genannten Einstellungen *irgendwas* anfangen [^2]? *Mir persönlich* fehlt nämlich noch der schlichte Schutz von Branches, ohne damit gleich zwingend Reviews oder Status-Checks zu verbinden. In Gitlab ist das nämlich drin. Tschö, Auge [^1]: *Beispiele* für selbsthostbare Github-Alternativen: [Gitea](https://gitea.io/), [Gitlab](https://gitlab.com/gitlab-com), [Gogs](https://gogs.io/) [^2]: obwohl sie dir bei diesem konkreten Problem nicht weiterhelfen, sie beziehen sich ja auf die Zusammenarbeit *auf Github selbst* und nicht auf (von Github aus gesehen) externe Commits -- Ein echtes Alchimistenlabor musste voll mit Glasgefäßen sein, die so aussahen, als wären sie beim öffentlichen Schluckaufwettbewerb der Glasbläsergilde entstanden. *Hohle Köpfe* von Terry Pratchett