| |||||||||||||
A proposed Subversion vision and roadmapA proposed Subversion vision and roadmapPosted Apr 4, 2010 11:23 UTC (Sun) by nix (subscriber, #2304)In reply to: A proposed Subversion vision and roadmap by fhuberts Parent article: A proposed Subversion vision and roadmap
Hah. My workplace is still using multigigabyte SCCS repositories. Beat
*that* for archaic.
(Log in to post comments)
A proposed Subversion vision and roadmap Posted Apr 4, 2010 11:54 UTC (Sun) by tialaramex (subscriber, #21167) [Link]
SCCS is archaic, but VSS is much /worse/. It famously loses data, for a start (hence "Visual Source Unsafe"), and is fiendishly complicated despite being less powerful than CVS. The problem apparently is that all the important Microsoft projects did not use VSS, so there was no-one competent eating the dogfood to complain about the taste. As with most really awful Microsoft products it was bought from a 3rd party to fill a perceived gap in the product line, rather than being developed in-house by smart people who understood version control.
Inadvertently Microsoft actually created a scenario in which Windows developers were less likely to even have source control, because they might try VSS figuring it's the "obvious" choice to go with their other Microsoft tools, and after losing a week's work in one click they give up altogether.
A proposed Subversion vision and roadmap Posted Apr 4, 2010 20:26 UTC (Sun) by nix (subscriber, #2304) [Link]
OK, colour me (un)impressed. Worse than SCCS. Worse, it sounds, than
*nothing*.
A proposed Subversion vision and roadmap Posted Apr 5, 2010 13:43 UTC (Mon) by sorpigal (subscriber, #36106) [Link]
This exact scenario happened to me, including the week of code and swearing off VSS forever. That was two years ago and every time since then when I've agitated for version control management has taken the "But we have VSS" viewpoint. Try explaining that not all version control systems are created equal to non-programmers, try explaining that the Microsoft product is not good enough...
A proposed Subversion vision and roadmap Posted Apr 6, 2010 8:07 UTC (Tue) by BlueLightning (subscriber, #38978) [Link]
Surely "even Microsoft themselves don't use it" would be a compelling enough argument?
CSSC Posted Apr 5, 2010 15:10 UTC (Mon) by cry_regarder (subscriber, #50545) [Link]
I still use CSSC (SCCS work-alike) for quick and dirty one-off tasks like writing a paper in .tex or a small program. It doesn't need a server and doesn't need configurin'. Just works and is so easy for the easy things :-)
It isn't in fedora but I got packages...
Cry
CSSC Posted Apr 5, 2010 16:32 UTC (Mon) by iabervon (subscriber, #722) [Link]
Somewhat surprisingly, git is actually really easy for the really easy things, particularly if you've configured it with your username already for other projects, and are only worried about making bad changes (rather than preserving the data from disks dying or an "rm -rf ."). You just need "git init" the first time and "git add .; git commit" whenever you want to keep a state. You only need a server (or even filesystem storage outside of the directory) if you want to publicize your projects, and you only get anything complicated going on if you have parallel development.
CSSC Posted Apr 5, 2010 21:26 UTC (Mon) by marcH (subscriber, #57642) [Link]
RCS is in Fedora and in any other distribution. There is nothing more convenient for single files (like for instance /etc files). Just type:
ci -t- -l /etc/hosts
and start editing.
CSSC Posted Apr 7, 2010 17:07 UTC (Wed) by intgr (subscriber, #39733) [Link] Having to learn yet another tool that works nothing like any other VCS is quite inconvenient.
CSSC Posted Apr 12, 2010 10:22 UTC (Mon) by marcH (subscriber, #57642) [Link]
There are only three commands to learn (check-in, check-out and rcsdiff) and they are just the very same operations that sit at the core of every other VC.
It is worth it is because RCS is available in every single Linux distribution: even the oldest ones, even the most stripped-down ones. (Remember that I was answering to someone carrying his CSSC packages around).
|
|||||||||||||