Because programmers, especially on the UNIX world, are known to be so much more forward looking and having it the "easy way"?
>Nothing in that article supports the assertion that screenplays have a different concept of versioning than software developers. Screenwriters just have a different preferred format for displaying diffs, a different convention for version numbering (but that's completely irrelevant to a tool like git), and a paper-saving way of handling insertions and removals, when printing out on paper (again, irrelevant to git).
So they have absolutely no use for Git, except as a lower-level versioning engine in the backend, with all the actual results and presentation layer reformatted into screenplay-specific views. So why should they care for Git specifically over any other engine that provides the latter out of the box?
Is that question actually meant for me? I made no suggestion that git should be used to replace any existing software in the screenwriting profession. I merely used it as a canonical example of a software development version control system, to refute the statement that "It's not versioning like you would find in software development." There's nothing fundamentally different about the revision tracking done for screenplays than for software; git's inadequacies for the task aren't in the core functionality but in the window dressings, which most software developers also complain about.