3 ms·
What we need is some kind of distributed version control system, then this would never happen. Ideally it'd be a free and open source distributed version contr
by AndrewOMartin 5y ago
What we need is some kind of distributed version control system, then this would never happen.
Ideally it'd be a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency, but I think that's just unrealistic.
- danogentili 5y agoMy irony meter is currently down for maintenance, but that's precisely what git is, a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency :)
- floodle 5y agoI think that was the point OP was making, through a layer of thick sarcasm.
- hwbehrens 5y agoMy meter was working perfectly until I read the parent comment, at which point it measured off the scale and promptly broke.
- groby_b 5y agoCan't be git they're talking about, they mentioned speed and efficiency for very large projects.
- dharmab 5y agoIronically, Microsoft has been a major contributor to improvements in git for handling large repos after Windows was migrated to git. https://github.com/microsoft/git https://github.com/microsoft/git
- deleted 5y ago[deleted]
- peeters 5y agoI hear this sort of remark a lot, but does anyone actually practice this? Like git is great in that there a myriad of options for syncing remotes, but none that I've ever seen come close to having a central clone that also acts as the highest authority. Having used git prior to Github et al, where I had remotes set up to literally each collaborator that they individually hosted, I would never want that user experience over what I have now. The centralized model is far too compelling. So I'm curious what the bleeding edge distributed model looks like today.
- radicality 5y agoI’m with you, I don’t even want the decentralised model, but it feels like with GitHub I get… the worst of both worlds? No decentralisation and crappy centralisation? For example, in a work environment, what’s even the point of ‘forking’ in GitHub. I don’t want my own version of any repo, I don’t want to be playing weird rebase/merge upstream/push origin nonsense. I don’t even want to be creating branches or naming branches. I just want a centralised repo: I make a commit and… that’s it, get a commit hash and be able to have that commit anywhere else I check out the repo, and open a PR/diff to merge into master.
- rezonant 5y agoI agree though that its hard to find use cases for forks in a typical business- however Unreal Engine would be a great example of it where the private repository is shared by multiple development teams. If you have access to it (because you've agreed to the Source License), you can make a private fork and send in a PR to the main repository. Epic probably won't merge it though unless you represent a big studio.
- macinjosh 5y agoSounds like mercurial :)