OSS¶

When one has defined a CI pipeline in Gitlab that runs on every push to your repository and one that runs for merge requests, one may end up with duplicate pipelines running waisting money and resources

Rust has a brilliant way to give the developer control over integer overflow...
Let's have look

When merging your work into another branch, it may be useful to regroup all the commits into one and indicate a clear commit message that says what has been done.

To find the latest common ancestor of two branches, which is required, for instance, when squashing your commits, instead of scrolling through you git log history you can use the git-merge-base¹ tool.

Rebasing a branch on another is very common...
Yet by default, the dependent branches of the rebased branch will remain where they are and not follow the rebase.
This notes shows how to deal with those dependent branches.

Quite often we have to use the git rebase to realign the branch we are working on with the latest version of its parent branch.
After the rebase, your coworkers need to update their version of the branch.

Sometimes one is distracted... and an accidental git reset --hard happens.
But within a few days after the accident, you can recover from the GIT reflog.

Still did not have time to get into it, very frustrating...
Figured putting this note here would help me to prioritize it a little.