3 ms·
I am not entirely sure what the article is trying to get at. Politics and law in open source are real and needed, especially in the face of software patents. M
by linuxhansl 15y ago
I am not entirely sure what the article is trying to get at.
Politics and law in open source are real and needed, especially in the face of software patents.
Many contributors develop open source code as part of their paid work, as such it is quite important to establish the legal framework to allow contributing the companies IP to an open source project (which includes necessary patent grants). Comitters need to submit an Individual Contributor License Agreement stating that they have the legal right to contribute the code they're contributing. If worked on contributions as employee the company also typically needs to submit a corporate contributor license agreement.
Like it or not (and I personally do very much not like it), you cannot just upload some code somewhere these days.
As such the even FSF is an extremely important organization. Much frowned upon and usually not understood.
Open source licenses would not work without Copyright Law, most developers don't know or understand that.
And the whole thing of svn vs git. Personally I don't get it. I use svn when it makes sense and I use git when that makes sense, just like I use Java/Ruby/C++/Python/Javascript/Closure/Scala/whatever or GoogleDocs/PDF/OpenOffice/MS Word(yes) when needed.
The main feature I need from VCS are atomic commits. So CVS is out for me for that reason. Sure git's nice and all, but I spend 99.9% of my time writing or thinking about code and software architecture, not tinkering with my VCS, so as long as it works, I don't care.
Easy forking and branching is nice too. In the end, though, just as with Linux there is/are some de-facto master branch(es) somewhere from which "releases" are cut.
Currently with apache it's more convenient to use svn, so I do that.
I don't get the religious opposition against one version control system vs another.
Disclaimer: Apache committer here.
- bad_user 15y agoEver since I started using Git, I would never go back to SVN, because branching and merging is now an essential part of my workflow, even on small project on which I work by myself with no other contributers. just as with Linux there is/are some de-facto master branch(es) Well yeah, but I don't get how that's an argument for SVN. The thing I like about Git is that branching is now really, really cheap. You can now keep track of dozens of local branches with experiments that you don't have to push to master. You can now share your experiments with a colleague and push to master whenever something is actually ready. You can now also ban commits to the main repository that haven't been code-reviewed (something which is a PITA with SVN). And so on and so forth. I don't get the religious opposition against one version control system vs another. Even though I prefer Git, neither do I, especially since you can just use the Git-SVN bridge :) I've used it for more than a year, it does has some quirks, but it works fine. Also, the Apache Foundation does its job and does it well. There's room for both anarchy and bureaucracy and both are needed.