When I use my Samsung N220 netbook at home, I just access the desktop across the network (mapping a network drive just in case any software I'm using doesn't like filenames across a network). Admittedly I should probably get round to doing this with some kind of source control though...

I use git. I always create a git repo to do whatever work I am doing simply for revision purposes. If I want to work on the project from other machines I clone the repo to my server. If I want to share the repo with others, I then clone it into a repo managed by gitosis on my server. If I want to 'put it out there' I clone it to github.

Yes, I am a git fanboy

Git rocks! I find it amazing that so many people are still using SVN, there is no way I could go back to that. On a side project I'm working on, they are using TFS and I'm about ready to open my wrists.

Git rocks! I find it amazing that so many people are still using SVN

That may be true if you develop under Linux, but less so under Windows. I concede that maybe I'm just too stupid to get it working... but in my opinion, Git totally sucks ass under Windows, compared to Subversion.

The commandline version of Subversion installs in 5 seconds, a sophisticated Explorer-context GUI client installs in 5 seconds likewise. Both work perfectly well and reliably. You have your repo set up another 5 seconds later without reading a manual.
msys-git takes an hour to install and 190 MiB of disk space, which frankly is a total SNAFU for some little tool that does revision control. Yes, I know that there is a technical reason for this, but for the net result, it does not matter. As an end-user (which I am in this case), I'm interested in the result, not in excuses.

Plus, neither TortoiseGit nor any other GUI client that I've tried works nearly as well as TortoiseSVN. Yes, I know, real programmers are happy with commandline tools. Fine, good for them, but I want a seamless integration into Explorer and into my IDE. Such trivial stuff just has to work, and it has to work well and without trouble. It's not 1975 any more, after all.

Like I said, this may very well be the opposite under Linux, but if you need to work under Windows (like most people), my opinion is that Git is not all that great and its often praised "advantages" are exaggerated at best, or entirely false (many "git is so great" articles that you find on the internet compare apples and oranges, out of ignorance).

[quote name='tstrimple' timestamp='1330622754' post='4918258']
Git rocks! I find it amazing that so many people are still using SVN

That may be true if you develop under Linux, but less so under Windows. I concede that maybe I'm just too stupid to get it working... but in my opinion, Git totally sucks ass under Windows, compared to Subversion.

The commandline version of Subversion installs in 5 seconds, a sophisticated Explorer-context GUI client installs in 5 seconds likewise. Both work perfectly well and reliably. You have your repo set up another 5 seconds later without reading a manual.
msys-git takes an hour to install and 190 MiB of disk space, which frankly is a total SNAFU for some little tool that does revision control. Yes, I know that there is a technical reason for this, but for the net result, it does not matter. As an end-user (which I am in this case), I'm interested in the result, not in excuses.

Plus, neither TortoiseGit nor any other GUI client that I've tried works nearly as well as TortoiseSVN. Yes, I know, real programmers are happy with commandline tools. Fine, good for them, but I want a seamless integration into Explorer and into my IDE. Such trivial stuff just has to work, and it has to work well and without trouble. It's not 1975 any more, after all.

Like I said, this may very well be the opposite under Linux, but if you need to work under Windows (like most people), my opinion is that Git is not all that great and its often praised "advantages" are exaggerated at best, or entirely false (many "git is so great" articles that you find on the internet compare apples and oranges, out of ignorance).
[/quote]

I agree with this. There are times when command line is better, but there are times when a GUI tools is preferable. Comparing revisions, resolving conflicts are better done on a GUI with side-to-side comparison. It's preferable to have such tools integrated with revision control.

Git is certainly better than svn, but svn (on Windows) has better tools.

[quote name='tstrimple' timestamp='1330622754' post='4918258']
Git rocks! I find it amazing that so many people are still using SVN

That may be true if you develop under Linux, but less so under Windows. I concede that maybe I'm just too stupid to get it working... but in my opinion, Git totally sucks ass under Windows, compared to Subversion.

The commandline version of Subversion installs in 5 seconds, a sophisticated Explorer-context GUI client installs in 5 seconds likewise. Both work perfectly well and reliably. You have your repo set up another 5 seconds later without reading a manual.
msys-git takes an hour to install and 190 MiB of disk space, which frankly is a total SNAFU for some little tool that does revision control. Yes, I know that there is a technical reason for this, but for the net result, it does not matter. As an end-user (which I am in this case), I'm interested in the result, not in excuses.

Plus, neither TortoiseGit nor any other GUI client that I've tried works nearly as well as TortoiseSVN. Yes, I know, real programmers are happy with commandline tools. Fine, good for them, but I want a seamless integration into Explorer and into my IDE. Such trivial stuff just has to work, and it has to work well and without trouble. It's not 1975 any more, after all.

Like I said, this may very well be the opposite under Linux, but if you need to work under Windows (like most people), my opinion is that Git is not all that great and its often praised "advantages" are exaggerated at best, or entirely false (many "git is so great" articles that you find on the internet compare apples and oranges, out of ignorance).
[/quote]

Your arguments may have been valid a couple years ago, but git under Windows has substantially improved since then. The fact that you're talking about msys-git (an installer for compiling git on Windows) and not Git for Windows shows you haven't looked at things in a while. In addition it is hardly fair to say TortoiseGit doesn't work nearly as well as TortoiseSVN without listing specific grievances. I have personally used TortoiseGit for months now without any issues at all. There are of course more options and commands in TortoiseGit than TortoiseSVN, but there has to be because it is a far more powerful tool.

Git is certainly better than svn, but svn (on Windows) has better tools.

Prove it. What can you do with SVN gui tools that you cannot with Git gui tools.

[quote name='jjd' timestamp='1330602537' post='4918138'] I use git. I always create a git repo to do whatever work I am doing simply for revision purposes. If I want to work on the project from other machines I clone the repo to my server. If I want to share the repo with others, I then clone it into a repo managed by gitosis on my server. If I want to 'put it out there' I clone it to github. Yes, I am a git fanboy

Git rocks! I find it amazing that so many people are still using SVN, there is no way I could go back to that.[/quote]
Partial clone by path (not possible in git, as far as I know). Checking in 500Mb+ binaries.

To answer the original question, I use various combinations of git, svn, network shares and rsync.

I use mercurial or git (I prefer mercurial) for code, or svn if I have to. Dropbox syncs my dotfiles and configurations and such.

I use mercurial or git (I prefer mercurial) for code, or svn if I have to. Dropbox syncs my dotfiles and configurations and such.

Why not mercurial or git for dotfile/config as well? I've been using git for that with great results.

[quote name='Josh Petrie' timestamp='1330722763' post='4918703']
I use mercurial or git (I prefer mercurial) for code, or svn if I have to. Dropbox syncs my dotfiles and configurations and such.

Why not mercurial or git for dotfile/config as well? I've been using git for that with great results.
[/quote]

I've been pushing a lot of my code to github and dot/config files often contain sensitive data which you don't want persisted publicly. Throw in the fact that config files will often have different values depending on where they are pushed (local dev, staging, production) I find it useful to have a different mechanism to make sure those config files are correct. This enables me to simply git push to different environments without worrying about blowing out the config files with my local dev values.