git.md

git tricks:

Fehler actueller Version, letzten fehlerfreien Commit finden wenn mehr als 2 alte commits in frage kommen:

git bisect

neues project welches local schon ein git ist, nach github oder git.office hochladen

• in WebGui neues Projekt per github CLI (diese muss vorher installiert werden)

gh repo create
git branch -M main
git remote add origin git@github.com:bodote/neuerProjektname.git
git push -u origin main

• wenn das Projekt schon mal anderswo eingecheckt war , dann muss statt dessen die remote url geändert werden:

git remote set-url origin git@github.com:bodote/neuerProjektname.git oder git remote set-url origin https://hostname/USERNAME/REPOSITORY.git

• To create a new branch and switch to it at the same time, you can run the git checkout command with the -b switch:

git checkout -b newBranch
git push --set-upstream origin newBranch  # diesen dann auch remote einchecken

git (remote) tags

• alle commits anzeigen git log --pretty=oneline
• show tags mit dem zugehörigen commit : git show-ref --tags. Oder nur bestimmte Tags: git tag --sort=committerdate -l v* zeigt alle die mit v im Namen beginnen
• shot tag details: git show v1.0
• und remote tags zeigen mit :git ls-remote --tags origin
• local tag löschen : git tag -d v1.4
• remote tag löschen: git push --delete origin <tag-name> oder besser noch git push origin :refs/tags/<tag-name> um Verwechslungen mit einem Branch zu vermeiden
• tag nachträglich auf bestimmten Commit setzten: git tag -a v1.2 -m "kommentar" 9fceb02 wobei 9fceb02 die commmit ID ist
• remote tag: git push origin v1.5 oder direkt alle Tags veröffentlichen: git push origin --tags

git (remote) branches

• show all remote branches : git branch -r
• neue branch: git checkout -b local_backend_setup
• push to server: git push -u origin DK-72_web_umb_bookm_list , "-u" ist wichtig damit der locale branch auch den remote branch ab sofort tracked!
• checkout existing remote branch; git checkout --track <name of remote>/<branch name>
• on a feature branch: git fetch origin gets NOT the remote changes either, only get new branches or tags
• on a feature branch, but want to update the master: git fetch origin develop:develop does also apply the changes to the local copies of this particular remote branch (this has worked for me already)
• git delete local branch git branch -d name
• checkout remote branch git checkout --track origin/newsletter
• show connection local<->remote branches git branch -vv
• checkout tag git checkout tags/<tag> oder git checkout tags/<tag> -b <branch>
• clone with tag: git clone --depth 1 --branch <tag_name> <repo_url>
• delete remote : git push origin --delete <branch_name>

git merge

• instead: to merge AND pull from a remote branch , just use git merge origin/develop (wenn dein master-branch "develop" heißt) to merge the latest changes from remote-"develop" in your feature branch
• THIS DOES NOT WORK as expected: on a feature branch, but want to update the master: git pull origin develop:develop auf KEINEN FALL mit --rebase if develop is the name of you main/master-branch.

rebase vs merge:

• see : https://www.atlassian.com/de/git/tutorials/merging-vs-rebasing
• use rebase if possible but ONLY on LOCAL CHANGES, but only on local feature branch that only you and nobody else has, never on branches that other people use! Use git merge origin/develop for public feature branches,
• because "rebase" changes historic commits that other people might have checked out already
• Rebase: Der gesamte feature--Branch wird zur Spitze des master-Branch verschoben :
• Merge Der Änderungen seit der Abzweigung werden in den feature--Branch als neuer zusätzlicher Commit hinzugefügt :
• fast-forward-merge: if there is already a linear history, but the master-pointer points to an older commit, then the fast-forward points the masterpointer now to the most recent commit, which will be the head of the master now.

git stash oder reset

• git stash list git stash push -m "name" , git stash apply stash@{stash_index}

• git reset HEAD ; git restore *

  • --soft: uncommit changes, changes are left staged (index).
  • --mixed (default): uncommit + unstage changes, changes are left in working tree.
  • --hard: uncommit + unstage + delete changes, nothing left.

• git reset --hard HEAD plus ggf. git rebase --abort resettet alles auf den aktuellen HEAD

• git reset --hard HEAD^ löscht den letzten (localen) commit und resettet alles auf den direkten vorläufer des HEAD

• git reset --hard HEAD~2 reset last 2 commits ein git push --force resettet dann dementsprechend auch den remote branch

wenn schon gemerged (und evtl. gepusht):

• git revert -m 1 08b3783 This will create a new commit which undoes the last merge commit, whereby 08b3783is the commit thats beeing reverted so that the changes the 08b3783 are no longer visible
  • -m parent-number = --mainline parent-number only relevant with a revert of a merge to decide from with of the 2 parents we want the to be the main-line (usualy 'main' -> m=1)
• Prüfe mit git log, nimm die letzten und die 3-letzte commit id , und mache dann damit ein git diff <aktuellster-commit> <3-letzter-commit> und es sollte KEINE Differenz sein.

git logs

• last commit message git log -1 --pretty=%B
• changes by author git log --stat --author="Bodo"
• git log --oneline --graph

git diff

• änderungen eines einzelnen commits git diff --stat idDesCommits^..idDesCommits das ^ gibt den direkten vorläufer der idDesCommits zurück und .. markiert, dass man nur die differenz dazwischen sehen will und NICHT die differenz zum gerade ausgechecken stand.
• also immer zuerste dann

git patch

ist gleich git diff .... > patch.file

git apply

um ein mit git diff erzeugtes patch file anzuwenden: git apply --exclude=*package-lock.json --exclude=*package.json ../mychanges.patch

git checkout file specifig commit

git checkout mycommitid myfile

working with forks and pull requests on github:

• `git remote show origin``

sync fork with master

https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/working-with-forks/syncing-a-fork#syncing-a-fork-branch-from-the-web-ui

configure (local checked out ) fork with upstream repo:

• git remote add upstream git@github.com:stryker-mutator/stryker-js.git
• git remote set-url --push upstream nope -> kein push zum upstream repo
• check with git remote -v

dannach synch mit:

• https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/working-with-forks/syncing-a-fork#syncing-a-fork-branch-from-the-command-line
• git fetch upstream git checkout master
• git merge upstream/master to get upstreams changes without loosing local changes
  • resolve conflicts , if there are any
• or : git fetch upstream && git merge upstream/master && git push && npm i
• see https://www.atlassian.com/git/tutorials/git-forks-and-upstreams daraus: WICHTIG: für eigene Änderungen erstmal einen branch in origin/master abseits von master anlegen, damit der origin/master per fetch immer synchron zum upstream/master gehalten werden kann
• see https://sylhare.github.io/2021/04/05/Use-git-with-upstream-repository.html with https://github.com/bodote/UpstreamRepo

git und bash

  export PS1='\[\033[32m\]\w\[\033[35m\]`__git_ps1`\[\033[0m\] $ '
shopt -s histappend
HISTSIZE=20000
HISTFILESIZE=20000
export PROMPT_COMMAND='history -a'

github search

• label:"help wanted" label:"good first issue" state:open language:Java
• label:"help wanted" label:"good first issue" state:open language:Java user:spring-guides

git mit ssh-agent um git password im memory zu halten

zu .bashrc hinzufügen:

if ! ps -u "$USERNAME" | grep ssh-agent > /dev/null; then
    ssh-agent > ~/.ssh/agent-env
    echo "ssh-agent start "
fi

if [[ -f ~/.ssh/agent-env ]]; then
    . ~/.ssh/agent-env > /dev/null
    if ! kill -0 $SSH_AGENT_PID > /dev/null 2>&1; then
        echo "Stale SSH_AGENT_PID; spawning new agent."
        ssh-agent > ~/.ssh/agent-env
    fi
    . ~/.ssh/agent-env > /dev/null
fi
if [[ -n $SSH_AGENT_PID && -n $SSH_AUTH_SOCK ]]; then
    ssh-add -l &>/dev/null
    STATUS=$?
    #echo "ssh-add -l &>/dev/null"
    #echo "exit status was = " $STATUS
    if [ $STATUS == 1 ]; then
        ssh-add
        echo "ssh-add"
    fi
fi

git worktree

statt per git checkout zwischen branches zu wechseln, kann man auch worktrees verwenden

• git worktree add ../clcp-be-pact_test test/pact_test
• git worktree list
• git worktree remove ../clcp-be-pact_test

git, ssh-agent and VSCode

on windows:

add to your .bashrc:

env=~/.ssh/agent.env

agent_load_env () { test -f "$env" && . "$env" | /dev/null ; }

agent_start () {
    (umask 077; ssh-agent >| "$env")
    . "$env" >| /dev/null ; }

agent_load_env

# agent_run_state: 0=agent running w/ key; 1=agent w/o key; 2= agent not running
agent_run_state=$(ssh-add -l >| /dev/null 2>&1; echo $?)

if [ ! "$SSH_AUTH_SOCK" ] || [ $agent_run_state = 2 ]; then
    echo "Starting ssh-agent and adding key"
    agent_start
    ssh-add

    echo "Setting Windows SSH user environment variables (pid: $SSH_AGENT_PID, sock: $SSH_AUTH_SOCK)"
    setx SSH_AGENT_PID "$SSH_AGENT_PID"
    setx SSH_AUTH_SOCK "$SSH_AUTH_SOCK"
elif [ "$SSH_AUTH_SOCK" ] && [ $agent_run_state = 1 ]; then
    echo "Reusing ssh-agent and adding key"
    ssh-add
elif [ "$SSH_AUTH_SOCK" ] && [ $agent_run_state = 0 ]; then
    echo "Reusing ssh-agent and reusing key"
    ssh-add -l
fi

unset env

add C:\Program Files\Git\usr\bin (or whereever the gitbash ssh.exe is installed) to your path AND move it up, so that it is found before the windows11 system ssh.exe is found

IF your VSCode has setting remote.ssh.path put it also there. But my VSCode doesn't have it. Seems that adding to the "$PATH" as the first entry was sufficient.

see also https://vilimpoc.org/blog/2021/04/02/reusing-ssh-agent-from-git-bash-in-visual-studio-code/