sasham

7 ms·

1. 31.▲
   by sasham 3y ago

   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 pret
2. 32.▲
   by sasham 3y ago

   The Git sync feature allows one to import an existing git repo (currently GitHub is supported) into a new Diversion repo, and keep both in sync: every commit into Git is imported into Diversion and vice versa. This allows a member of a team
3. 33.▲
   by sasham 3y ago

   Point taken! Why copyleft though, and not MIT/Apache?
4. 34.▲
   by sasham 3y ago

   For assets no, definitely. At least until they get Starlinks :D I did commit into our code repo from an airplane though.
5. 35.▲
   by sasham 3y ago

   Git might be the best thing there is today (outside of very large companies or environments with large binaries). It doesn't mean that'll always be the case... There were other VCSs before git, and there will be after.
6. 36.▲
   by sasham 3y ago

   Thanks for the feedback! We actually encountered a similar usecase. SaaS tools that need to version user-generated data and configurations. We're offering an API so this can be done easily. What you offer can also be done. I'm not
7. 37.▲
   by sasham 3y ago

   Other game devs mentioned visual diffing as well, we'll try to make this happen!
8. 38.▲
   by sasham 3y ago

   Monorepos are indeed causing problems with git, and this is one of the main arguments against them (see [1]). Some companies are building their own solutions (Google, Meta), and some are splitting their monorepos because of these problems.
9. 39.▲
   by sasham 3y ago

   Honestly, I never tried bitkeeper. It handles big binaries with no problems at all.
10. 40.▲
    by sasham 3y ago

    Haha evidently :D
11. 41.▲
    by sasham 3y ago

    Windows is supported, as is Mac and Linux - should mention that, you're right. Most of our users use Windows, so it's definitely 1st priority. Thanks for the feedback reg CI - I'd love to hear your specific needs, as we'
12. 42.▲
    by sasham 3y ago

    Hi, sure thing! You can get extra storage at the same price as the Free tier (we'll make it clearer on the website).
13. 43.▲
    by sasham 3y ago

    In part yes, e.g. lots of people like SourceTree. Some of the complexity is inherent though, e.g. local vs remote branches and the various conflicts & errors as a result. Git exists for 18 years, and yet the complexity problem wasn&#x27
14. 44.▲
    by sasham 3y ago

    Thanks for the feedback, glad you asked! Partial checkouts are supported. K8s not yet, but we do run Diversion in a container for testing. Private cloud works as well, it's more a question of support manpower though - will be available
15. 45.▲
    by sasham 3y ago

    Thanks! I agree - there are lots of examples how simplifying something (Shopify, Uber, Airbnb) can dramatically increase the user pool to people who otherwise wouldn't even use a comparable service.
16. 46.▲
    by sasham 3y ago

    Yep :) Lots of products run Git on EC2/containers, e.g. GitPod or GitHub Codespaces. Ironically, Diversion works much faster on these than git https://github.blog/2021-08-11-githubs-engineering-team-move...
17. 47.▲
    by sasham 3y ago

    Yep, exactly! I remember these "happy" SVN days as well. It sucked, git was much better. Today you're almost never offline though, you even have wifi on airplanes. Git's datastructures are a masterpiece, for sure
18. 48.▲
    by sasham 3y ago

    We're using S3 storage, lambda and ECS compute, and serverless DBs. It allows us to build a scalable product much faster, and leverages cloud features like multizone backups and distribution without having to develop these ourself. It
19. 49.▲
    by sasham 3y ago

    Branches is one example! But really Dropbox is not a VCS. Although some game studios do use Dropbox/Google Drive for versioning graphical assets - but not because it's a good tool for the purpose, they just don't have a bette
20. 50.▲
    by sasham 3y ago

    Thanks for the feedback! Totally agree. Diversion does support binaries, should have mentioned it directly (will update the website). The thought behind cloud native is that workloads and devtools and data are moving there, and we want Dive
21. 51.▲
    by sasham 3y ago

    Thanks for the feedback! Totally true, I was surprised by how much emphasis on security there is in game studios. They are moving to cloud however, and we're hoping that a private cloud solution (Diversion running on their cloud accoun
22. 52.▲
    by sasham 3y ago

    Thanks, good luck to you too! Would love to check it out! Diversion has totally different storage, that handles binary files with no issues, but same concepts as git - branches, commits and tags. It has a Git sync feature that allows to syn
23. 53.▲
    by sasham 3y ago

    Yes you might be 100% right. We were debating this a lot in the beginning. In the end we decided to build a separate VCS with Git sync, and simpler UI (for now at least - might change, depends on user feedback)
24. 54.▲
    by sasham 3y ago

    Thanks!! What do you work on?
25. 55.▲
    by sasham 3y ago

    For sure, but that requires a lot of expertise and leaves the non-experts free to shoot themselves in the foot...
26. 56.▲
    by sasham 3y ago

    Thanks!! Having talked to lots of game studios (and other companies with large repos/files) - many of them tried to switch to git because devs wanted to, and failed because of technical limitations.
27. 57.▲
    by sasham 3y ago

    Thanks for the feedback! If you're on a separate branch it doesn't update from main automatically. We're also thinking to make live update of main optional as well, this is actually one of the most debated features internally
28. 58.▲
    by sasham 3y ago

    Good question! End-to-end encryption would mean that you can't run cloud CI or merge conflicts in the cloud and other features. To my knowledge none of existing VCS solutions are end-to-end encrypted (I might be wrong though!) We might
29. 59.▲
    by sasham 3y ago

    Final_version_4_really_final, we've all been there :D
30. 60.▲
    by sasham 3y ago

    That's really not the main point of the post, but you're right I should have been more precise. Edit: updated in the top text now!