|
Subversion: very simple, doesn't need a server, can access via shared disk repository.
|
|
|
|
|
Seconded, this is what I use at home, shared folder on NAS, VisualSvn plug in. Simple, free and up and running in under an hour.
Regards,
Rob Philpott.
|
|
|
|
|
Richard MacCutchan wrote: Subversion: very simple, doesn't need a server
I thought it did. Thanks.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
I think there is a version that may need one, but the basic version just uses simple disk to disk copy. Not much use in a business environment, but ideal for home use.
|
|
|
|
|
I am using SVN and the server is built in. Works very well with Tortoise and Ankhsvn.
We're philosophical about power outages here. A.C. come, A.C. go.
|
|
|
|
|
The best is to use git and the github online service. It is better than svn which we have dropped because git has more branching power and fits better in our tool chains.
And last but not least: you stay away from Microsoft, which has the tradition to hold its customers as prisoners.
Press F1 for help or google it.
Greetings from Germany
|
|
|
|
|
I'd suggest that they lock you out of the building.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
I'd recommend Github which also has the advantage that it works with every other tool and development platform out there from Linux to Windows.
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
Thank you.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
Very simple...I have mapped drives on my laptop that are available offline. Synching is sometimes a pita, but this has worked for me for well over a decade.
"Go forth into the source" - Neal Morse
|
|
|
|
|
kmoorevs wrote: .I have mapped drives on my laptop that are available offline. Synching
I have not used mapped drives before. I assume both computers must be online at the same time to be able to synch then? I'm not on both machines at the same time usually.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
RyanDev wrote: both computers must be online at the same time
My setup also involves a server where all development projects and files reside. My main development PC uses mapped drives (not available offline, since it is always connected to the server) and my laptop uses the same mapped drives configuration except they are marked to be available offline.
I only work on the laptop one or two days a week. Before leaving the office, I simply synch all the offline files. This allows me to work wherever I need to (on the laptop) with or without an internet connection. When I get back to the office, I let the laptop synch any changes with the file server. As a sidenote, this also makes for a very good backup system...if the server crashed, all my code is safe on the laptop. 
"Go forth into the source" - Neal Morse
|
|
|
|
|
One thing I didn't see anyone mention that is specific to your case:
You'll need to be careful with choosing a cloud-based provider. Unity projects can get enormous because the UI will expect to check in your asset files as well. Asset files are very large, and (can be) binary, which means they won't play well with most source code control systems.
Using raw Git will have a learning curve, but you could use your desktop as your "server". Git does not have a built-in concept of a central server. Every machine that has Git installed is both a server and a client. A central server in a Git organization is simply one that all the developers of that organization agree upon ahead of time.
|
|
|
|
|
Cool. Thank you. 
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
As you work in NET and Unity, I believe that your winner free combination is using GIT with Visual Studio Community Edition. Visual Studio assists you in many GIT functions, and allows you to work in the cloud with Visual Studio Team Services, GitHub and any server that supports GIT Clone, Fetch, Pull, etc. You don't have to settle definitely on one cloud repository, because you can use a different one for each project.
Visual Studio Team Services is great for large software projects because it offers project control tools (Agile, Scrum, etc), and it is the only one that allows you to have some private projects for free. GitHub is the best for open source projects, etc.
Sorry for my bad English
|
|
|
|
|
I strongly recommend TFS[^] (hosted by Microsoft). It integrates seamlessly with Visual Studio and the cost is hard to beat for indie devs and teams under 5 persons. 
/ravi
|
|
|
|
|
Visualsvn If you on windows. Easy to setup repository server. Ankhsvn plugin for Visual Studio. Work well for my home projects.
|
|
|
|
|
I also use git, a free Bitbucket account, and SourceTree as the client. I'm very happy with all three.
|
|
|
|
|
Perforce is free for up to 20 users. I have used it religiously for about 10 years. I like it's atomic check in feature.
|
|
|
|
|
I second the Git and BitBucket recommendation. I use it for all of my personal projects. You can access it from any computer, and you can also make code changes directly from your browser (I do this while I'm at work and need to make a quick bug fix).
I know there's a bit of a learning curve with Git command line, so look for some GUI options like GitExtensions, or something like that.
|
|
|
|
|
Thanks.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
I personally love Plastic SCM. Their interface is well thought-out and intuitive, setup is easy.
Love it
|
|
|
|
|
I have been using GIT, but I have had problems branching then not branching, and wound up going back to my basic source control - zip the whole project, putting yyyy-mm-dda_c (where 'a' is a letter that increments through the day, and 'c' is a short comment) at the end of the filename. The only time I have had trouble with zip is in zipping code for OSX on Windows, then trying to go back to it by unzipping on OSX.
|
|
|
|
|
Brute force. Nice. 
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
I'm going to say something strange...
I'd suggest using git without a central server - although you could easily use a central server - I suppose your desktop would kind of fill the role of a central server.
Since git is completely file based it doesn't care about where the files are, they can be somewhere over HTTP, HTTPS, or even a local file-system. Since a local file-system is a possibility it means you can use a UNC path to access a file-share on a remote system.
What this allows you to do is that you could set up your projects directory on your desktop as a file share on your desktop, and then pull/push between your laptop and desktop. So you get all the benefits of version control - without needing to set up a server to host it all.
Of course you also lose the benefits of having an off-site backup, but you could always periodically push to some free source control server like Bitbucket or Github periodically.
Also since everyone it suggesting clients - I'd throw Git Extensions into the mix. It's not that polished, but it doesn't try to hide how git is working from you. It's just a GUI layer that maps (more or less) 1:1 to git commands.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
