Version control system, CVS or SVN?
-
Hi everyone, I've been planning to start using a version control system for quite some time now, and I've been playing with both CVS and Subversion (SVN) and used TortoiseCVS and TortoiseSVN as clients. This will be only for our internal use for a small group of developers mostly in a Microsoft Windows environment. My question(s) for those who have more experience with version control systems is which one should I choose? Are there any major pros/cons for any of these? I've heard that SVN is supposed to be better, but CVS seems to be more adopted and popular. Is it possible to eventually integrate them with Visual Studio.NET 2003? While playing with them I noticed that CVS has a separate version/revision counter for each file (starting at 1.1, 1.2 and so on), whereas SVN has always used a kind of global revision number for all files in a repository. Like when I edit one file the revision goes 1, 2, 3, 4, and when I edit another one after this, it's revision jumps from 1 to 5. Is this how it is supposed to work? Thanks for any ideas and comments in advance. Rado
Radoslav Bielik http://www.neomyz.com/poll [^] - Get your own web poll
Use Subversion. It was designed as a replacement for CVS. People still using CVS is because they started using it before SVN was useable (like sourceforge). Also there was some time that there were no clients for SVN available, but now that there is TortoiseSVN that is solved too. There is a page on the SVN website somewhere that explains the differences between SVN and CVS, the one you'll most likely run into is that you cannot move files in CVS.
-
Hi everyone, I've been planning to start using a version control system for quite some time now, and I've been playing with both CVS and Subversion (SVN) and used TortoiseCVS and TortoiseSVN as clients. This will be only for our internal use for a small group of developers mostly in a Microsoft Windows environment. My question(s) for those who have more experience with version control systems is which one should I choose? Are there any major pros/cons for any of these? I've heard that SVN is supposed to be better, but CVS seems to be more adopted and popular. Is it possible to eventually integrate them with Visual Studio.NET 2003? While playing with them I noticed that CVS has a separate version/revision counter for each file (starting at 1.1, 1.2 and so on), whereas SVN has always used a kind of global revision number for all files in a repository. Like when I edit one file the revision goes 1, 2, 3, 4, and when I edit another one after this, it's revision jumps from 1 to 5. Is this how it is supposed to work? Thanks for any ideas and comments in advance. Rado
Radoslav Bielik http://www.neomyz.com/poll [^] - Get your own web poll
I'm using CVS and am in the midst of trying to figure out how to a CVS mailer to work. The people that write these things are living in the stone ages. Command line setup, handfuls of command switches, system variables, etc. Truly, it's pathetic. And the guy who wrote the program (and there seems to be only his) hasn't responded to my emails. So, when you're looking at SVN, take a look at what it takes to support a mailer that can send notifications when a file is updated. You may not need it now, but you probably will want it in the future. Marc MyXaml Advanced Unit Testing
-
Hi everyone, I've been planning to start using a version control system for quite some time now, and I've been playing with both CVS and Subversion (SVN) and used TortoiseCVS and TortoiseSVN as clients. This will be only for our internal use for a small group of developers mostly in a Microsoft Windows environment. My question(s) for those who have more experience with version control systems is which one should I choose? Are there any major pros/cons for any of these? I've heard that SVN is supposed to be better, but CVS seems to be more adopted and popular. Is it possible to eventually integrate them with Visual Studio.NET 2003? While playing with them I noticed that CVS has a separate version/revision counter for each file (starting at 1.1, 1.2 and so on), whereas SVN has always used a kind of global revision number for all files in a repository. Like when I edit one file the revision goes 1, 2, 3, 4, and when I edit another one after this, it's revision jumps from 1 to 5. Is this how it is supposed to work? Thanks for any ideas and comments in advance. Rado
Radoslav Bielik http://www.neomyz.com/poll [^] - Get your own web poll
I'm using subversion with AnkhSVN, which is a VS.Net add-in component. I haven't had any problems with it.
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
-
Hi everyone, I've been planning to start using a version control system for quite some time now, and I've been playing with both CVS and Subversion (SVN) and used TortoiseCVS and TortoiseSVN as clients. This will be only for our internal use for a small group of developers mostly in a Microsoft Windows environment. My question(s) for those who have more experience with version control systems is which one should I choose? Are there any major pros/cons for any of these? I've heard that SVN is supposed to be better, but CVS seems to be more adopted and popular. Is it possible to eventually integrate them with Visual Studio.NET 2003? While playing with them I noticed that CVS has a separate version/revision counter for each file (starting at 1.1, 1.2 and so on), whereas SVN has always used a kind of global revision number for all files in a repository. Like when I edit one file the revision goes 1, 2, 3, 4, and when I edit another one after this, it's revision jumps from 1 to 5. Is this how it is supposed to work? Thanks for any ideas and comments in advance. Rado
Radoslav Bielik http://www.neomyz.com/poll [^] - Get your own web poll
While playing with them I noticed that CVS has a separate version/revision counter for each file (starting at 1.1, 1.2 and so on), whereas SVN has always used a kind of global revision number for all files in a repository. Like when I edit one file the revision goes 1, 2, 3, 4, and when I edit another one after this, it's revision jumps from 1 to 5. Is this how it is supposed to work? This is a feature in Subversion. Subversion has atomic check-ins - that means you can check in, say, five files, and it will be an atomic operation. They'll either all succeed at the same time, or all fail. This may not be a big issue in your case, if you are a small group of developers, but it is huge when dealing with medium or large sizes.. you can ensure the repository remains in a consistent state, and that you can't accidentally check out files inbetween check-ins (e.g., Bob needs to check in a .h and a .cpp, and you unwittingly check out after Bob checks in the .h but before he checks in the .cpp.) An expert is somebody who learns more and more about less and less, until he knows absolutely everything about nothing.
-
I'm using CVS and am in the midst of trying to figure out how to a CVS mailer to work. The people that write these things are living in the stone ages. Command line setup, handfuls of command switches, system variables, etc. Truly, it's pathetic. And the guy who wrote the program (and there seems to be only his) hasn't responded to my emails. So, when you're looking at SVN, take a look at what it takes to support a mailer that can send notifications when a file is updated. You may not need it now, but you probably will want it in the future. Marc MyXaml Advanced Unit Testing
Marc Clifton wrote: I'm using CVS and am in the midst of trying to figure out how to a CVS mailer to work. The people that write these things are living in the stone ages. Command line setup, handfuls of command switches, system variables, etc. Truly, it's pathetic. And the guy who wrote the program (and there seems to be only his) hasn't responded to my emails. Tell me about it, it is a huge difference when you have a nice installer that does the job or when you have to read through a 20 page installation instructions and set up everything manually... Marc Clifton wrote: So, when you're looking at SVN, take a look at what it takes to support a mailer that can send notifications when a file is updated. You may not need it now, but you probably will want it in the future. The funny thing is that it took me hours to install and set up SVN + Apache, but today I tried to install CVSNT (Windows version) and I had it up and running in minutes. But the fact is that I didn't look for a mailer yet. But at least now I know whom to contact when I run into trouble with CVS mailer. ;) Both clients, TortoiseSVN and TortoiseCVS are pretty similar and I had virtually no problems with these. I guess that it won't be so easy to make the decision. Rado
Radoslav Bielik http://www.neomyz.com/poll [^] - Get your own web poll
-
I'm using subversion with AnkhSVN, which is a VS.Net add-in component. I haven't had any problems with it.
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
Thanks for the link, I'll check it out! Rado
Radoslav Bielik http://www.neomyz.com/poll [^] - Get your own web poll
-
Hi everyone, I've been planning to start using a version control system for quite some time now, and I've been playing with both CVS and Subversion (SVN) and used TortoiseCVS and TortoiseSVN as clients. This will be only for our internal use for a small group of developers mostly in a Microsoft Windows environment. My question(s) for those who have more experience with version control systems is which one should I choose? Are there any major pros/cons for any of these? I've heard that SVN is supposed to be better, but CVS seems to be more adopted and popular. Is it possible to eventually integrate them with Visual Studio.NET 2003? While playing with them I noticed that CVS has a separate version/revision counter for each file (starting at 1.1, 1.2 and so on), whereas SVN has always used a kind of global revision number for all files in a repository. Like when I edit one file the revision goes 1, 2, 3, 4, and when I edit another one after this, it's revision jumps from 1 to 5. Is this how it is supposed to work? Thanks for any ideas and comments in advance. Rado
Radoslav Bielik http://www.neomyz.com/poll [^] - Get your own web poll
I've been using CVS for a few years with no problems, however over the long weekend I setup a Subversion server (along with Trac - very cool) as I am thinking about switching over at some point. If I were starting fresh I would certainly go with Subversion. The only drawback of Subversion for me is I am so used to the WinCVS GUI for accessing CVS that all the frontends I have seen for Subversion seem lacking. I'm sure I'll get used to TortoiseSVN in time though... If you haven't already, check out the Subversion book here http://svnbook.red-bean.com/[^]. It explains the revision number differences between Subversion and CVS, plus a host of other differences.
-
While playing with them I noticed that CVS has a separate version/revision counter for each file (starting at 1.1, 1.2 and so on), whereas SVN has always used a kind of global revision number for all files in a repository. Like when I edit one file the revision goes 1, 2, 3, 4, and when I edit another one after this, it's revision jumps from 1 to 5. Is this how it is supposed to work? This is a feature in Subversion. Subversion has atomic check-ins - that means you can check in, say, five files, and it will be an atomic operation. They'll either all succeed at the same time, or all fail. This may not be a big issue in your case, if you are a small group of developers, but it is huge when dealing with medium or large sizes.. you can ensure the repository remains in a consistent state, and that you can't accidentally check out files inbetween check-ins (e.g., Bob needs to check in a .h and a .cpp, and you unwittingly check out after Bob checks in the .h but before he checks in the .cpp.) An expert is somebody who learns more and more about less and less, until he knows absolutely everything about nothing.
OK, thanks you for clarification now I understand the difference and the benefits of it. Does SVN always use a single number for revisions compared to the major.minor scheme of the CVS? This way the revision number will get pretty high soon I guess. :) Also, is it a common practice to have several, even slightly related projects in a single repository or to create a separate repository for each, due to the global revision numbering? Thanks again, Rado
Radoslav Bielik http://www.neomyz.com/poll [^] - Get your own web poll
-
I've been using CVS for a few years with no problems, however over the long weekend I setup a Subversion server (along with Trac - very cool) as I am thinking about switching over at some point. If I were starting fresh I would certainly go with Subversion. The only drawback of Subversion for me is I am so used to the WinCVS GUI for accessing CVS that all the frontends I have seen for Subversion seem lacking. I'm sure I'll get used to TortoiseSVN in time though... If you haven't already, check out the Subversion book here http://svnbook.red-bean.com/[^]. It explains the revision number differences between Subversion and CVS, plus a host of other differences.
Thanks for the link, I'll check the book. What is the main reason you would choose SVN over CVS? Now after reading all the posts I see the biggest advantage in the atomic commits and in the ability to rename/move files, etc. But on the other hand it was harder to setup SVN+Apache than CVSNT for me (on a Windows server) and it seem to use a global revision number for the whole repository. As for Trac, I've been trying to set up Subversion with Trac back in May (it was Trac version 0.7) because it looked really nice. However it required so much careful effort to get it running that I was a little disappointed, and also the fact that almost all administration in Trac had to be done from command line didn't add to it, not very productive. But perhaps this changed since then. Rado
Radoslav Bielik http://www.neomyz.com/poll [^] - Get your own web poll
-
I'm using CVS and am in the midst of trying to figure out how to a CVS mailer to work. The people that write these things are living in the stone ages. Command line setup, handfuls of command switches, system variables, etc. Truly, it's pathetic. And the guy who wrote the program (and there seems to be only his) hasn't responded to my emails. So, when you're looking at SVN, take a look at what it takes to support a mailer that can send notifications when a file is updated. You may not need it now, but you probably will want it in the future. Marc MyXaml Advanced Unit Testing
Hi Marc Probably I'm misunderstanding, but... Are you wanting an email to go out to everyone on the developement team each time one of the said team commits a file into CVS? We've got this by using the loginfo file in the CVSROOT repository to call the server Mail program to send the mails. A line in loginfo might look like this: ^TheRep mail -s %s fred,bob,joe If this looks like it might be helpful let me know and I'll quiz the guy who set it up for more details. Best Wishes Steven
-
Hi everyone, I've been planning to start using a version control system for quite some time now, and I've been playing with both CVS and Subversion (SVN) and used TortoiseCVS and TortoiseSVN as clients. This will be only for our internal use for a small group of developers mostly in a Microsoft Windows environment. My question(s) for those who have more experience with version control systems is which one should I choose? Are there any major pros/cons for any of these? I've heard that SVN is supposed to be better, but CVS seems to be more adopted and popular. Is it possible to eventually integrate them with Visual Studio.NET 2003? While playing with them I noticed that CVS has a separate version/revision counter for each file (starting at 1.1, 1.2 and so on), whereas SVN has always used a kind of global revision number for all files in a repository. Like when I edit one file the revision goes 1, 2, 3, 4, and when I edit another one after this, it's revision jumps from 1 to 5. Is this how it is supposed to work? Thanks for any ideas and comments in advance. Rado
Radoslav Bielik http://www.neomyz.com/poll [^] - Get your own web poll
I've been using Subversion for some months now in a team of about 10. Its very stable and I don't think I've ever had any problems with it. I usee Tortoise SVN from Windows explorer so I can do all my check-ins etc directly from explorer. Subversion is very easy to set up and can run over http or Subversion's own svn protocol (lightweight and even easier to set up).
store your internet favourites online - www.my-faves.co.uk
-
Hi Marc Probably I'm misunderstanding, but... Are you wanting an email to go out to everyone on the developement team each time one of the said team commits a file into CVS? We've got this by using the loginfo file in the CVSROOT repository to call the server Mail program to send the mails. A line in loginfo might look like this: ^TheRep mail -s %s fred,bob,joe If this looks like it might be helpful let me know and I'll quiz the guy who set it up for more details. Best Wishes Steven
steven shingler wrote: Are you wanting an email to go out to everyone on the developement team each time one of the said team commits a file into CVS? Yes, that is exactly what I'm look for. steven shingler wrote: If this looks like it might be helpful let me know and I'll quiz the guy who set it up for more details. That would be greatly appreciated! Marc MyXaml Advanced Unit Testing
-
Marc Clifton wrote: I'm using CVS and am in the midst of trying to figure out how to a CVS mailer to work. The people that write these things are living in the stone ages. Command line setup, handfuls of command switches, system variables, etc. Truly, it's pathetic. And the guy who wrote the program (and there seems to be only his) hasn't responded to my emails. Tell me about it, it is a huge difference when you have a nice installer that does the job or when you have to read through a 20 page installation instructions and set up everything manually... Marc Clifton wrote: So, when you're looking at SVN, take a look at what it takes to support a mailer that can send notifications when a file is updated. You may not need it now, but you probably will want it in the future. The funny thing is that it took me hours to install and set up SVN + Apache, but today I tried to install CVSNT (Windows version) and I had it up and running in minutes. But the fact is that I didn't look for a mailer yet. But at least now I know whom to contact when I run into trouble with CVS mailer. ;) Both clients, TortoiseSVN and TortoiseCVS are pretty similar and I had virtually no problems with these. I guess that it won't be so easy to make the decision. Rado
Radoslav Bielik http://www.neomyz.com/poll [^] - Get your own web poll
Radoslav Bielik wrote: but today I tried to install CVSNT (Windows version) and I had it up and running in minutes. Yup, me too. It was a painless install! Radoslav Bielik wrote: But the fact is that I didn't look for a mailer yet. But at least now I know whom to contact when I run into trouble with CVS mailer. hehe. Don't count your chickens before they hatch. :) I haven't gotten it working yet! Marc MyXaml Advanced Unit Testing
-
I've been using Subversion for some months now in a team of about 10. Its very stable and I don't think I've ever had any problems with it. I usee Tortoise SVN from Windows explorer so I can do all my check-ins etc directly from explorer. Subversion is very easy to set up and can run over http or Subversion's own svn protocol (lightweight and even easier to set up).
store your internet favourites online - www.my-faves.co.uk
Davey wrote: I've been using Subversion for some months now in a team of about 10. Its very stable and I don't think I've ever had any problems with it. I usee Tortoise SVN from Windows explorer so I can do all my check-ins etc directly from explorer. Yes, TortoiseSVN looks like a very nice client. Davey wrote: Subversion is very easy to set up and can run over http or Subversion's own svn protocol (lightweight and even easier to set up). I wouldn't say so. :) But then, I did only install it once and it was few months ago, with no previous experience with either Apache or Subversion. What I like about CVSNT is that it automatically installs itself as a Windows service. I think that svnserve is not able to do this and it's only possible with some 3rd party utility? How are you using it? Thanks, Rado
Radoslav Bielik http://www.neomyz.com/poll [^] - Get your own web poll
-
Davey wrote: I've been using Subversion for some months now in a team of about 10. Its very stable and I don't think I've ever had any problems with it. I usee Tortoise SVN from Windows explorer so I can do all my check-ins etc directly from explorer. Yes, TortoiseSVN looks like a very nice client. Davey wrote: Subversion is very easy to set up and can run over http or Subversion's own svn protocol (lightweight and even easier to set up). I wouldn't say so. :) But then, I did only install it once and it was few months ago, with no previous experience with either Apache or Subversion. What I like about CVSNT is that it automatically installs itself as a Windows service. I think that svnserve is not able to do this and it's only possible with some 3rd party utility? How are you using it? Thanks, Rado
Radoslav Bielik http://www.neomyz.com/poll [^] - Get your own web poll
I have it installed on Red Hat Linux and on Win2K. I am using it via the svn protocol as that was a lot easier than using it via Apache. I didn't see the need to use Apache for my purposes. I am running it via the svnserve command. Basically, I created a repository (c:\repositories\myproject) and then told svn to serve it using svnserve -d c:\repositories I must admit, I don't have it running as a service on Win2K so I don't know how that is done.
store your internet favourites online - www.my-faves.co.uk
-
Marc Clifton wrote: I'm using CVS and am in the midst of trying to figure out how to a CVS mailer to work. The people that write these things are living in the stone ages. Command line setup, handfuls of command switches, system variables, etc. Truly, it's pathetic. And the guy who wrote the program (and there seems to be only his) hasn't responded to my emails. Tell me about it, it is a huge difference when you have a nice installer that does the job or when you have to read through a 20 page installation instructions and set up everything manually... Marc Clifton wrote: So, when you're looking at SVN, take a look at what it takes to support a mailer that can send notifications when a file is updated. You may not need it now, but you probably will want it in the future. The funny thing is that it took me hours to install and set up SVN + Apache, but today I tried to install CVSNT (Windows version) and I had it up and running in minutes. But the fact is that I didn't look for a mailer yet. But at least now I know whom to contact when I run into trouble with CVS mailer. ;) Both clients, TortoiseSVN and TortoiseCVS are pretty similar and I had virtually no problems with these. I guess that it won't be so easy to make the decision. Rado
Radoslav Bielik http://www.neomyz.com/poll [^] - Get your own web poll
The funny thing is that it took me hours to install and set up SVN + Apache, but today I tried to install CVSNT (Windows version) and I had it up and running in minutes. But the fact is that I didn't look for a mailer yet. But at least now I know whom to contact when I run into trouble with CVS mailer. I looked at doing SVN, but unfortunately, we are not supposed to be running Apache...:sigh: We are supposed to be running IIS for all webservices.:wtf: since the standalone svnserver was non-encrypted, we decided to drop back to the original plan CVSNT which I had just installed weeks ago for tests. Since we just set it up, I put in the plan to revisit when A) security changes their IIS requirement & B) when the CVS tree import project is finished (it's fairly far along now) _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
-
steven shingler wrote: Are you wanting an email to go out to everyone on the developement team each time one of the said team commits a file into CVS? Yes, that is exactly what I'm look for. steven shingler wrote: If this looks like it might be helpful let me know and I'll quiz the guy who set it up for more details. That would be greatly appreciated! Marc MyXaml Advanced Unit Testing
Hi Marc Ok I shall attempt to explain: In the CVSROOT repository (which is installed as part of CVS) there is a file called loginfo. There's a whole load of stuff about this file here: ^ You can check out CVSROOT to your client machine just like any other repository. In loginfo you can put a line like this: ^TheRep mail -s %s fred,bob,joe ^MyRep - means do when it is a check in on this repository CVS pipes the loginfo commit message into mail, and you can use whatever mail flags you like . Here we are using -s for subject line and %s is the filenames that have just been checked in. Then we have mail aliases set up for our users, fred bob and joe. The end result here is that whenever someone checks in, fred bob and joe all get mails. The subject line of the mail is the filenames, the body is the filenames plus the log message. We find it very useful to use the log messages as a place to communicate what we have changed, why we've done what we've done etc. Clear as mud? :) Best Wishes Steven
-
Hi Marc Ok I shall attempt to explain: In the CVSROOT repository (which is installed as part of CVS) there is a file called loginfo. There's a whole load of stuff about this file here: ^ You can check out CVSROOT to your client machine just like any other repository. In loginfo you can put a line like this: ^TheRep mail -s %s fred,bob,joe ^MyRep - means do when it is a check in on this repository CVS pipes the loginfo commit message into mail, and you can use whatever mail flags you like . Here we are using -s for subject line and %s is the filenames that have just been checked in. Then we have mail aliases set up for our users, fred bob and joe. The end result here is that whenever someone checks in, fred bob and joe all get mails. The subject line of the mail is the filenames, the body is the filenames plus the log message. We find it very useful to use the log messages as a place to communicate what we have changed, why we've done what we've done etc. Clear as mud? :) Best Wishes Steven
Thanks Steven! I'll see if I can get it working. :) Marc MyXaml Advanced Unit Testing