Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

news.ycombinator.com

Post reply on HN
Print view View original

341–350 of 440 posts

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

#341

Post by gavinhoward »

oblio wrote: post #266
philsnow wrote: post #248

Earlier quoted context omitted.

> peanut gallery of git experts There are people who use git for its original purpose (kernel devs and very few others) and then there is the remaining 99% of people who essentially use “github flavored git”, using only three or four git subcommands and for the most part never needing to understand its intricacies. Unfortunately, although they are using git-the-chainsaw-shotgun with all the safeties on, it’s nonethel…

I see 2 huge barriers for a new commercial VCS: 1. Devs don't like to pay for core tools. And VCSes need network effects. 2. VCSes seem to be really hard.

As someone who is making one (not Diversion), I agree with both of your points.

Do you think that a VCS that solves the large file problem and binary file problem could succeed?

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

#342

Post by layer8 »

osigurdson wrote: post #319
oblio wrote: post #239

Earlier quoted context omitted.

Ummm... A lot of people just endure using git. Go to the average enterprise software shop, the ones where people don't code for fun in their spare time, and ask around. There are a lot more of those devs than unicorn and FAANG devs.

Why aren't these teams choosing something else then? If everyone on the team dislikes git, switch to mercurial or something else.

Because often it’s not the team that chooses, but tooling is instead standardized across the enterprise. And enterprises like to make the “safe” choice of choosing what’s most popular. And then there’s the whole aspect that you have to know some basic Git anyway to debug your way through the open source code you use (maybe not for JavaScript/NPM, I don’t know). Git also happens to currently be the most interoperable with other kinds of tooling, from CI to IDEs, so not using Git makes your life harder in ways unrelated to its inherent qualities. It’s a network effect in multiple dimensions.

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

#343

Post by sasham »

vintagedave wrote: post #40

> I often wondered why Git is so difficult to learn, compared to other tools. Yes! This is something many people wonder -- other than those who love git :) I used to love Mercurial and I still mourn its mostly-loss. So I welcome a new DVCS system that is friendlier than git. > Diversion’s code is managed on Diversion! This is a good sign. > can synchronize with existing Git repositories (each new commit in Diversion…

Perforce is amazingly scalable, but that comes with a price (literally and figuratively :)) We still can't handle petabyte repos like P4 does, but we'll get there. But we can handle very large and frequently changing binaries pretty well.

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

#344

Post by hintymad »

Cthulhu_ wrote: post #323
hintymad wrote: post #282

> Cloud-Native Git Alternative Not sure if this is a good summary of the product. For one, cloud-native is an implementation detail, unless the company plans to sell the new VCS as packaged software instead of service. For two, I'm not sure how being cloud-native addresses any issue with my daily interaction with Git. > The biggest drawback of Git is its limited scalability I wonder how many people really has this pr…

Re: scalability, in the very first sentence they mention game development, which deals with large quantities of large (and growing), nowadays versioned assets like 3D models, textures, animations, etc.

Ah, I guess this is the curse of ignorance: I saw the sentence but didn't register its significance as I'm not familiar with what's required in game development.

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

#345

Post by sampo »

egaldv wrote: post #89
lawgimenez wrote: post #62

Earlier quoted context omitted.

So you were able to recover and did not lost a months work of data? Your story just doesn’t make sense. Come on.

Indeed you're right the work that was erased from BitBucket was restored from one of the employees that didn't yet pull, the post was edited accordingly.

> the work that was erased from BitBucket was restored from one of the employees that didn't yet pull

Actually those commits that you considered lost, were still stored on everyone's personal computer in your team. You just didn't know how to use `git reflog` to find them.

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

#346

Post by sasham »

vintagedave wrote: post #40

> I often wondered why Git is so difficult to learn, compared to other tools. Yes! This is something many people wonder -- other than those who love git :) I used to love Mercurial and I still mourn its mostly-loss. So I welcome a new DVCS system that is friendlier than git. > Diversion’s code is managed on Diversion! This is a good sign. > can synchronize with existing Git repositories (each new commit in Diversion…

Right now we're trying to get it to users who prefer something that just works, and don't want to think about hosting. But you can actually run Diversion in a container (that looses distributed storage and DBs, which means it won't be as scalable). Other providers would definitely be great, if we succeed in standardizing it like git.

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

#347

Post by ryanlitalien »

Arelius wrote: post #245
maccard wrote: post #69

Earlier quoted context omitted.

> There's good attempts at FOSS p4 replacements now, you need to do better if you want to stand out. There are? Like what?

Yes Please. I would switch my studio today if this existed.

Hi, why the switch? Purely cost? Or admin overhead?

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

#348

Post by layer8 »

dmazzoni wrote: post #256
vintagedave wrote: post #34

Earlier quoted context omitted.

>> a data scientist accidentally destroyed a month’s work of his team > This is mostly a configuration issue git apologism :) (FWIW I do agree with the rest of your comment, and I hope you forgive the slight joke. Product users, for any product are fallible humans. That might be fallible in accidentally deleting, or it might be fallible in forgetting to turn on the safety settings.) Very seriously, something like thi…

What if someone pushes something inappropriate? Shouldn't there be a way to delete it? As an example, what if someone pushes: - A private key or password - Copyrighted content - Illegal content In cases like this, it needs to be possible to remove the bad commit from the repository entirely.

Yes, but this should be only possible by way of commands that make it abundantly clear what you are doing, e.g. `git delete ` with extra confirmation “Do you really want to permanently and irrevocably delete in the master repository?”, or a more obvious “recycle bin” that presents deleted branches/commits in familiar ways and with explicit expiration dates. But the Git architecture doesn’t lend itself to that level of user-friendlyness.

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

#349

Post by sasham »

pmontra wrote: post #110

As this is a startup the competitors are GitHub, Bitbucket, GitLab etc. and not the underlying technology. That is a mean to a goal, making money or most probably a lucrative exit. > [git] was built for [...] much smaller projects, It was built for the Linux kernel. There are larger projects than that but how many? Of course if you manage to make them switch to Diversion and get paid for that you could be well off ev…

Thanks for the feedback! We're offering a private cloud option for large customers, from many conversations this is OK for most of them. And adding a daily backup to any location is actually very easy.

> At least with git there are dozens, hundreds, thousands of copies of any repository around the company.

This is actually a huge issue for large companies (data breach), that doesn't have a good solution with Git.

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

#350

Post by maccard »

ryanlitalien wrote: post #347
Arelius wrote: post #245

Earlier quoted context omitted.

Yes Please. I would switch my studio today if this existed.

Hi, why the switch? Purely cost? Or admin overhead?

Yes, to both. P4 itself is solid, but it's a very chatty protocol and is very latency sensitive. Running a master in the us, with clients in europe is painful for everyone involved. Replicas and edge servers come with other tradeoffs too.

As a developer, doing things like "I only want this subtree of the stream" is hard. Virtual streams exist, but they have a (non-negligible) overhead on the server. It has some quirks due to it being 30 years old which make it... interesting, to work with sometimes.

Post reply on HN