explain xkcd - User contributions [en]

Talk:1597: Git

2025-05-06T22:26:18Z

162.158.127.164:

If someone is interested, the best book I've read on it is [http://www.git-scm.com/book/en/v2 Pro Git]. The chapters 2 and 3 explain pretty well this mess of branching and merging. But it's true that it takes a bit of patience to go over it all. [[Special:Contributions/108.162.228.35|108.162.228.35]] 08:47, 30 October 2015 (UTC)

Also take a look at [http://nvie.com/posts/a-successful-git-branching-model/ GitFlow: A Successful Git Branching Model]. Though Randall is correct there usually comes a time when it is easier to give up and "start again". [[Special:Contributions/162.158.34.147|162.158.34.147]] 08:53, 30 October 2015 (UTC)

I never liked the name of this piece of software; in British English, the name "git" is mildly rude :-)
https://en.wikipedia.org/wiki/Git_(slang) . [[User:Gearoid|Gearóid]] ([[User talk:Gearoid|talk]]) 09:20, 30 October 2015 (UTC)
:According to word of god it was on purpose: https://en.wikipedia.org/wiki/Git_(software)#History [[Special:Contributions/162.158.22.46|162.158.22.46]] 11:41, 30 October 2015 (UTC)
:He also designed it in such a way that people often run into problems with commitment to detached heads, and typically deal with this by reflogging... {{unsigned ip|108.162.249.161}}

'Internally, Git works by saving the differences between various versions of the files, rather than creating a new copy each time the user "commits" the current version of the code.' - It is exactly the opposite. It stores whole files, or rather all committed pieces of data (blobs). See http://gitready.com/beginner/2009/02/17/how-git-stores-your-data.html [[Special:Contributions/141.101.88.202|141.101.88.202]] 09:38, 30 October 2015 (UTC)TK

: It is stored as diffs in pack file. Whole file (loose object) are packed automatically by default.
:
: See https://schacon.github.io/gitbook/7_the_packfile.html and https://www.kernel.org/pub/software/scm/git/docs/git-pack-objects.html
[[Special:Contributions/162.158.177.59|162.158.177.59]] 10:15, 30 October 2015 (UTC)

::Not sure what pack files are used for, but data is stored as is and named by the SHA-1 of its contents. See [https://schacon.github.io/gitbook/1_the_git_object_model.html object model] in the same reference. [[User:Walenc|Walenc]] ([[User talk:Walenc|talk]]) 16:02, 30 October 2015 (UTC)

I think you guys need to differentiate between the underlying data scheme, and the command line. The way git stores underlying data is indeed beautiful, but the command-line is the worst UI ever. You know how you switch to working on a different branch? "git checkout". You know how you revert the changes you've made to a file? "git checkout". You know how you make a new branch? "git checkout -b". If you're used to other systems, you'll find nearly every operations - even common ones - counterintuitively named. I work at Google and even here, every week someone near me screws up their respository enough that they have to save their work, nuke their repo, reapply their changes, and try moving forward again. I don't know why anyone puts up with this! (Actually I do - it's because if you're collaborating between companies, git does it better than anything else.) [[Special:Contributions/199.27.129.107|199.27.129.107]] 18:46, 2 November 2015 (UTC)

: That's not actually true. git checkout takes you to a node of development, as a convenience that can be either the entire code base (a branch) or a single file. You could remove the file you want to 'revert', stash all other changes, checkout HEAD and then pop the stash...or use the git checkout FILE shortcut. git checkout -b is just a shortcut so you don't have to do git branch; git checkout. [[Special:Contributions/108.162.220.239|108.162.220.239]] 06:00, 7 November 2015 (UTC)

I feel like this article should end with a quick guide to git commands. {{unsigned ip|108.162.216.27}}

Well, I feel this article focuses on explaning git too much that it loses the point of the joke. We have Wikipedia to refer readers to ... The thing is, not just users who are unable to use git beyond a few basic commands, but also those who understand git often use some sort of "start over" method because an action looking perfectly legit got the repository into unusable state, where recovery is much more difficult than reapplying patches. For one of the most common, search for "detached head", for example - especially funny when git insists on falling into that state after checking out master which is in direct contradiction to what docs say when it happens. But I don't feel like rewriting that, sorry :-/ --kavol, [[Special:Contributions/141.101.96.206|141.101.96.206]] 16:04, 30 October 2015 (UTC)

I feel you've all been nerd-sniped. [[Special:Contributions/108.162.216.8|108.162.216.8]] 19:33, 30 October 2015 (UTC)Pat

The problem is not about the working copy and about the branching tree structure and some git internals that is quite confusing.
This 4 years old reddit post can be used as a funny reference: https://www.reddit.com/r/programming/comments/embdf/git_complicated_of_course_not_commits_map_to/

http://tartley.com/?p=1267
"One of the things that tripped me up as a novice user was the way Git handles branches. Unlike more primitive version control systems, git repositories are not linear, they support branching, and are thus best visualised as trees, upon the nodes of which your current commit may add new leaf nodes. To visualise this, it’s simplest to think of the state of your repository as a point in a high-dimensional ‘code-space’, in which branches are represented as n-dimensional membranes, mapping the spatial loci of successive commits onto the projected manifold of each cloned repository." {{unsigned ip|108.162.210.212}}

Should someone mention how git is by default used through a terminal - which is often more confusing than a GUI for most people - and that while there are graphical shells for git, some people refuse to use them because they're not fully-featured? [[Special:Contributions/108.162.221.36|108.162.221.36]] 11:43, 30 October 2015 (UTC)

The really sad part of all this is that if you work in a multi-dev environment and <i>anyone</i> on the team is doing what Cueball suggests, it negates every other user's ability to use the main trunk properly. [[User:Ericm301|Ericm301]] ([[User talk:Ericm301|talk]]) 02:26, 31 October 2015 (UTC)

Hasn't it got too extensive about git? I've never used git but quite understood the comedy. I just visited this page to know about git.txt and there's nothing about it but just long text that doesn't help whatsoever to understand the comic. [[Special:Contributions/141.101.84.125|141.101.84.125]] 08:45, 31 October 2015 (UTC)

:I agree completely! I've stripped out the overlong discussion of git's features. --[[User:Slashme|Slashme]] ([[User talk:Slashme|talk]]) 00:12, 1 November 2015 (UTC)

AFAIK, the git.txt is not the part of the Git itself. I just added it to explanation. [[Special:Contributions/162.158.114.231|162.158.114.231]] 20:21, 31 October 2015 (UTC)

:"This comic is a play on how git, a popular version control system, is misused by people who have a very poor understanding of its inner workings."

Comically missing the point. That is NOT what the comic is about, that is a poor excuse from a fanboy. --[[Special:Contributions/162.158.90.159|162.158.90.159]] 12:00, 1 November 2015 (UTC)
: I agree the verbose "explanation" misses the point. The reality is that git is a confusing mess from a user's point of view. It's a very nice and powerful design from a technical point of view yet one that will mostly confuse anyone who encounters it at first; most people are afraid of admitting it because they don't want to look dumb. There's beauty in a design that is user-friendly at its core, and git misses that mark. [[User:Ralfoide|Ralfoide]] ([[User talk:Ralfoide|talk]]) 17:38, 1 November 2015 (UTC)

: The same can be said of Linux. It seems to be a common theme in Linus Torvalds' work. [[Special:Contributions/108.162.249.163|108.162.249.163]] 23:52, 1 November 2015 (UTC)

In pretty much every team I've worked I found there ends up being one "git expert" that raises above the rest and people continuously go see that person with "I don't know how to do X", to which the expert will often reply with a magic unheard-of-before git command line that looks pretty much like perl line noise. [[User:Ralfoide|Ralfoide]] ([[User talk:Ralfoide|talk]]) 17:38, 1 November 2015 (UTC)

In what world are telephones not an electronic mean of communication ? [[Special:Contributions/141.101.75.245|141.101.75.245]] 10:56, 2 November 2015 (UTC)

That's not the point. The distinction was being made (ambiguously, perhaps) between electronic and vocal communication. We might naturally turn to telephones for the latter.--[[Special:Contributions/162.158.2.227|162.158.2.227]] 12:16, 2 November 2015 (UTC)

ExplainXKCD is usually amazing, but the explanation above is really "comically missing the point".

:Git has a very cool distributed architecture, but the user experience is much more complex than other revision control systems. TFS and subversion can be taught to junior developers in about 20 minutes, but it takes much longer to learn how to use Git’s basic features. It is very easy for Git to become deadlocked, which requires some obscure commands to fix. Unless you are an expert at Git, it is sometimes easier to delete your project and try again.

:There are things that Git does that other RCS don’t do. (I am not entirely sure what they are, to be totally honest. When the question is asked, the responses usually just talk about the architecture.) Git experts tend to like that the software is more powerful than other RCS systems, and some tend to be dismissive of how difficult other people find it to use. Many people (such as myself and Cueball) find the architecture cool, but are not Git experts.

:So this is the joke. There is a conflict between how experts typically TALK about Git, and how most users actually USE Git. The humor comes from having a character say things that many people think, but wouldn’t say out loud for fear of looking stupid.

Would it be worth polishing the above and adding it to the description, or would that just be flamebait?
[[Special:Contributions/108.162.246.86|108.162.246.86]] 16:08, 2 November 2015 (UTC)

The title text may be referring to the famous saying: "Git is really pretty simple, just think of branches as homeomorphic endofunctors mapping submanifolds of a Hilbert space." [[Special:Contributions/162.158.255.40|162.158.255.40]] 23:23, 2 November 2015 (UTC)

The current explanation is wrong [not anymore, it's excellent now!]. As others have stated, the comic is clearly making fun of git itself, NOT of its users. [[User:Daskas|Daskas]] ([[User talk:Daskas|talk]]) 13:44, 3 November 2015 (UTC)

Wow, it's amazing how there are comments above defending git: those commentators lost the fact that XDCD is making fun of git because of it's idealistic view of source control doesn't map at all to reality, which in many cases, leads to user frustration and... dare I say it, lost data and lost productivity. Git is a joke and XKCD highlighted that well :) [[Special:Contributions/162.158.60.5|162.158.60.5]] 20:35, 21 December 2015 (UTC)

Someone made a [http://ohshitgit.com/ website] to be that "smart guy on the other end of the phone." The final entry on the page is this comic for sure.--[[User:Draco18s|Draco18s]] ([[User talk:Draco18s|talk]]) 16:17, 12 September 2016 (UTC)

I'd like to recommend a [http://learngitbranching.js.org/ site I found] on a recent (at the time of this comment) [https://cseducators.stackexchange.com/a/2921 CS Educator stackexchange post.] [[Special:Contributions/108.162.216.106|108.162.216.106]] 05:33, 25 July 2017 (UTC)

Git lets you have one account for repos connected via SSH, and another account for repos connected via HTTPS. Who thought this was a good idea? [[User:Treeplate|Treeplate]] ([[User talk:Treeplate|talk]]) 16:22, 1 May 2024 (UTC)

Or just delete the .git folder [[Special:Contributions/162.158.127.164|162.158.127.164]] 22:26, 6 May 2025 (UTC)

Talk:3075: Anachronym Challenge

2025-04-12T18:29:58Z

162.158.127.164: /* Paper */

Shouldn't "Anachronym" be "Anachronism"? The listed items aren't archaic acronyms. [[Special:Contributions/162.158.63.83|162.158.63.83]] 17:30, 11 April 2025 (UTC)
:No, "-nym" means name, so this is names that are outdated [[Special:Contributions/104.23.190.60|104.23.190.60]] 17:36, 11 April 2025 (UTC)
:: (The OP) Ah, I see now. An anachronym is a term used in an anachronistic way (like tin foil which isn't made of tin anymore), where an anacronym is an word that started as an acronym but is now treated as a word (people no longer think of it as an acronym). Neither term being in common parlance, and being only one letter different, my search for a definition got them confused.[[Special:Contributions/172.70.35.94|172.70.35.94]] 00:20, 12 April 2025 (UTC)

I'm not sure why he should be paying with paper money. He can easily pay by credit card ... using virtual debit card on his phone. -- [[User:Hkmaly|Hkmaly]] ([[User talk:Hkmaly|talk]]) 17:46, 11 April 2025 (UTC)
: Paper money might not be made from paper anymore - at least, it isn't in NZ, where I live. [[Special:Contributions/172.69.0.130|172.69.0.130]] 17:53, 11 April 2025 (UTC)

::I think “paper money” is about paper no longer being made from papyrus. US bank notes are printed on rag paper, which is indeed a kind of paper despite containing little or no wood pulp.--[[User:Seakingsoyuz|Seakingsoyuz]] ([[User talk:Seakingsoyuz|talk]]) 18:20, 11 April 2025 (UTC)

:::Agreed. Rag paper is not just "a kind of paper", it's the original kind of paper (papyrus is not paper in any usual sense, because it is not made from pulped fibers). When paper was invented in China, it was made from rag fibers, and it was still made like that when it was first produced in Europe.

:: I don't think 'paper money' should be designated as being made of paper here. Everyone knows that paper money doesn't feel or act like paper. It's incredibly hard to rip. [[User:DollarStoreBa'al|DollarStoreBa'al]] ([[User talk:DollarStoreBa'al|talk]]) 18:27, 11 April 2025 (UTC)

::: Being Canadian, I thought the reference here was to what's described at Wikipedia as [https://en.wikipedia.org/wiki/Polymer_banknote Polymer banknotes]. --[[Special:Contributions/162.158.127.25|162.158.127.25]] 18:28, 12 April 2025 (UTC)

:The "card" in credit card seems to come from Latin and Greek for a piece of paper or papyrus. So a credit card, now made of plastic, metal, semiconductors, etc. might be considered an anachronym. [[Special:Contributions/162.158.41.95|162.158.41.95]] 19:20, 11 April 2025 (UTC)

Adults who "enjoy" rubber ducks include programmers: https://en.wikipedia.org/wiki/Rubber_duck_debugging [[Special:Contributions/172.71.95.27|172.71.95.27]] 18:40, 11 April 2025 (UTC)

The word money came from words that meant coin. The word coin evidently came from wedge shaped. Not quite anachronym, though somewhat anachronism. [[Special:Contributions/162.158.41.95|162.158.41.95]] 19:11, 11 April 2025 (UTC)

Surprised "lead pencil" didn't make the list [[Special:Contributions/172.68.12.109|172.68.12.109]] 19:13, 11 April 2025 (UTC)

Duck Tape is no longer made from ducks! [[User:IIVQ|IIVQ]] ([[User talk:IIVQ|talk]]) 19:30, 11 April 2025 (UTC)

"digital money" shouldn't be listed as what "paper money" is actually made out of. Nobody would say "I'm paying with paper money" if they are paying with some digital currency. The anachronism is "paper money" being actually made of linen or whatever hi-tech fibers. [[Special:Contributions/172.70.254.211|172.70.254.211]] 19:49, 11 April 2025 (UTC) anonymous user
:Not even ''fibers''. Sheet-polymers (with loads of complex embedded and pressed-in features) are becoming the new go-to for banknotes, in a number of countries. [[Special:Contributions/172.68.205.135|172.68.205.135]] 23:24, 11 April 2025 (UTC)

My wife suggests that this is much easier if you are tech shopping: Apple, Mouse, Spam, Phish, Cookies.[[Special:Contributions/162.158.78.225|162.158.78.225]] 20:03, 11 April 2025 (UTC)
:"Click mouse to accept cookie" meme - featuring rodent and confection. https://i.pinimg.com/originals/06/e6/7d/06e67d6ee5a2afa112bf548463e97125.jpg [[Special:Contributions/172.70.35.94|172.70.35.94]] 00:20, 12 April 2025 (UTC)

Not sure why "sidewalk chalk" on there and who decides that calcium carbonate is allowed to be called chalk, but calcium sulphate is not. --[[Special:Contributions/108.162.216.196|108.162.216.196]] 05:25, 12 April 2025 (UTC)
:I came here wondering why it was on the list, but for a different reason: It's never been made from sidewalks. Yes, I actually needed to read the list to clear up the misconception. --[[Special:Contributions/162.158.127.25|162.158.127.25]] 18:28, 12 April 2025 (UTC)

== Steel ==

{{w|Stainless steel}} ''does'' contain Fe, so "iron" ain't ''that'' "wrong". [[Special:Contributions/172.70.35.95|172.70.35.95]] 05:48, 12 April 2025 (UTC)

"Cutlery" specifically refers to metallic implements with a cutting edge. Knives, scissors, and swords are cutlery; Spoons and forks are not cutlery. Table knives, forks, and spoons, collectively are "flatware". [[Special:Contributions/162.158.164.155|162.158.164.155]] 10:01, 12 April 2025 (UTC)

== Paper ==

I just want to point out that paper made from cotton fibers instead of wood pulp ''is still paper''. You can buy it in the store. There are non-paper banknotes now, but not in the U.S., and I'd be surprised if polymer banknotes were ever called "paper money". [[User:LtPowers|LtPowers]] ([[User talk:LtPowers|talk]]) 12:35, 12 April 2025 (UTC)
:Be surprised. That's what they're usually called in Canada. --[[Special:Contributions/162.158.127.164|162.158.127.164]] 18:29, 12 April 2025 (UTC)