What would you recommend as a free source code control system
-
Thanks all for your responses - I have decided to go for GIT (and that's not just because I am one...) - I had a look at the GIT Extensions for Windows and it should do what I want.
Continuous effort - not strength or intelligence - is the key to unlocking our potential.(Winston Churchill)
I have used various Source Control in the past, most were commercial. Up to now I prefer largely SVN. In OpenSource products (as I understand it) not always everybody has the access right to change the source. I believe this has led to politics wars over who should or should not be allowed to commit their changes. With GIT these problems are lowered because as I understand it as everyone will branch their own version of the code. The philosophy is that if your changes are right people put themselves back into their code. I have no experience of that though. Could someone extend?
-
I am starting to work on making one of the projects I have been working on open source. What would you recommend as a free source code control/vaulting system- the system does not need to be an online system. (I saw some years back, in the lounge, someone recommended subversion) Thanks in advance
Continuous effort - not strength or intelligence - is the key to unlocking our potential.(Winston Churchill)
Alas, Subversion isn't a source code control system -- it's a document control system and lacks certain features required for working with source code properly. Further alas, I've been forced to use it on my last two assignments. Both places use Tortoise, and the first one also uses Ankh. I haven't finished writing my own yet; it's been sitting stagnant for two years now :sigh: .
-
I am starting to work on making one of the projects I have been working on open source. What would you recommend as a free source code control/vaulting system- the system does not need to be an online system. (I saw some years back, in the lounge, someone recommended subversion) Thanks in advance
Continuous effort - not strength or intelligence - is the key to unlocking our potential.(Winston Churchill)
The battlefield, as laid out, is SVN vs. GIT. To the left, SVN, a traditional VCS with a central repository, bearing a friendly, inviting smile on its face. It's circled by a bunch of tools that have big friendly "pull me!" levers, but as experience shows, they are all different and none is good enough for some battles. To the right, GIT: rugged, dirty, raw, it's only claim to fame being the one, the first and the real distributed VCS (ignore all substitutes). It has some tools sitting patiently at its side, too - but frankly, they look like the main beast with some paint slapped on. It's daunting, grim, hard to take on for sure. But then there's a addictive glow to the eyes, hinting at the reason so many attemtp to scale it's steep walls.
I'd recommend git wholeheartedly, but be aware that it has a rather steep learning curve, takes a while to get used gto and get around. The tools, while prettying-up the day-to-day experience, are no complete substitute to the command line. As a distributed VCS, there's no central server necessary: you have a local repository (great when the server is down), and sync it with offsite repositories. The addictive property stems from the syncing support: you don't deal with versions anymore as much as you deal with changes between them. It is normal to apply put some changes on top of others, change their order and squash related ones together. This allows a lot of tiny and experimental commits on the local repository that you can clean up before pushing them to the shared/life/main/whatever repo. My name is peterchen, I use git and I ain't no goin' back.
Mercurial is another DVCS, supposedly friendlier tooling but I never got the hang of it. Fogbugz has a free-for-one-user Merucrial clone + fogbugz account thing. Merging is great for code, but not so much for binary files - so git has a problem with that. With small files, it's fine, but you often have to pick "this file or that, or let me edit it and merge it manually right now". Large binary files are a burden on the repos. Mercurial has a LargeFilres extensdion that lets you deal with that.
FILETIME to time_t
| FoldWithUs! | sighist | WhoIncludes - Analyzing C++ include file hierarchy -
Thanks all for your responses - I have decided to go for GIT (and that's not just because I am one...) - I had a look at the GIT Extensions for Windows and it should do what I want.
Continuous effort - not strength or intelligence - is the key to unlocking our potential.(Winston Churchill)
See my post below: I would recommend to get used to the command line; the tools don't have complete coverage and can be a pita as often as a boon.
FILETIME to time_t
| FoldWithUs! | sighist | WhoIncludes - Analyzing C++ include file hierarchy -
The battlefield, as laid out, is SVN vs. GIT. To the left, SVN, a traditional VCS with a central repository, bearing a friendly, inviting smile on its face. It's circled by a bunch of tools that have big friendly "pull me!" levers, but as experience shows, they are all different and none is good enough for some battles. To the right, GIT: rugged, dirty, raw, it's only claim to fame being the one, the first and the real distributed VCS (ignore all substitutes). It has some tools sitting patiently at its side, too - but frankly, they look like the main beast with some paint slapped on. It's daunting, grim, hard to take on for sure. But then there's a addictive glow to the eyes, hinting at the reason so many attemtp to scale it's steep walls.
I'd recommend git wholeheartedly, but be aware that it has a rather steep learning curve, takes a while to get used gto and get around. The tools, while prettying-up the day-to-day experience, are no complete substitute to the command line. As a distributed VCS, there's no central server necessary: you have a local repository (great when the server is down), and sync it with offsite repositories. The addictive property stems from the syncing support: you don't deal with versions anymore as much as you deal with changes between them. It is normal to apply put some changes on top of others, change their order and squash related ones together. This allows a lot of tiny and experimental commits on the local repository that you can clean up before pushing them to the shared/life/main/whatever repo. My name is peterchen, I use git and I ain't no goin' back.
Mercurial is another DVCS, supposedly friendlier tooling but I never got the hang of it. Fogbugz has a free-for-one-user Merucrial clone + fogbugz account thing. Merging is great for code, but not so much for binary files - so git has a problem with that. With small files, it's fine, but you often have to pick "this file or that, or let me edit it and merge it manually right now". Large binary files are a burden on the repos. Mercurial has a LargeFilres extensdion that lets you deal with that.
FILETIME to time_t
| FoldWithUs! | sighist | WhoIncludes - Analyzing C++ include file hierarchypeterchen wrote:
they look like the main beast with some paint slapped on
Yep - that is what I am just discovering. I am going to create a sandbox project first just so I can get a feel for how it works - I decided this after I was unable to figure out how to add files using the Windows Extension tool for GIT.
Continuous effort - not strength or intelligence - is the key to unlocking our potential.(Winston Churchill)
-
Chris Maunder wrote:
We use TortoiseSVN with VisualSVN.
I can back that up. Has worked well for me on various projects :thumbsup:
It's an OO world.
public class Naerling : Lazy<Person>{
public void DoWork(){ throw new NotImplementedException(); }
}would I be correct in assuming that visualSVN is the visual studio plugin?
Let's face it, after Monday and Tuesday, even the calendar says WTF! Be careful which toes you step on today, they might be connected to the foot that kicks your butt tomorrow. You can't scare me, I have children.
-
would I be correct in assuming that visualSVN is the visual studio plugin?
Let's face it, after Monday and Tuesday, even the calendar says WTF! Be careful which toes you step on today, they might be connected to the foot that kicks your butt tomorrow. You can't scare me, I have children.
Yep :) Very easy to use too. Not sure if there is a free version though. But don't worry, SVN without VisualSVN will do just fine too. The only difference is that you can't commit, update, delete etc. directly from Visual Studio.
It's an OO world.
public class Naerling : Lazy<Person>{
public void DoWork(){ throw new NotImplementedException(); }
} -
Alas, Subversion isn't a source code control system -- it's a document control system and lacks certain features required for working with source code properly. Further alas, I've been forced to use it on my last two assignments. Both places use Tortoise, and the first one also uses Ankh. I haven't finished writing my own yet; it's been sitting stagnant for two years now :sigh: .
Since I've been point on version control for as long as I care to remember, would you please explain your comment? Compared to VSS 6.0 (enough said), we've found SVN with Tortoise to be quite acceptable.
Charlie Gilley You're going to tell me what I want to know, or I'm going to beat you to death in your own house. "Where liberty dwells, there is my country." B. Franklin, 1783 “They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
-
Yep :) Very easy to use too. Not sure if there is a free version though. But don't worry, SVN without VisualSVN will do just fine too. The only difference is that you can't commit, update, delete etc. directly from Visual Studio.
It's an OO world.
public class Naerling : Lazy<Person>{
public void DoWork(){ throw new NotImplementedException(); }
}Naerling wrote:
SVN without VisualSVN will do just fine too. The only difference is that you can't commit, update, delete etc. directly from Visual Studio.
Yes you can, by using any one of several other VS plugins for SVN. RocketSVN[^]. I have used this, it is OK. OR AnkhSVN[^] I have used this too and it is slightly better than Rocket IMO. There are several others too.
Henry Minute Do not read medical books! You could die of a misprint. - Mark Twain Girl: (staring) "Why do you need an icy cucumber?" “I want to report a fraud. The government is lying to us all.” I wouldn't let CG touch my Abacus! When you're wrestling a gorilla, you don't stop when you're tired, you stop when the gorilla is.
-
Naerling wrote:
SVN without VisualSVN will do just fine too. The only difference is that you can't commit, update, delete etc. directly from Visual Studio.
Yes you can, by using any one of several other VS plugins for SVN. RocketSVN[^]. I have used this, it is OK. OR AnkhSVN[^] I have used this too and it is slightly better than Rocket IMO. There are several others too.
Henry Minute Do not read medical books! You could die of a misprint. - Mark Twain Girl: (staring) "Why do you need an icy cucumber?" “I want to report a fraud. The government is lying to us all.” I wouldn't let CG touch my Abacus! When you're wrestling a gorilla, you don't stop when you're tired, you stop when the gorilla is.
Haven't heard of them before. Will keep it in mind. This is going to come in handy one day :)
It's an OO world.
public class Naerling : Lazy<Person>{
public void DoWork(){ throw new NotImplementedException(); }
} -
I'll save you wading through the answers: Subversion, Git or Mercurial. We use TortoiseSVN with VisualSVN.
cheers, Chris Maunder The Code Project | Co-founder Microsoft C++ MVP
+1 for Tortoise if you're using Subversion.
Christopher Duncan Author of The Career Programmer
-
Thanks all for your responses - I have decided to go for GIT (and that's not just because I am one...) - I had a look at the GIT Extensions for Windows and it should do what I want.
Continuous effort - not strength or intelligence - is the key to unlocking our potential.(Winston Churchill)
Linus Torvalds famously remarked that his two large open source projects were named after himself ;-)
-
I am starting to work on making one of the projects I have been working on open source. What would you recommend as a free source code control/vaulting system- the system does not need to be an online system. (I saw some years back, in the lounge, someone recommended subversion) Thanks in advance
Continuous effort - not strength or intelligence - is the key to unlocking our potential.(Winston Churchill)
Subversion, Git, Mercurial or Bazaar Try them out and see which one works best with you. If you're going to be working on Windows then I'd probably suggest Mercurial or Subversion as the 3rd party tools seem a little more mature at the moment. But then I use Bazaar, so like I said, try them out and see how you get on.
-
Since I've been point on version control for as long as I care to remember, would you please explain your comment? Compared to VSS 6.0 (enough said), we've found SVN with Tortoise to be quite acceptable.
Charlie Gilley You're going to tell me what I want to know, or I'm going to beat you to death in your own house. "Where liberty dwells, there is my country." B. Franklin, 1783 “They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
-
I am starting to work on making one of the projects I have been working on open source. What would you recommend as a free source code control/vaulting system- the system does not need to be an online system. (I saw some years back, in the lounge, someone recommended subversion) Thanks in advance
Continuous effort - not strength or intelligence - is the key to unlocking our potential.(Winston Churchill)
We have 6 developers and use SVN.
PlutoX
-
Haven't heard of them before. Will keep it in mind. This is going to come in handy one day :)
It's an OO world.
public class Naerling : Lazy<Person>{
public void DoWork(){ throw new NotImplementedException(); }
}At my new place I've just set up the combination of VisualSVN server ANKHSvn (Visual Studio integration) TortoiseSVN as our source control system (4 developers), so far so good.
-
would I be correct in assuming that visualSVN is the visual studio plugin?
Let's face it, after Monday and Tuesday, even the calendar says WTF! Be careful which toes you step on today, they might be connected to the foot that kicks your butt tomorrow. You can't scare me, I have children.
You can also use the Ankh SVN plugin for Visual Studio. Its free, and I like it better than Visual SVN's plugin. You still need a server. Visual SVN also has the server part, which we use here at The CodeProject. Matthew
-
I am starting to work on making one of the projects I have been working on open source. What would you recommend as a free source code control/vaulting system- the system does not need to be an online system. (I saw some years back, in the lounge, someone recommended subversion) Thanks in advance
Continuous effort - not strength or intelligence - is the key to unlocking our potential.(Winston Churchill)
There is a free SVN book at http://svnbook.red-bean.com/[^]
-
Thanks all for your responses - I have decided to go for GIT (and that's not just because I am one...) - I had a look at the GIT Extensions for Windows and it should do what I want.
Continuous effort - not strength or intelligence - is the key to unlocking our potential.(Winston Churchill)
Keep in mind that GIT will require a slight change in the way you think about source code control systems. One biggie is that every local repository... is a first class repository. It can be made to track a remote one, but all your commits go local and you need to push your local to the tracked remote. I used TortoiseGIT for a while until I got used to the command line, and now I only go back to the GUI when I absolutely have to. (And I never used command line for Subversion because I usually prefer GUIs.)
Narf.
-
You can also use the Ankh SVN plugin for Visual Studio. Its free, and I like it better than Visual SVN's plugin. You still need a server. Visual SVN also has the server part, which we use here at The CodeProject. Matthew
On server side, you can use also CollabNet SVN Server. I used VisualSVN server before, and then I switched to CollabNet because it has a web-based admin interface (so you can easily use it remotely). With VisualSVN free server, you need to RDP on server to manage the server. If that's a not an issue, VisualSVN server is easier to use (especially in regard of users / groups management and control access) And about client, TortoiseSVN (for Explorer access / integration) and AnkhSVN (for VS integration) will do just fine.
Bogdan Zamfir Independent Software Developer http://www.zbconsulting.eu
