logoalt Hacker News

dgb23today at 11:51 AM4 repliesview on HN

The last paragraph might be the most important one:

> There's one other reason you should be interested in giving jj a try: it has a git compatible backend, and so you can use jj on your own, without requiring anyone else you're working with to convert too. This means that there's no real downside to giving it a shot; if it's not for you, you're not giving up all of the history you wrote with it, and can go right back to git with no issues.


Replies

verdvermtoday at 2:11 PM

Unless you use LFS, submodules, or hooks at your org.

show 1 reply
jeremyjhtoday at 1:14 PM

But this is not true. They are interoperable but far from seamless. Those features mainly support migration use cases or things like git deployment from an repo managed in jj. Operations git does are not in jj’s log. You have to constantly import them. The project recommends a single primary interface.

show 5 replies
erutoday at 1:08 PM

Funnily enough, that's how I used git with CVS and Subversion, too.

IshKebabtoday at 1:49 PM

Big caveat: do not try to use Git and JJ in the same directory. It's probably fine if you only use JJ, but if you mix them you will horribly break things.

show 2 replies