Most active commenters

    ←back to thread

    I see a future in jj

    (steveklabnik.com)
    291 points steveklabnik | 11 comments | | HN request time: 0.68s | source | bottom
    1. TinkersW ◴[] No.45676111[source]
    Does it work with large binary files and not choke like git? Cause git may have won for webdev etc, but in some industries such as gamedev, Perforce is the king... git is barely used at all because it can't handle binary files worth a damn(yes I know about the large file extension, no it isn't sufficient).
    replies(3): >>45676135 #>>45676394 #>>45677433 #
    2. steveklabnik ◴[] No.45676135[source]
    Right now, nothing special. But this is very much an area that's known about and something may happen in this area, we'll see.
    replies(1): >>45677416 #
    3. jasonpeacock ◴[] No.45676394[source]
    Perforce’s binary support is basically equivalent to Git LFS, it does the same thing.

    What does Perforce binary support have that Git LFS doesn’t?

    AFAIK, the base issue that Perforce is already in use and it has enterprise support.

    replies(3): >>45677079 #>>45677238 #>>45677301 #
    4. dafelst ◴[] No.45677079[source]
    I am the last person to ever promote perforce, but as of last yearish it has the option for binary delta transfer using fastCDC.

    Even without that, it is a just straight up a lot faster than git lfs. I know this because I benchmark it against git pretty frequently as I am creating my own large file capable VCS.

    5. bananaboy ◴[] No.45677238[source]
    What do you mean by this? It's hardly equivalent to LFS. The binary files aren't replaced with a text pointer with actual content stored on a server elsewhere. Binary files are stored in the same place as text files.
    replies(1): >>45677850 #
    6. tom_ ◴[] No.45677301[source]
    1. Perforce checkout requests always do the round trip to the server.

    2. Artists can actually understand Perforce.

    7. tombert ◴[] No.45677416[source]
    If you could elegantly handle large or frequently-changing binaries I think I'd be willing to switch immediately.

    It has always annoyed me that there's not any clever way to handle binary changes with version control.

    8. zamalek ◴[] No.45677433[source]
    It uses Git for storage and does not support LFS, so it's as bad as Git used to be for this specific usecase.
    replies(1): >>45677548 #
    9. steveklabnik ◴[] No.45677548[source]
    LFS sorta kinda works in my understanding, it’s not super nice yet though.
    10. jasonpeacock ◴[] No.45677850{3}[source]
    From the user's perspective, when setup correctly Git LFS is transparent and they don't see the text pointers - the binary files are replaced on push and pull to the server.

    It's the same user experience as Perforce?

    Yes, Git is more low-level and it's possible to see those text pointers if you want to.

    replies(1): >>45678435 #
    11. dijit ◴[] No.45678435{4}[source]
    This is what you want to believe but its not true.

    I’m really sorry, git lfs is an ugly hack, and its always painful when you discover that some gamedev team has been forced into it by “better knowing” software developers.

    It reminds me a lot of “features” of software that is clearly a box ticking exercise, like technically MS Teams has a whiteboard feature. Yet it lacks any depth: its not persistent so its gone after the call, and it’s clunky to use and to save.

    … but technically the feature exists, so it’s harder to argue for better software thats fit for purpose, like miro or mural.