My solution to this is to make my vimwiki remote be the wiki repository for my primary vcsh homedir repository on my own gitlab. So I can edit it in there.
lyda
And then
git ci -am "Addressed performance issue in flurbin module
The flubin module was designed as a successor to the flurbar module
which took in...
[...500 line essay on the history, problem and solution deleted...]
Hopefully this will fully fix the issue discussed."
for a one character change that adds an additional, and unrequired, semicolon.
ls /usr/share/man/man?/*
will show you all the man pages on your system. I used to pick ones at random.
Originally there were a number of manuals. Manual 1 had user commands. Manual 2 had system calls. Etc. You can type man NUMBER intro
to read about that manual. You can also use man -k
or appropos
but I've also just used grep. These days they're compressed so zgrep.
I have never heard proper reasoning for squashing commits. I don't think sanitized history is useful in any context. Seeing the thought process that went into building something has been repeatedly useful in debugging things. It's also useful to me as a software engineering manager to help folks on my team get better. I could care less how "pretty" git log looks, but I care a hell of a lot about what git diff and git blame tell me. They help me figure out where issues actually are and how they came to be.
It happened due to Microsoft disabling an Internation Criminal Court lawyer's Office 365 account. This has spooked EU officials that a rogue US administration could harm it and there's a stronger push now for digital sovereignty.