3 ms·
Not the only mercurial feature where that's the case.. sad, I keep rooting for the project to implement mercurial frontend over a git db, but they seem to be li
by capitainenemo 2y ago
Not the only mercurial feature where that's the case.. sad, I keep rooting for the project to implement mercurial frontend over a git db, but they seem to be limited by missing git features.
- kps 2y agoJujutsu (jj) is heavily inspired by Mercurial (though with some significant differences) and can operate with git as a storage backend. https://github.com/jj-vcs/jj https://github.com/jj-vcs/jj
- capitainenemo 2y agoYeah. That sounds a bit right. But from what I read they were limited in what they could implement due to missing git features. For example phases. https://ahal.ca/blog/2024/jujutsu-mercurial-haven/ https://ahal.ca/blog/2024/jujutsu-mercurial-haven/ was a post on that. But, it looks like they are trying, and at least they imposed some sanity like in the base commit ID. I wonder if they have anything like hg grep --all, hg absorb and hg fa --deleted yet. They do have revsets ♥
- kps 2y agoI should say I've never been expert with any VCS — just enough to get things done. I know it has `absorb`, and `grep` can be approximated with a `diff_contains()` revset, but it's not pretty (and aliases are not powerful enough to compensate). Hopefully polish will come over time. I don't know `hg fa` at all. I'm cautiously optimistic for jj's future because the git backend eliminates the main barrier to adoption.
- capitainenemo 2y agohg fa is basically just an optimised blame/annotate "fast-annotate" the awesome feature is --deleted which gives you the file with all the prior removals in context with revision info in it, which is incredibly useful for seeing how the file changed over time in a fairly concise way. Not a full unreadable mess, but those removals often have key details...
- deleted 2y ago[deleted]