3 ms·

Will Git be around forever? Possible successors: Fossil, Pijul [video]

12 points by hazelnut-tree 4y ago

hazelnut-tree 4y ago
Presentation description: > "Ten years ago, only Linux kernel committers and other early adopters used Git. Almost everyone else used Subversion. Ten years later, Git is the most popular product. Which makes me wonder: what will we use another ten years from now? And what features would YOU want from your version control software in 2032? No history rewrites? Faster? No merge conflicts ever?" Here's an high-level overview. There's more detail in the video. Why is Git so popular? - Git in 2010 = 25% usage - Git in 2021 = 75% usage Fossil: - Distributed version control, bug tracking, wiki, forum - Contributions from a team of 4 vs Git with 5000+ contributions - Written in C and SQL - supports SQLite version control - Website: https://www2.fossil-scm.org/home/doc/trunk/www/index.wiki https://www2.fossil-scm.org/home/doc/trunk/www/index.wiki Pijul: - Distributed version control, sound theory of patches - Focus on changes, instead of differences between snapshots (i.e. Git commits) - Written in Rust, bootstrapped in 2017 - Website: https://pijul.org/ https://pijul.org/
- entropicgravity 4y ago
  Mercurial was contemporaneous with GIT and is still around. Which is better is debatable.
AlbertoGP 4y ago
People used to rewriting history will not tolerate losing that, Fossil will not go mainstream.
fragmede 4y ago
I don't know what the successor system will be, might just be git with more features, but one problem with the current situation is the whole question of monorepo or not. Both have their own pros/cons. I can imagine a later system handling that more gracefully. Binaries in git is another unsmooth point. The way branches are handled in git can get messy sometimes. the skill required for an operator, especially in a monorepo. A different abstraction layer could handle that more gracefully.
fragmede 4y ago
Also, https://youtubetranscript.com/?v=M4KktA_jbOE https://youtubetranscript.com/?v=M4KktA_jbOE

12 points by hazelnut-tree 4y ago

Presentation description: > "Ten years ago, only Linux kernel committers and other early adopters used Git. Almost everyone else used Subversion. Ten years later, Git is the most popular product. Which makes me wonder: what will we use another ten years from now? And what features would YOU want from your version control software in 2032? No history rewrites? Faster? No merge conflicts ever?" Here's an high-level overview. There's more detail in the video. Why is Git so popular? - Git in 2010 = 25% usage - Git in 2021 = 75% usage Fossil: - Distributed version control, bug tracking, wiki, forum - Contributions from a team of 4 vs Git with 5000+ contributions - Written in C and SQL - supports SQLite version control - Website: https://www2.fossil-scm.org/home/doc/trunk/www/index.wiki https://www2.fossil-scm.org/home/doc/trunk/www/index.wiki Pijul: - Distributed version control, sound theory of patches - Focus on changes, instead of differences between snapshots (i.e. Git commits) - Written in Rust, bootstrapped in 2017 - Website: https://pijul.org/ https://pijul.org/

entropicgravity 4y ago
Mercurial was contemporaneous with GIT and is still around. Which is better is debatable.

AlbertoGP 4y ago

People used to rewriting history will not tolerate losing that, Fossil will not go mainstream.

fragmede 4y ago

I don't know what the successor system will be, might just be git with more features, but one problem with the current situation is the whole question of monorepo or not. Both have their own pros/cons. I can imagine a later system handling that more gracefully. Binaries in git is another unsmooth point. The way branches are handled in git can get messy sometimes. the skill required for an operator, especially in a monorepo. A different abstraction layer could handle that more gracefully.

fragmede 4y ago

Also, https://youtubetranscript.com/?v=M4KktA_jbOE https://youtubetranscript.com/?v=M4KktA_jbOE