> I think HEAD would be more intuitive if git’s terminology around HEAD were a little more internally consistent. HEAD is whatever commit is currently checked

> I think HEAD would be more intuitive if git’s terminology around HEAD were a little more internally consistent. HEAD is whatever commit is currently checked out, full stop. When resolving conflicts during a rebase that HEAD will be the commit that the one being cherry-picked is being picked onto. To understand this it's useful to just know that rebase is just a script of cherry-picks.