From zero to source code control in 4 minutes
-
As some you know, I write and maintain a number of freeware apps that are used by a fairly large number (thousands) of users. Although I'm meticulous about archiving released and partially complete versions using
.zipfiles (a la poor man's shelvesets), I've always wanted to be able to easily branch my code, view diffs, and track development history in something other than a.txtfile. I've used SVN/Tortoise before but didn't find the Windows Explorer integration seamless. I was considering signing up with a TFS provider so I could enjoy the benefits of robust source code control, similar to what I use at work. (Although TFS 11 Express is free, it only supports VS2011 clients.) However, outsourcing SCC puts your IP in the hands of a 3rd party, which is less than optimal. Renewed research caused me to stumble upon:4 minutes later (including download, installation and configuration times) I was checking out code! The ability to branch, merge, revert to previous versions and easily view diffs on my personal code base is a refreshingly wonderful experience. And backing up the repository is a simple folder copy. And the cost is hard to beat. :) /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
We use VisualSVN server at work as well. As easy as it gets. I don't use AnkhSVN though, since I prefer to do everything with TortoiseSVN via shell extension. A lot of stuff I work on involves resources that live in the folder structure but shouldn't really be included in the project file, so if I'm going to be doing any amount of work from the folders I might as well do all of it.
-
As some you know, I write and maintain a number of freeware apps that are used by a fairly large number (thousands) of users. Although I'm meticulous about archiving released and partially complete versions using
.zipfiles (a la poor man's shelvesets), I've always wanted to be able to easily branch my code, view diffs, and track development history in something other than a.txtfile. I've used SVN/Tortoise before but didn't find the Windows Explorer integration seamless. I was considering signing up with a TFS provider so I could enjoy the benefits of robust source code control, similar to what I use at work. (Although TFS 11 Express is free, it only supports VS2011 clients.) However, outsourcing SCC puts your IP in the hands of a 3rd party, which is less than optimal. Renewed research caused me to stumble upon:4 minutes later (including download, installation and configuration times) I was checking out code! The ability to branch, merge, revert to previous versions and easily view diffs on my personal code base is a refreshingly wonderful experience. And backing up the repository is a simple folder copy. And the cost is hard to beat. :) /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
Thanks for the post
-
As some you know, I write and maintain a number of freeware apps that are used by a fairly large number (thousands) of users. Although I'm meticulous about archiving released and partially complete versions using
.zipfiles (a la poor man's shelvesets), I've always wanted to be able to easily branch my code, view diffs, and track development history in something other than a.txtfile. I've used SVN/Tortoise before but didn't find the Windows Explorer integration seamless. I was considering signing up with a TFS provider so I could enjoy the benefits of robust source code control, similar to what I use at work. (Although TFS 11 Express is free, it only supports VS2011 clients.) However, outsourcing SCC puts your IP in the hands of a 3rd party, which is less than optimal. Renewed research caused me to stumble upon:4 minutes later (including download, installation and configuration times) I was checking out code! The ability to branch, merge, revert to previous versions and easily view diffs on my personal code base is a refreshingly wonderful experience. And backing up the repository is a simple folder copy. And the cost is hard to beat. :) /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
-
We cool guys all use git now.
FILETIME to time_t
| FoldWithUs! | sighist | WhoIncludes - Analyzing C++ include file hierarchyYes :):thumbsup:
-
Yes :):thumbsup:
Clearly I'm nowhere as cool as you and "Mr Chen". :-D /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
-
Clearly I'm nowhere as cool as you and "Mr Chen". :-D /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
You can still represent yourself as "old tec wizard" ;) [edit ninja'd, moved below]
FILETIME to time_t
| FoldWithUs! | sighist | WhoIncludes - Analyzing C++ include file hierarchy -
You can still represent yourself as "old tec wizard" ;) [edit ninja'd, moved below]
FILETIME to time_t
| FoldWithUs! | sighist | WhoIncludes - Analyzing C++ include file hierarchyThank you, Mr. Chen! ;P /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
-
Thank you, Mr. Chen! ;P /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
On a more serious note: I do see git adoption cropping up in quite some places - that might be some observation bias. What's more, many state that once you are fluent with distributed source control, you don't want to turn back - and git seems to be the most common candidate. It's a bitch to learn, though.
FILETIME to time_t
| FoldWithUs! | sighist | WhoIncludes - Analyzing C++ include file hierarchy -
On a more serious note: I do see git adoption cropping up in quite some places - that might be some observation bias. What's more, many state that once you are fluent with distributed source control, you don't want to turn back - and git seems to be the most common candidate. It's a bitch to learn, though.
FILETIME to time_t
| FoldWithUs! | sighist | WhoIncludes - Analyzing C++ include file hierarchyThanks, I'll look into it. My (current) use is primarily single-dev, one location. /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
-
I've used AnkhSVN for several years now and have had good luck with it. I have also used RocketSVN which I like, both have there Pros and Cons.
From what I understand, RocketSVN is essentially AnkhSVN and I don't think is being actively developed any longer info here[^]
MVVM# - See how I did MVVM my way ___________________________________________ Man, you're a god. - walterhevedeich 26/05/2011 .\\axxx (That's an 'M')
-
On a more serious note: I do see git adoption cropping up in quite some places - that might be some observation bias. What's more, many state that once you are fluent with distributed source control, you don't want to turn back - and git seems to be the most common candidate. It's a bitch to learn, though.
FILETIME to time_t
| FoldWithUs! | sighist | WhoIncludes - Analyzing C++ include file hierarchyYeah, Git is everywhere now. It's probably a very good idea to have at least some experience with it. A word of caution - it's not the only, or best, DVCS. Mercurial does the same job, and - AND it doesn't suck on Windows. That said, I'm learning Git because I'm pretty sure I'm going to have to work with it before too long. But there are so many issues with its design and usability, that people just work around and put up with because it's, well Git, and Linus MUST know what he's doing, that it gives me an aneurysm. And that makes it just like VSS doesn't it? Its prevalence is a result of its, well, prevalence?
Beautiful is better than ugly. Explicit is better than implicit. Simple is better than complex. Complex is better than complicated. Flat is better than nested. Sparse is better than dense. In the face of ambiguity, refuse the temptation to guess.
-
Thanks, I'll look into it. My (current) use is primarily single-dev, one location. /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
As soon as you are working with different branches of a project, you can feel the magic. The leap of enlightment, for me, was to realize that I am no longer managing revisions, but changes between revisions, and that I can carry them around freely.
FILETIME to time_t
| FoldWithUs! | sighist | WhoIncludes - Analyzing C++ include file hierarchy -
As some you know, I write and maintain a number of freeware apps that are used by a fairly large number (thousands) of users. Although I'm meticulous about archiving released and partially complete versions using
.zipfiles (a la poor man's shelvesets), I've always wanted to be able to easily branch my code, view diffs, and track development history in something other than a.txtfile. I've used SVN/Tortoise before but didn't find the Windows Explorer integration seamless. I was considering signing up with a TFS provider so I could enjoy the benefits of robust source code control, similar to what I use at work. (Although TFS 11 Express is free, it only supports VS2011 clients.) However, outsourcing SCC puts your IP in the hands of a 3rd party, which is less than optimal. Renewed research caused me to stumble upon:4 minutes later (including download, installation and configuration times) I was checking out code! The ability to branch, merge, revert to previous versions and easily view diffs on my personal code base is a refreshingly wonderful experience. And backing up the repository is a simple folder copy. And the cost is hard to beat. :) /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
Thanks for sharing.:thumbsup:
Wonde Tadesse MSCS, MCTS
-
We use VisualSVN server at work as well. As easy as it gets. I don't use AnkhSVN though, since I prefer to do everything with TortoiseSVN via shell extension. A lot of stuff I work on involves resources that live in the folder structure but shouldn't really be included in the project file, so if I'm going to be doing any amount of work from the folders I might as well do all of it.
Looks like Subversion has a new energetic maintainer, Wandisco. I use their free UberSVN server (works mostly fine), and svnsync to external hosting, as off-site backup. TortoiseSVN or Ankh as client. Also use Mercurial for some projects, but TortoiseHg on Windows still isn't as polished as Tortoise SVN. Also evaluating Syntevo SmartGit as svn client. For small personal projects sometimes also use Fossil (especially for cross platform work) - it's amazing :rose:, but no GUI for commits. -- dd
-
As some you know, I write and maintain a number of freeware apps that are used by a fairly large number (thousands) of users. Although I'm meticulous about archiving released and partially complete versions using
.zipfiles (a la poor man's shelvesets), I've always wanted to be able to easily branch my code, view diffs, and track development history in something other than a.txtfile. I've used SVN/Tortoise before but didn't find the Windows Explorer integration seamless. I was considering signing up with a TFS provider so I could enjoy the benefits of robust source code control, similar to what I use at work. (Although TFS 11 Express is free, it only supports VS2011 clients.) However, outsourcing SCC puts your IP in the hands of a 3rd party, which is less than optimal. Renewed research caused me to stumble upon:4 minutes later (including download, installation and configuration times) I was checking out code! The ability to branch, merge, revert to previous versions and easily view diffs on my personal code base is a refreshingly wonderful experience. And backing up the repository is a simple folder copy. And the cost is hard to beat. :) /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
As someone who has also only recently moved over to source code control please take a look at: http://nvie.com/posts/a-successful-git-branching-model/[^] It was my "eureka moment" with git. I picked up the basic usage of git and other systems (such as svn) reasonably quickly, but found myself not able to get my head around when I should be commiting/merging/tagging etc. This article was a fantastic push in the right direction to not only finding out how to use git, but also why I should be using it. I use git with TortoiseGit alongside VS 2010.
-
As some you know, I write and maintain a number of freeware apps that are used by a fairly large number (thousands) of users. Although I'm meticulous about archiving released and partially complete versions using
.zipfiles (a la poor man's shelvesets), I've always wanted to be able to easily branch my code, view diffs, and track development history in something other than a.txtfile. I've used SVN/Tortoise before but didn't find the Windows Explorer integration seamless. I was considering signing up with a TFS provider so I could enjoy the benefits of robust source code control, similar to what I use at work. (Although TFS 11 Express is free, it only supports VS2011 clients.) However, outsourcing SCC puts your IP in the hands of a 3rd party, which is less than optimal. Renewed research caused me to stumble upon:4 minutes later (including download, installation and configuration times) I was checking out code! The ability to branch, merge, revert to previous versions and easily view diffs on my personal code base is a refreshingly wonderful experience. And backing up the repository is a simple folder copy. And the cost is hard to beat. :) /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
We have been using SourceGear Vault for years. Integrates very well with Visual Studio, but also has a good stand-alone client. For a single developer, it's free. All your source code is in a single SQL server database, so it's easy to backup. It's not as cool as git, I suppose, but it works and it's reliable.
-
As some you know, I write and maintain a number of freeware apps that are used by a fairly large number (thousands) of users. Although I'm meticulous about archiving released and partially complete versions using
.zipfiles (a la poor man's shelvesets), I've always wanted to be able to easily branch my code, view diffs, and track development history in something other than a.txtfile. I've used SVN/Tortoise before but didn't find the Windows Explorer integration seamless. I was considering signing up with a TFS provider so I could enjoy the benefits of robust source code control, similar to what I use at work. (Although TFS 11 Express is free, it only supports VS2011 clients.) However, outsourcing SCC puts your IP in the hands of a 3rd party, which is less than optimal. Renewed research caused me to stumble upon:4 minutes later (including download, installation and configuration times) I was checking out code! The ability to branch, merge, revert to previous versions and easily view diffs on my personal code base is a refreshingly wonderful experience. And backing up the repository is a simple folder copy. And the cost is hard to beat. :) /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
I used AnkhSVN in VS and it made my life a lot easier. However what's made my life even easier was switching to using Mercurial. It is so much better the way you manage different areas and branching. Switch now.
-
As someone who has also only recently moved over to source code control please take a look at: http://nvie.com/posts/a-successful-git-branching-model/[^] It was my "eureka moment" with git. I picked up the basic usage of git and other systems (such as svn) reasonably quickly, but found myself not able to get my head around when I should be commiting/merging/tagging etc. This article was a fantastic push in the right direction to not only finding out how to use git, but also why I should be using it. I use git with TortoiseGit alongside VS 2010.
Thanks! The branching and merging strategy described in the article is what I use at work and what I expect to be able to use with SVN. If it's an arduous task, I'll consider switching to Git. Thanks again! /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
-
As soon as you are working with different branches of a project, you can feel the magic. The leap of enlightment, for me, was to realize that I am no longer managing revisions, but changes between revisions, and that I can carry them around freely.
FILETIME to time_t
| FoldWithUs! | sighist | WhoIncludes - Analyzing C++ include file hierarchyI've talked to an expert who knows both Git and SVN very well, and he told me that either tool is useful, depending on your team/project: Git is prefereable for distributed development, SVN has it's advantages for local development, or in small teams. In any case he said that if you're using SVN - especially in combination with TortoiseSVN and AnkhSVN - and you're not doing distributed development (such as Open Source projects), then there's no reason at all to switch to Git. I do read a lot of postings from people who seem to be happy using Git, but most of them do work on distributed projects, so I can totally understand why they prefer it over SVN. I haven't read a single reason in favor of switching from SVN to Git that holds for single-developer projects though. (or small local teams) I'd be glad to hear a few.
-
I've talked to an expert who knows both Git and SVN very well, and he told me that either tool is useful, depending on your team/project: Git is prefereable for distributed development, SVN has it's advantages for local development, or in small teams. In any case he said that if you're using SVN - especially in combination with TortoiseSVN and AnkhSVN - and you're not doing distributed development (such as Open Source projects), then there's no reason at all to switch to Git. I do read a lot of postings from people who seem to be happy using Git, but most of them do work on distributed projects, so I can totally understand why they prefer it over SVN. I haven't read a single reason in favor of switching from SVN to Git that holds for single-developer projects though. (or small local teams) I'd be glad to hear a few.
Well I am one such developer who recommends a dvcs or single man teams. The reason is not the distributed aspect of it though. It's the easy true branching. I always keep a released and a development branch and I can switch to any version easily using a graphical representation of my versionning scheme. I'm not a fan of git because of the complexity and of how easy it is to break things. I prefer mercurial with tortoisehg. Fossil is interesting but last time I checked (a long time ago), it lacked integration with Windows explorer. Whatever the tools, you need a good branching scheme. A dvcs just makes it easier.