Vielen Dank für diesen Kurzeinstieg zur Mitarbeit in GitHub Projekten. Bis zu diesem Punkt ist mir jetzt alles klar, aber ich habe noch folgendes Problem: In meinem Fork und lokal auf dem PC habe ich jetzt einen Branch "add-content-to-readme" in dem die Änderung der Readme Datei enthalten ist. Sie sind aber nicht im Master Branch, darum ist mein Master Branch nicht mehr synchron zum original Repository. Was muss ich tun, damit mein Master Branch wieder genau dem Master des original Repository entspricht? Den Branch "add-content-to-readme" brauche ich ja auch eigentlich jetzt nicht mehr. Bislang habe ich immer den kompletten Fork und den Clone gelöscht und komplett neu erstellt. Das kann aber bestimmt nicht die richtige Vorgehensweise sein?
Den branch wechseln kannst du mit git checkout master Vom Original pullen sollte mit git fetch upstream master ind danach git rebase upstream/master funktionieren
hi, danke erst mal für das tutorial :) ich habe das mit dem Schritt ein fork zu erstellen nicht ganz begriffen ( oder mehr die Notwendigkeit hierfür ) Wäre super, wenn Du mir hierzu noch mal eine kleine Info schreiben könntest ;) okay, jetzt habe ich es glaube selber geschnallt ... Das ist 'nur' für den Fall, dass keine Schreibrechte für das ursprüngliche Repo bestehen ? Aber aus einem selbst angelegtem fork kann man dann in das ursprüngliche ( ohne Schreibrechte) pushen ? VG
Genau. Du kannst mit deinem Fork dann eine PullRequest auf das ursprüngliche Repo erstellen. Diese PR muss allerdings von jemandem mit Schreibrechten auf das ursprüngliche Repo akzeptiert und gemerged werden
Fängt zuerst vielversprechend an, aber für ein Tutorial gelingt es Dir nach meinem Geschmack nicht die Zuschauer zielgruppengerecht mitzunehmen. Wer ein Tutorial sucht, hat relativ wenig Ahnung von der Materie - sonst bräuchte er kein Tutorial. Deine Aneinanderreihung der git-Befehle ohne Erklärung was da wirklich gemacht wird (was ist ein merge? Was macht ein pull etc.) ist hier leider nicht hilfreich. Ich empfehle Dir auch Dinge die für Dich vielleicht selbstverständlich sind genauer zu erklären - oder nenne das Video nicht "Tutorial"
Wer lernen will, wie man selbst zu Open Source Projekten beitragen kann, der kann sich mal diesen kostenlosen Kurs anschauen: open.hpi.de/courses/git2020
In der Regel ändert man nacürlich mehr als nur eine Readme. Aber um diesen Pull Request Prozess kommt man leider nicht rum, sofern man keinen Schreibzugriff auf die Repositories hat
![Let's Show Minecraft #001 [Deutsch] Dunkle Festung im Untergrund und eine alte Mine](http://i.ytimg.com/vi/LD1w8wMYcao/mqdefault.jpg)
![GitHub Beginner Tutorial in 20 Minuten deinen Workflow verbessern! [Deutsch/Tutorial]](http://i.ytimg.com/vi/0jzjz4MZ4ZU/mqdefault.jpg)
Besten Dank für deine Erklärung!
Wunderbar, habe nach so etwas gesucht, und UA-cam hat mir dieses Video vorgeschlagen.
Klasse erklärt, hast mich durch meinen 1. offiziellen Pull Request begleitet. Mal sehen, ob er genommen wird.
Vielen Dank für diesen Kurzeinstieg zur Mitarbeit in GitHub Projekten. Bis zu diesem Punkt ist mir jetzt alles klar, aber ich habe noch folgendes Problem:
In meinem Fork und lokal auf dem PC habe ich jetzt einen Branch "add-content-to-readme" in dem die Änderung der Readme Datei enthalten ist. Sie sind aber nicht im Master Branch, darum ist mein Master Branch nicht mehr synchron zum original Repository. Was muss ich tun, damit mein Master Branch wieder genau dem Master des original Repository entspricht? Den Branch "add-content-to-readme" brauche ich ja auch eigentlich jetzt nicht mehr. Bislang habe ich immer den kompletten Fork und den Clone gelöscht und komplett neu erstellt. Das kann aber bestimmt nicht die richtige Vorgehensweise sein?
Den branch wechseln kannst du mit git checkout master
Vom Original pullen sollte mit git fetch upstream master ind danach git rebase upstream/master funktionieren
6:07 wieso 'natürlich'? die readme war doch schon vorher da und wurde nur geändert. warum braucht die dann ei add?
Ich glaube damit die Änderung der Datei mitcommittet wird.
hi, danke erst mal für das tutorial :)
ich habe das mit dem Schritt ein fork zu erstellen nicht ganz begriffen ( oder mehr die Notwendigkeit hierfür )
Wäre super, wenn Du mir hierzu noch mal eine kleine Info schreiben könntest ;)
okay, jetzt habe ich es glaube selber geschnallt ...
Das ist 'nur' für den Fall, dass keine Schreibrechte für das ursprüngliche Repo bestehen ?
Aber aus einem selbst angelegtem fork kann man dann in das ursprüngliche ( ohne Schreibrechte) pushen ?
VG
Genau. Du kannst mit deinem Fork dann eine PullRequest auf das ursprüngliche Repo erstellen. Diese PR muss allerdings von jemandem mit Schreibrechten auf das ursprüngliche Repo akzeptiert und gemerged werden
@@Pilzschaf ah, okay. Vielen Dank für die schnelle Antwort !
Fängt zuerst vielversprechend an, aber für ein Tutorial gelingt es Dir nach meinem Geschmack nicht die Zuschauer zielgruppengerecht mitzunehmen. Wer ein Tutorial sucht, hat relativ wenig Ahnung von der Materie - sonst bräuchte er kein Tutorial. Deine Aneinanderreihung der git-Befehle ohne Erklärung was da wirklich gemacht wird (was ist ein merge? Was macht ein pull etc.) ist hier leider nicht hilfreich.
Ich empfehle Dir auch Dinge die für Dich vielleicht selbstverständlich sind genauer zu erklären - oder nenne das Video nicht "Tutorial"
sehr umständlich/zeitverbrauchend alles
Wer lernen will, wie man selbst zu Open Source Projekten beitragen kann, der kann sich mal diesen kostenlosen Kurs anschauen: open.hpi.de/courses/git2020
Hab noch nie gehört, dass jemand bränch sagt.
Irgendwann ist immer das erste Mal :D
Was ein Aufstand nur um eine readme zu ändern...
In der Regel ändert man nacürlich mehr als nur eine Readme. Aber um diesen Pull Request Prozess kommt man leider nicht rum, sofern man keinen Schreibzugriff auf die Repositories hat