Git Can't Be Made Consistent - Bram Cohen's Journal — LiveJournal
If this type of authorization does not work for you, convert your account using the link By logging in to LiveJournal using a third-party service you accept LiveJournal's User agreement Are we misunderstanding what you meant? Мыс Бринера и Ковш бухты Рудной Как не нужно делать, если у вас образовался долг по кредитке «У нас есть человек, который помечает всех обнажённых» «Наконец-то нормальная командировка» «Без сна» в МТЮЗе. О любви, преступлении, музыке и смерти Предрождественский Кипр. Прогулка Три портрета Надежды Половцовой и не только Новороссийский декабрь — почти март Продакт-плейсмент «Аэрофлота» в «Кавказской пленнице» Пакистан: Ларкана и Мохенджо-Д
28 Git Can't Be Made Consistent This post complains about Git lacking eventual consistency. I have a little secret for you: Git can't be made to have eventual consistency. Everybody seems to think the problem is a technical one, of complexity vs. simplicity of implementation. They're wrong. The problem is semantics. Git follows the semantics which you want 99% of the time, at the cost of having some edge cases which it's inherently just plain broken on. When you make a change in Git (and Mercurial) you're essentially making the following statement: This is the way things are now. Forget whatev
related reading
- Git at any scalecursor.com
- How Git works: A complete guide to branches, merges, and collaborationdeveloper.ibm.com
- A successful Git branching model >> nvie.comnvie.com
- Using Gitcs61bl.org
- Reading 5: Version Controlweb.mit.edu
- Peritext: A CRDT for Rich-Text Collaborationinkandswitch.com
- Git - user-manual Documentationgit-scm.com
- 團隊的 GIT 分支管理策略 (1) : 基本概念medium.com
- Upwelling: Combining real-time collaboration with version control for writers.inkandswitch.com
- Git from the Bottom Upjwiegley.github.io
- Conventional Commitsconventionalcommits.org
- The Myers diff algorithm: part 1 – The If Worksblog.jcoglan.com