[0] https://github.com/martinvonz/jj
[1] 4 montsh ago, 261 comments https://news.ycombinator.com/item?id=36952796
[2] 2 years ago, 228 comments https://news.ycombinator.com/item?id=30398662
[0] https://github.com/martinvonz/jj
[1] 4 montsh ago, 261 comments https://news.ycombinator.com/item?id=36952796
[2] 2 years ago, 228 comments https://news.ycombinator.com/item?id=30398662
Perhaps the author can explain - when you clone the repo with
jj git clone
It pulls down a branch that is auto generated like pull-(hash)
I can’t understand how not to get that corrupted so when I do a jj log, I get very weird branches or heads or I’m not sure what.
Another way to say it is that everything works great until I have to pull down the repo from another machine - then the branch history is not what I expect. And I just couldn’t make sense of it or get it to square with what I expected.
I actually created a custom GPT and fed it the jj code and documentation to try and get it to explain it to me to no avail. Jj is so good, I’m willing to give up IDE integration with git if I could just crack this nut.
Even though Python is the language I’ve used most, I wouldn’t want to use it for something with a lot of uncertainty and that will suffer many changes. Type systems make it so much easier to change things early on without breaking everything. I’d probably pick F# or similar.
Most of the developers (some of them being former Mercurial and Git developers) including me generally seem to like it. Based on my own experience, I think it's a pretty excellent choice, but I'd be a bit biased as a die-hard Haskell/C programmer for something fast with types.