I don't understand the point you are tying to make. What has git so fundamentally changed that SVN/CVS don't count as knowledge / experience?
I don't understand the point you are tying to make. What has git so fundamentally changed that SVN/CVS don't count as knowledge / experience?
I think git (and other distributed source control systems) changed the culture around branching and forking. So, if you're coming from a CVS world, there is a lot of technology that changed, and the technology changed the culture/methodology.
I.e., if you dropped a CVS user from 1996 into today's world, they would have culture shock, not just a new technology to learn.
But then... I went to grad school in pure math. Seven years later, I emerged from a rip van winkle sleep to a whole new world. Still hand-writing my html, like all mathematicians do, I was astounded to wake up to a world with... frameworks?! AJAX! Rails! widespread use of IDEs, an IDE for every language or taste, Javascript everywhere... Python and Ruby as non-fringe languages....
It was a bit of culture shock and it was fun.
A stupid person wouldn't be able to adapt, or might have trouble adapting from one tool to another. That's a stupid person. Likewise a stupid person might think that an organization that was shipping successful products and making money was making a big mistake by not migrating off of svn.
Stupid is stupid, age is a different dimension. "culture" especially regarding tooling like this is sort of a cop-out.
Linus never used CVS because he couldn't stand it. The kernel had no version control until BitKeeper came along specifically because Linus wasn't sold on version control until he discovered BitKeeper, and then when McVoy killed their licenses, Linus chose to write his own system because he didn't like any of the existing ones.
BitKeeper was a totally new solution to a very old problem that was "solved" years ago. It was created by an "old guy" who knew the wheel had a large flat spot and figured out how to make it round. It was subsequently adopted by another "old guy" (Linus) who refused to use wheels with flat spots.
[1] https://en.wikipedia.org/wiki/Larry_McVoy
[2] https://en.wikipedia.org/wiki/Source_Code_Control_System
The culture change mentioned is nothing to do with Git. It has to do with GitHub. We can talk about that too if we want to.
1) I happen to work in a dev tools company and we definitely see momentum towards git in our customer base. Broadly speaking 2/3rds of our customers (SMEs, F50s, etc. across a broad array of industries) are using it wholly or migrating to it.
2) Several of the larger proprietary SCMs are debuting git compatibility (e.g. p4), implying a belief that expending engineering resources along those lines is perceived as worthwhile.
3) The stackoverflow dev survey that came out recently had git with ~69% of the market: http://stackoverflow.com/research/developer-survey-2015#tech...
4) GitHub (just part of the git market) has over 10M repos now: https://github.com/blog/1724-10-million-repositories
You can always hope for more data, up to the limit of every programmer on earth answering your question(s), but the trend in the available data is clear: git is extremely popular and becoming ever moreso.
So unknown that even Microsoft offers git functionality in Visual Studio now: https://msdn.microsoft.com/en-us/Library/vs/alm/Code/git/ove....
Maybe it's not dominating (or maybe it is, don't care), but to say that git is almost unknown is a bit strong, IMO.
Maybe I'm in a microcosm, but everybody in industry I work with switched to git years ago. And I'm definitely not in the valley. :-)
Of course.
That said, there's selection bias involved.
I suspect this is a generational thing. The companies I have worked for were generally formed in the nineties or 00s, when the free source control systems didn't exist or weren't yet popular. The companies being formed now use Git almost universally.
Those stupid old guys eating steak, when all the cool kids are eating burgers...