Earlier quoted context omitted.
Even a force push doesn't destroy the reflog or runs the GC server-side. I wonder how you can accidentally loose data with Git. I've seen lot's of people not being able to find it, but really destroying it is hard.
He force pushed a diverged branch or something like that, and we only found out after a while. We were eventually able to recover because someone didn't pull. But it was not a fun experience :D
Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative
371–380 of 440 posts
Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative
#372Earlier quoted context omitted.
But that seems like pretty much the equivalent to "rm -R *"? And also just a permission/configuration issue.
To put into perspective, that was in 2014 :D There were no branch protections, and git was even harder to use. Plus everyone was new at git, obviously (we started in 2013 with mercurial, which was still a legit thing to do, and switched to git).
Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative
#373Earlier quoted context omitted.
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.
[flagged]
Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative
#374Out of curiosity, are there any VCSs that operate on AST instead of plaintext lines? (Or is something like this being developed or proven impossible?) I guess it should be possible to cooperate on shared codebase without need for every contributor to check in and out text files following exactly the same formatting. Or even naming convention. Or even same language, provided all collaborators can transpile to and from…
Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative
#375I would like to see much, much more in a demo. Probably around 20-30 minutes.
What was shown in the demo video was seemingly the functionality of Dropbox, shown working with one file manager and one OS.
I know it is more than that. I’ve checked your docs. You have branching models. You have cross OS support. You have a lot going on.
But that demo video really put me off. It doesn’t demonstrate anything that seems particularly useful to me, especially on the main selling point: version control. It spends most of the time showing automatic file sync, which (although not easy to do) is a basic feature of so many cloud storage platforms that it doesn’t have the wow factor these days. (It’s also a feature I find annoying and would want to disable, but it seems to be core to your approach so meh)
I know not everyone will jump immediately to the demo video to see it, but it’s what I did, and honestly… I’d scratch it and do a full intro video and put resources into doing it right.
Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative
#376Earlier quoted context omitted.
> Don't focus too much on "git complexity" as most people already know git so it just creates an argument. I'd say this phrase is both right and wrong. It's right in the sense that it creates an argument. It's wrong in that it creates an argument with the peanut gallery of git experts. But guess what, most people using git are not experts. They're software developers who don't want to learn the intricacies of git (pr…
It is just a tough argument to make: the thing you have been using for your entire career and used almost everywhere is suddenly too complex.
Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative
#377Earlier quoted context omitted.
Game dev here, totally agree. File-locking across branches excited me, support for visual diffing of uassets would be insane. The platform screenshots as a git/github alternative didn't excite much interest as Plastic and Perforce are major players.
Other game devs mentioned visual diffing as well, we'll try to make this happen!
Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative
#378Earlier quoted context omitted.
It is just a tough argument to make: the thing you have been using for your entire career and used almost everywhere is suddenly too complex.
I use git because other people use git, and ultimately I try to accommodate the tools that my peers are going to be used to. But I do think it's too complex (by a lot ), and if I was running some kind of dictatorship I would never touch git again. Frankly, I think that git is a significantly worse tool than svn was for most use cases.
Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative
#379Out of curiosity, are there any VCSs that operate on AST instead of plaintext lines? (Or is something like this being developed or proven impossible?) I guess it should be possible to cooperate on shared codebase without need for every contributor to check in and out text files following exactly the same formatting. Or even naming convention. Or even same language, provided all collaborators can transpile to and from…
Re: Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative
#380Out of curiosity, are there any VCSs that operate on AST instead of plaintext lines? (Or is something like this being developed or proven impossible?) I guess it should be possible to cooperate on shared codebase without need for every contributor to check in and out text files following exactly the same formatting. Or even naming convention. Or even same language, provided all collaborators can transpile to and from…
You can do most of this in git via custom diff-driver and smudge/clean filters. For example git can already convert line-endings on the fly for windows. This is special-cased, but can just as well be implemented via smudge/clean. Oh and git-lfs is done via smudge/clean too.