views:

1353

answers:

6

I use to work with Visual Studio + C#, and have been using svn before, but not currently, so I want to put my code again on source's control.

Recently i heard about git, and I have been reading the git wiki and this and this, and i have read that there are no gui clients for git like TortoiseSvn, or at least, i haven't found'em.

My questions are:

  • What are the advantages of git over svn
  • Where can I find front ends easy to use for git.
  • Is there any plugin (ANKH like) for git working with Visual Studio?
  • Where else can I find resources for start with git?
+6  A: 

There is a relevant question concerning tools for GIT similar to tortoise.

The advantages of GIT over SVN are discussed over and over so it's not something someone should elaborate here

And as for a Visual Studio plugin, i don't think there is, or will be one for quite some time. Maybe i am missing something here though.

Try here for a good guide on how to get started with git in windows

As for my entirely personal taste and view, i continue to stick to svn based on my personal requirements of what i want from my version control and i consider svn to be in a whole other level of tool and community support. Also i consider svn very mature and that doesn't necesserily mean that git doesn't get the job done.

Konstantinos
+1 for not hashing over the git vs svn arguments again and again.
Abizern
git seems to be considered relatively new. If it's any consolation, I'm on a Mac and the Xcode development environment doesn't have any support for git either (as it does for svn).
Abizern
yeah, been using svn for quite a while and it has _never let me down this far. Without wanting to sound a windows fanboi i consider git to be in better terms in Linux than in any other OS environment *duh*
Konstantinos
+2  A: 

TortoiseGit is available - just Google it (I can't remember the URL) And:

  • Being distributed, you don't need to be connected to a server all the time, just work locally and push when you need to.

  • It is very quick and doesn't use much bandwidth

  • And, the classic, if it's good enough for Linus, it's good enough for you :)

Update: Link to TortoiseGit

Lucas Jones
+2  A: 

I haven't used git, but I used svn and bazaar (which is similar in philosophy to git), so I can answer you in general terms.

The advantage of the so called distributed version control systems (DVCS) is that the repo and the code are together on your machine, and you are not dependent on a remote repo for operations. Every developer has a "branch", his own copy of the repo to which he commits to. You can commit, revert, check previous revisions, without being connected to the net. Officiality of repository is granted by virtue of human agreement, not technical setup. In svn, you only have one repo, which is _the_repo_ you and all the other people commit to. In DVCS, you commit to your own repo, and another developer to his own repo, and each of you can push his modifications to the officially designed repo when he pleases.

Another clear advantage is that operations in a DVCS are fast, blazing fast. svn becomes incredibly slow when you start having a lot of stuff in your repo. This can become annoying very soon.

On the minus side, DVCS are more difficult to use, but you can use a DVCS as a centralized VCS if you want.

Stefano Borini
+4  A: 

I don't want to hash over pros and cons of git vs svn but here is one simple set of comparisons :- Why Git is better than X.

Some good Git Resources:

  1. Git Ready. A sort of blog with little posts on beginner, intermediate and advanced uses of git.
  2. Git Magic. A nice run through of what you can do.
  3. GitCasts screencasts - nothing like seeing it in action to help you understand it's power. Including the useful Git On Windows screencast.

Have fun!

Abizern
+5  A: 

Here my personal experiences with git vs. svn:

  • Git vs. SVN: git tracks state, history and integrity of the source tree. SVN only tracks state.

Especially when merging, git's extensive use of stored history (across renames and merges) comes handy to make much better informed decisions leading to less conflicts.

Having a complete, cryptographically verifiable integrity chain through the repository helps build trust in the underlying systems, or detect when they fail. On the downside it can be complicated to create "clean" patches. Having a proper workflow helps.

Finally, git works locally by default, giving it a unbelievably huge boost in contrast to SVN which must go to the central repo for almost any operation.

  • Software: See this question, there are several standalone GUIs for working with the repo, history browsers and shell extensions.

  • Studio Plugin: GitExtensions has a Visual Studio 2005 and 2008 plugin.

  • Documentation: Start with the GIT User's Manual. There are more links to tutorials and books on git-scm.com.

David Schmitt
Git is a Distributed VCS; Subversion a Centralized VCS.. But both check state, history and guarantee integrity.. but in different ways.
Bert Huijben
SVN won't notice accidental or malicious changes to the repo store and SVN tracks "history" as a disconnected series of patches without much of a pedigree. Try merging multiple times between two branch in SVN, it'll create conflicts for all already merged changes.
David Schmitt
Ah.. you used a subversion of more than a year old? (Merge tracking is available since 1.5; current is 1.6) I assume your git is outdated as well? And as a user you can look at it as a serie of patches (same applies to git).. Internally subversion doesn't look at it this way.
Bert Huijben
Indeed, I've no recent experience with SVN merging. Having read the relevant section from the SVN Book though, I still think subversion is still playing catchup: "once a --reintegrate merge is done from branch to trunk, the branch is no longer usable for further work." Way to go!
David Schmitt
David, yeah I've found that I'm generally best off deleting my branch in subversion after reintegrating and then re-creating it. What a pain, discourages merging and branching in the first place.
jpierson
+2  A: 

I'm not sure what the stability of TortoiseGIT is at this stage, and when you're talking about something that integrates that intimately with Explorer this is an important consideration. Can anyone speak to this?

Also bear in mind that git is not the only choice if you are looking for the benefits of a distributed VCS. Git has the twin virtues of being very powerful and also very complicated. You might find another DVCS such as Bazaar or Mecurial an easier transition to reap the benefits of a distributed system. Both have tortoise interfaces in development but again, I'm not sure of their stability. (Bazaar's is included in their windows package though, so you would assume it is at a reasonably good stage.)

A quick search has also turned up VisualHg and Bzr-VisualStudio although I have no idea of their readiness to be used in anger. Caveat emptor.

Evan
TortoiseGIT, is, unfortunately, quite unstable. I used it, and, from what I can tell: it mucked up my repository - I had to re-clone from Github, and none of the commands worked. :-( Oh, well. Hopefully it will get more stable as time goes on - it would be a really useful tool.
Lucas Jones
@person-b, I've been using TortoiseGIT since it was recommended here, but it doesn't seems to me stable either, what other gui do you recommend for git??
Jhonny D. Cano -Leftware-