Git Basics with branch
Hallo Zusammen,
ich habe eine Frage bzgl git. Habe auf meinen Laptop VSS Code installiert und ein Repository auf Github geklont. Auf dem Github Repo gibt es einige branches und auch den master branch.
Ich möchte jetzt auf meinem laptop einen neuen "Test-Branch" anlegen welches den master branch als origin hat, da man ja nicht im master branch arbeitet. Ist die korrekte Vorgehensweise nun diese:
1. Gitclone vom Repo auf dem Laptop ---> (ERLEDIGT)
2. git branch ---> (*master)
3. git status ---> (UP-TO-DATE)
4. git branch Test-Branch
5. git checkout Test-Branch
6. git branch ---> (*Test-Branch)
7. git pull ---> Output:
8. git branch --set-upstream-to=master Test-Branch
9. git pull ---> Output:
Ist das alles so korrekt? KAnn ich nun an den Dateien sorglos arbeiten? Wenn ich dann fertig bin mache ich ein Commit und dann is es ja in einem neuen Branch auf Github, oder?
git commit -m “[descriptive message]”
Und wenn der review erfolgt ist und ich das Ganze mit Master mergen will dann so:
git merge master
ich habe eine Frage bzgl git. Habe auf meinen Laptop VSS Code installiert und ein Repository auf Github geklont. Auf dem Github Repo gibt es einige branches und auch den master branch.
Ich möchte jetzt auf meinem laptop einen neuen "Test-Branch" anlegen welches den master branch als origin hat, da man ja nicht im master branch arbeitet. Ist die korrekte Vorgehensweise nun diese:
1. Gitclone vom Repo auf dem Laptop ---> (ERLEDIGT)
2. git branch ---> (*master)
3. git status ---> (UP-TO-DATE)
4. git branch Test-Branch
5. git checkout Test-Branch
6. git branch ---> (*Test-Branch)
7. git pull ---> Output:
There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details.
git pull <remote> <branch>
If you wish to set tracking information for this branch you can do so with:
git branch --set-upstream-to=origin/<branch> Test-Branch
8. git branch --set-upstream-to=master Test-Branch
9. git pull ---> Output:
From .
* branch master -> FETCH_HEAD
Already up to date.
Ist das alles so korrekt? KAnn ich nun an den Dateien sorglos arbeiten? Wenn ich dann fertig bin mache ich ein Commit und dann is es ja in einem neuen Branch auf Github, oder?
git commit -m “[descriptive message]”
Und wenn der review erfolgt ist und ich das Ganze mit Master mergen will dann so:
git merge master
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1596745998
Url: https://administrator.de/contentid/1596745998
Ausgedruckt am: 22.11.2024 um 10:11 Uhr
1 Kommentar
Hallo,
Klingt falsch. Entweder du hast ein Repo von Github geklont oder du hast ein existierendes Repo auf Github gepusht.
Ist doch ganz einfach:
Mit diesem Befehl: "git branch <branch>" erstellst du einen neuen Zweig und mit dem Checkout Befehl wechselst du in den neuen Zweig: "git checkout <branch>".
Alle Änderungen (Commits) die du jetzt machst sind nur in diesem Zweig vorhanden.
Mit "git push" kannst du deine Commits in das Remote Repository (in deinem Fall Github) hochladen und mit "git pull" werden alle Änderungen von Github heruntergeladen.
Wenn du dann mal fertig bist, dann kannst du danach auf Github einen Merge Request stelllen, der das Branch wieder in den Master überführt.
P.S. Auf Github gibt es übrigens ein schönes Git Tutorial für Anfänger.
MfG
installiert und ein Repository auf Github geklont.
Klingt falsch. Entweder du hast ein Repo von Github geklont oder du hast ein existierendes Repo auf Github gepusht.
Ist doch ganz einfach:
Mit diesem Befehl: "git branch <branch>" erstellst du einen neuen Zweig und mit dem Checkout Befehl wechselst du in den neuen Zweig: "git checkout <branch>".
Alle Änderungen (Commits) die du jetzt machst sind nur in diesem Zweig vorhanden.
Mit "git push" kannst du deine Commits in das Remote Repository (in deinem Fall Github) hochladen und mit "git pull" werden alle Änderungen von Github heruntergeladen.
Wenn du dann mal fertig bist, dann kannst du danach auf Github einen Merge Request stelllen, der das Branch wieder in den Master überführt.
P.S. Auf Github gibt es übrigens ein schönes Git Tutorial für Anfänger.
MfG