Live data from Hacker News

Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative

news.ycombinator.com

11–20 of 440 posts

Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative

#11

Perforce seems to already fill this niche pretty well, at least in the gaming sector which this startup seems to target.

Totally right, perforce is used by almost all large game studios. But it's painful to use for smaller studios and indie devs - it requires managing your own server with configuration, backups, networking etc. It's also not great for cloud based workflows and remote work, and super expensive with rigid licensing.

Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative

#12
Do you have more documentation somewhere? If so, I’d suggest making it more easily accessible. I couldn’t find any on the site and the support link just takes me to discord. I’d be more inclined to sign up if there was some documentation I could read through to get a sense for requirements, setup, branching, CLI commands, etc.

Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative

#13
Congrats on the HN launch. How does this improve or expand or blow git-lfs[1] out of the water because if I needed large blob file support it's what I would use instead. It offers pointers to the big files to the hosted git instead of pushing around the binaries itself -- though I am speculating since I've not used it myself just read about it online.

I mean the nice UI and collab features are indeed improvements but I'm thinking more core git specific improvements.

[1] https://git-lfs.com/

Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative

#14

> In our previous startup, a data scientist accidentally destroyed a month’s work of his team by using the wrong Git command. While git is indeed a usability clusterbomb and there is massive space to improve, the problem above sounds like a devops failure. Git gives you all the tools to prevent such a disaster, all you have to do not give the root password of your CI server to any data scientist. On the topic of your…

I also always wonder in cases like this if the person just didn’t know about reflog.

You _really_ have to try to fuck up hard enough that everything is gone, it just might require even more arcane commands than what got you into a mess.

Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative

#15
post #12

Do you have more documentation somewhere? If so, I’d suggest making it more easily accessible. I couldn’t find any on the site and the support link just takes me to discord. I’d be more inclined to sign up if there was some documentation I could read through to get a sense for requirements, setup, branching, CLI commands, etc.

Thanks for flagging that! Just updated the site and forgot the link. It should be there now! (You also have an intro video and in-app docs, but there's more work we need to do there)

Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative

#16
I have not analyzed the full potentials and benefits of Diversion but I would not agree with the statements you made about the Git. I think you should not focus on Git in your pitch.

>>it was built for a very different world in 2005 (slow networks, much smaller projects, no cloud)

Slow network: why is this a negative thing? If something is designed for a slow network then it should perform well in a fast network.

Mush small project: I do not agree. I can say that it was not designed for very very large projects initially. But many improvements were made later. When Micorosoft adopted Git for Windows, they faced this problem and solved it. Please look at this https://devblogs.microsoft.com/bharry/the-largest-git-repo-o...

No cloud: Again I would not agree. Git is distributed so should work perfectly for the cloud. I am not able to understand what is the issue of Git in the cloud environment.

>>In our previous startup, a data scientist accidentally destroyed a month’s work of his team by using the wrong Git command

This is mostly a configuration issue. I guess this was done by a force push command. IFAIK, you can disable force push by configuration.

Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative

#17
post #12

Do you have more documentation somewhere? If so, I’d suggest making it more easily accessible. I couldn’t find any on the site and the support link just takes me to discord. I’d be more inclined to sign up if there was some documentation I could read through to get a sense for requirements, setup, branching, CLI commands, etc.

https://docs.diversion.dev/

Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative

#18

Congrats on the HN launch. How does this improve or expand or blow git-lfs[1] out of the water because if I needed large blob file support it's what I would use instead. It offers pointers to the big files to the hosted git instead of pushing around the binaries itself -- though I am speculating since I've not used it myself just read about it online. I mean the nice UI and collab features are indeed improvements but…

Git LFS solves the problem if you need to have occasional large files in your repo. It doesn't work great though when you have a lot of them or when they're an integral part of your product, because it's slow and introduces devops problems (e.g. you can bomb your repo by committing from a clone without Git LFS installed). Companies that have many large files to manage rarely use it because of this.
Post reply on HN