trying to decide whether the following statement is true:
When you `git checkout` a branch...
git remembers that it's checked out, UNTIL...
you explicitly `git checkout` or `git switch` to something else
is there a counterexample? so far I have:
* `git rebase` and `git bisect` store the branch and restore it when they're done
* `git reset` doesn't switch branches
* you could `git symbolic-ref` but that's just weird
@b0rk You git submodule update from a project that contains that repo as a submodule.
@madewokherd thanks that's a good one!
@b0rk @madewokherd I have various mental models, guidelines and scripts to help me deal with git.
For git submodule the guideline is very simple: don't.
@madewokherd @b0rk if you want to see what I am doing with incron and git: post push hook. https://stackoverflow.com/questions/1797074/local-executing-hook-after-a-git-push-post-push/78215930#78215930
@chx Hi, while it's cool that you have a project you're enthusiastic about, I don't actually know you and as such, I'm not particularly interested in what you're doing. I barely care enough to google what "incron" even is. I would prefer that you not try to engage me in random topics in replies. (As I see it, the norm is to introduce topics on your own timeline and in conversations with people you know.)
@madewokherd @b0rk I am doing enough insane things with git (the latest is supported by incron of all things!) but submodules is where I draw the line. I am so happy I have enough control to avoid them.