Pourquoi devrais-je utiliser git au lieu de svn?

Question

Je travaille avec Visual Studio + C#, et ont été en utilisant svn avant, mais pas actuellement, donc je veux mettre mon code à nouveau sur la source de contrôle.

Récemment, j'ai entendu parler de git, et j'ai lu le git wiki et ceci et cela, et j'ai lu qu'il n'y a pas de gui clients pour git comme TortoiseSvn, ou, au moins, je n'ai pas trouvé em.

Mes questions sont les suivantes:

• Quels sont les avantages de git sur svn
• Où puis-je trouver les extrémités avant facile à utiliser git.
• Est-il un plugin (ANKH le souhaitez) pour git de travail avec Visual Studio?
• Où puis-je trouver les ressources pour démarrer avec git?

Answer 1

Ici mes expériences personnelles avec git vs svn:

• Git vs SVN: git pistes de l'état, de l'histoire et de l'intégrité de l'arbre source. SVN seulement des pistes de l'état.

En particulier lors de la fusion, git de l'utilisation extensive de la stockées histoire (à travers renomme et fusionne) est très utile pour faire beaucoup mieux informés des décisions menant à moins de conflits.

Avoir une complète, du point de vue cryptographique vérifiable de l'intégrité de la chaîne à travers le référentiel d'aide à construire la confiance dans les systèmes sous-jacents, ou de détecter quand ils échouent. Sur le revers de la médaille, il peut être compliqué de créer de "nettoyer" les patchs. Avoir un bon flux de travail aide.

Enfin, git fonctionne en local, par défaut, en lui donnant un incroyablement énorme coup de pouce en revanche pour SVN qui doit aller à la centrale de repo pour presque n'importe quelle opération.

• Logiciel: Voir à cette question, il y a plusieurs autonome des Interfaces utilisateur graphiques pour travailler avec les pensions de titres, l'histoire, les navigateurs et les extensions de shell.

• Studio Plugin: GitExtensions a un Visual Studio 2005 et 2008 plugin.

• Documentation: Démarrer avec le GIT Manuel de l'Utilisateur. Il y a plus de liens vers des tutoriels et des livres sur la git-scm.com.

Answer 2

Il s'agit d'un question concernant outils pour GIT similaire à la tortue.

Les avantages de GIT sur SVN sont discutés plus et de plus il n'est donc pas quelque chose de quelqu'un devrait élaborer ici

Et comme pour un Visual Studio plugin, je ne pense pas qu'il y est, ou sera un pour assez un certain temps. Peut-être que je manque quelque chose ici.

Essayez ici pour un bon guide sur la façon de commencer avec git sous windows

Comme à mon goût tout à fait personnelle et la vue, j'ai continuer à s'en tenir à svn basé sur mes besoins personnels de ce que je veux de mon contrôle de version, et je considère que svn pour être dans un tout autre niveau de outil de et le soutien de la communauté. Aussi je considère svn très mature et qui n'a pas necesserily dire que git n'a pas faire le travail.

Answer 3

Je ne veux pas de hachage sur les avantages et les inconvénients de git vs svn mais ici, c'est un simple jeu de comparaisons :- Pourquoi Git est mieux que X.

Quelques bonnes Git Ressources:

1. Git Prêt. Une sorte de blog avec peu de messages sur les débutant, intermédiaire et avancé utilise git.
2. Git De La Magie. Une belle course en travers de ce que vous pouvez faire.
3. GitCasts screencasts - rien de tel que de voir ça en action pour vous aider à comprendre la puissance. Y compris la durée de Git Sur Windows screencast.

Amusez-vous!

Answer 4

TortoiseGit est disponible, il suffit de Google (je ne me souviens pas l'URL) Et:

• Distribués, vous n'avez pas besoin d'être connecté à un serveur de tous les temps, il suffit de travailler localement et push quand vous en avez besoin.

• Il est très rapide et n'utilise pas beaucoup de bande passante

• Et le classique, si c'est assez bon pour Linus, c'est assez bon pour vous :)

Mise à jour: Lien vers TortoiseGit

Answer 5

Je n'ai pas utilisé git, mais j'ai utilisé svn et le bazar (qui est la même dans la philosophie de git), afin que je puisse vous répondre dans les conditions générales.

L'avantage de la dite distribuée systèmes de contrôle de version (DVCS), c'est que le repo et le code sont ensemble sur votre machine, et vous ne dépendent pas de la distance pensions pour les opérations. Chaque développeur a une "branche", sa propre copie de l'opération à laquelle il s'engage à. Vous pouvez y consacrer, de revenir, de vérifier les révisions précédentes, sans être connecté au net. Caractère officiel de référentiel est accordée en vertu de l'homme de l'accord, et non technique de l'installation. Svn, vous n'avez qu'un repo, qui est _the_repo_ vous et tous les autres personnes à s'engager. Dans DVCS, vous vous engagez à votre propre repo, et un autre développeur pour son propre pensions, et que chacun de vous peut pousser son des modifications à la officiellement conçu repo quand il lui plaît.

Un autre avantage évident est que les opérations dans un DVCS sont rapides, ultra-rapide. svn devient incroyablement lent lorsque vous commencez à avoir beaucoup de choses dans votre pension. Cela peut devenir ennuyeux très rapidement.

Sur le côté négatif, DVCS sont plus difficiles à utiliser, mais vous pouvez utiliser un DVCS comme une centralisation de la VCS si vous le souhaitez.