Recommendations for source control

[raddevus]

RyanDev wrote:

I hate command line.

Oh, well, when you install Hg it will also install TortoiseHg Workbench which is a UI. Also, if you decided to go with the git bash installation then you can type c:/>gitk<ENTER> and a Tortoise-like UI will appear and you can do the work from there. Good luck

My book, Launch Your Android App, is available at Amazon.com.

[Ron Anders]

I'm using VisualSVN on a server box at my office. Free save for the static ip, os and box.

[Garth J Lancaster]

I'd add a vote for Atlassian SourceTree - how you get your repos in one place I dont know unless you go github public - I use local git repos and occasionally when working on one project pull from a colleagues company private repo - source control is one thing where I like to 'see' what Im doing, as opposed to command-line, so SourceTree works well for me

[Mehdi Gholam]

Use GIT source control with TortoiseGit – Windows Shell Interface to Git[^] UI (no command line nonsense!) if you are a lone developer. If you need to work in a group try GIT with Gitblit[^] as a local server.

[Garth J Lancaster]

I like the look of Gitblit :) thanks I'll stick with SourceTree though instead of TortoiseGit, it means its the same on my Mac as it is on windows

[Jorgen Andersson]

I'd recommend Mercurial, and since you don't like CLI, more specifically TortoiseHG[^]. It's simple to use, filebased, distributed and more consistent than GIT[^]. Joel Spolsky made a tutorial that you can find here[^], it's for the CLI version, but I'd still recommend reading it.

Wrong is evil and must be defeated. - Jeff Ello

[Brady Kelly]

BitBucket also hosts Mercurial, last I saw.

Do what thou wilt shall be the whole of the Law. - Liber AL vel Legis 1:40, Aleister Crowley

[PauloJuanShirt]

I'd recommend GIT but with something simpler than source tree if you are after simplicity. What IDE/Language you using? Visual Studios GIT tools are not bad.

[Lost User]

Subversion: very simple, doesn't need a server, can access via shared disk repository.

[KarstenK]

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

[Slacker007]

What do you guys use for your code repository?

[Slacker007]

:thumbsup:

[Rob Philpott]

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.

[ZurdoDev]

Thanks.

There are only 10 types of people in the world, those who understand binary and those who don't.

[ZurdoDev]

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.

[Mark_Wallace]

I'd suggest that they lock you out of the building.

I wanna be a eunuchs developer! Pass me a bread knife!

[Dominic Burford]

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

[ZurdoDev]

Thank you.

There are only 10 types of people in the world, those who understand binary and those who don't.

[JackPeacock]

I've used Git, Mercurial, SourceSafe and TFS, even (from the dark ages) DECset on VMS and an SCM on CDC Kronos systems (darn, can't remember the name, and yeah, SCMs have been around on mainframes since the 1960s). TFS gave me the least amount of trouble. I develop both C# and .NET alongside embedded "bare iron" ARM GCC using Eclipse. TFS worked fine for both. Working with embedded involves building boards as well as writing code. I used TFS to version schematics, PCB layouts and reference manuals, even field service work instructions, along with code. That's where the database method is handy; it stores binary BLOBs as wll as code deltas. What I like best is the lack of "file droppings" in source code directories. TFS puts everything in a SQL database. This is developing in a commercial enterprise environment where project management is critical. TFS has a very nice work item structure to track design, bugs, testing, even deployment, and it integrates well with both VS and Eclipse, along with MS Project. The type of programing is not quite the usual mix. What I need is a common pool of drivers and RTOS tasks that I pick and choose for different circuit boards, sort of an a la carte program design methodology. Code is added to individual files with conditional compiles for different variations, due to IC pinouts, but basically similar targets. Directory level commit gets in the way because individual files are shared across several target builds, not the entire directory. Sure, other SCMs can do file level check in/out, but TFS does it best. These days I have to use Github, management directives from on high, but I do miss the ease of use with TFS.

[kmoorevs]

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