Duplicaté possible:
Utilisation de la commande SourceDonc, même si même ici sur Stackoverflow est littéralement dizaines de choses sur le contrôle de la version, je ne trouve pas de plaisir à répondre à toutes mes questions. Si vous avez quelque chose à dire ou à poster un lien, veuillez le faire ici.
1., Dois-je commencer par le contrôle de la version?
Bien que la plupart des gens s'accordent, que même le développeur unique / programmeur doit commencer par le contrôle de la version, personne (ou au moins sous forme compréhensible) n'indique
2., Comment?
Dans ma nature, c'est que j'ai besoin de savoir ce que signifie CVS, SVN, Tortue, Git, GitHub et quelles sont les différences, mais j'ai du mal à trouver un coup de pied simple, un coup de pied simple dans le monde du contrôle de la version.
En tant que développeur / programmeur, j'ai travaillé ou étudié presque toutes les émissions de programmation / marquage, qui est majeure (de Pascal à Java, de HTML à PHP :)) et utilisé des dizaines d'éditeurs, IDes et programmeurs. Et lorsque quelqu'un mentionne que vous pouvez utiliser un contrôle de source, même pour écrire des trucs - Travaux pour studens, rapports annuels, livres ... vous devez inclure encore plus d'éditeurs ...
Je n'ai maintenant aucune idée de la commande avec la version de la version, comment l'intégrer dans mon flux de travail, si-je besoin de serveur ou de quoi.
Merci de toute aide pour trouver ce que c'est quoi et quoi faire avec cela :)
edit: De toutes vos réponses (merci), j'ai le sentiment que ce n'est vraiment que quelque chose comme "les dossiers synchronisés avec l'histoire". (de la manière la plus évidente :)) Si oui, pouvez-vous répondre à deux questions? (numéroté 4. et 5., il ne s'agira donc pas de réponses :)) 4., Que se passe-t-il si je décide de changer complètement la structure de mon programme (pour ex. En Flex, je décide d'utiliser deux classes AS3 plutôt que pour les composants MXML) - ne ferez-la pas de confusion?
5., à partir d'autres questions, quelle que soit celle d'engagement? (a trouvé cette question postée et probablement répondue, la perdait à nouveau)
edit 2: Encore une fois, plus de réponses (merci)
6., ma question 4 était plus comme si j'étais accidentellement (ou non) renouveler certains fichiers supprimés (ce qui est probablement possible), et cela brisera mon programme, car par exemple cela dépend d'un autre fichier supprimé, qui n'était pas Undelete sera-je capable de l'obtenir? : D
7., Je vois des moyens de regarder. Merci pour vos réponses ... Cependant, je suis maintenant confus à qui dois-je donner la "bonne réponse", car vous étiez tous très utile :)
Suivant, je vais (pour quiconque cherche je cherchais et sotté sur cette question): Lire ce Stackoverflows:
- Utilisation de la commande Source
- Quel système de contrôle de version est le plus trivial pour configurer et utiliser des projets de jouets?
regarder cette vidéo:
http://excess.org/article/2008/07/ ogre-git-tutoriel /
Tout en comprenant les bases des manuels, je l'ai réduit à Subversion (+ Tortoisesvn) et Git (hub), qui sont les plus utilisés et les plus favorisés. Seul le problème que j'ai maintenant avec GitHub est que le référentiel privé est payé, je vais donc regarder une solution git différente ou regarder davantage la subversion.
gros merci à tous, j'ai suscité des réponses les plus utiles, merci également de commenter. Adam
EDIT: Essayé mercurial, mais ne l'a trouvé pas correct pour mon flux de travail ... essayez maintenant Subversion, donc j'ai marqué la plus ancienne réponse de subversion :)
16 Réponses :
Il y a un excellent manuel de subversion disponible gratuitement.
Wim, merci de recommander, je vais certainement examiner cela, mais je dois d'abord avoir au moins une compréhension juste des outils les plus courants sur leurs principaux avantages / désadvatinages. Je suis assez sticior de cette façon d'apprendre les choses :)
Généralement simple pour configurer, si vous oubliez que vous avez besoin d'un serveur.
Même que est facile avec VisualSvn.
Adam, je pense que vous aurez du mal à comprendre les avantages et les inconvénients des systèmes VC de premier plan jusqu'à ce que vos mains soient sales. Au moins, lisez au moins les premiers chapitres de la, comme le dit Wim, excellent manuel de Subversion.
@ Marque haute performance - comme toujours :) va faire, monsieur.
@Brantheman: Vous n'avez pas besoin d'un serveur pour utiliser SVN ou TortoiseSVN.
@OREGONGHOST: +1, Merci pour l'info .. J'avais cherché cela il y a un moment mais je n'ai rien trouvé, mais je viens d'essayer encore et trouvé un court tutoriel. Cela devrait être utile.
En ce qui concerne le contrôle de la source, vous voudrez peut-être regarder cette "Comment utiliser svn , Branche? Tag? Coffre? ".
et sur l'utilisation d'une sorte de contrôle de source, il est toujours bon d'avoir des révisions de votre code et de vos documents en train de régler le développement de logiciels. Cela pourrait être intéressant de regarder dans Git.
Au fait, je n'ai pas abouti à cette réponse, même si je ne suis pas d'accord avec ça. Cela ressemble à une très bonne réponse à moi.
oui, vous devez avoir un contrôle de version.
Je vous suggère d'installer Subversion sur votre PC (quel que soit le fichier O / S que vous avez installé). Si vous travaillez sur Windows, obtenez aussi Tortoisesvn, c'est le meilleur client pour Subversion. Le serveur SUBVERSION fonctionne simplement bien sur un PC.
Téléchargez et lisez le manuel de Subversion. L'un des premiers chapitres fournit des réponses à beaucoup de vos questions, pas toutes trop biaisées en faveur de la subversion.
Oui, il existe d'autres systèmes VC disponibles, mais pour l'apprenant isolé, je recommande de manière approfondie Subversion + Tortoisisesvn.
htth
marque
+1 pour la lecture du manuel de subversion. Je le recommande fortement. Il répondra à toutes vos questions et contrairement au manuel moyen, il est facile de lire et de comprendre.
Je vais aller contre le grain actuel et dire aller avec git. C'est ce que j'ai fait plutôt que d'apprendre svn. Lisez le premier bit du git book .
Une fois que vous avez le suspendu C'est vraiment simple d'utiliser. Voulez-vous démarrer un nouveau référentiel dans le répertoire actuel? P>
git commit -am 'My commit message here'
Maintenant tu m'as encore plus confus: D
+1 pour git. Il est si facile à utiliser et vous n'avez pas besoin de le configurer non plus, il commence simplement une nouvelle répétition où que vous tapez «git init».
@Adam Si vous êtes sous Windows, vous n'êtes pas habitué à la ligne de commande, ne vous inquiétez pas. J'étais dans le même bateau. Obtenez MSYSGIT: code.google.com/p/msysgit/downloads/list Et apprenez les quelques commandes dont vous avez besoin pour l'exécuter. Il y a beaucoup de gites pour GIT également si vous voulez vraiment éviter la ligne de commande.
@ADAM: Une dernière tentative de vous sauver de la police SVN ... Donnez simplement une heure de votre temps. Dans cette heure, téléchargez MSYSGIT et lisez les 3 premiers chapitres. Vous réaliserez que ce n'est pas difficile d'ici la fin de cette heure. Mais ne prenez pas ma parole pour ça!
Pour comprendre Git, cette vidéo pourrait aider excédent.org/article/2008/07/ ogre-git-tutoriel
@Hiena qui a l'air bien. Je devrais également ajouter que le livre GIT contient des screencasts, qui aident.
@Hiena: Chargement ... merci :); @Skilldrick: Merci de me faire remarquer au système Pomodoro :)
@Adam: Wow, je me sens vraiment utile maintenant! Et je viens de recevoir 3k représentant :)
+1 pour introduire le système pomodoro.
+1 Pour mentionner que Git est probablement plus facile à apprendre lorsqu'il ne vient pas d'un autre SCM (notamment centralisé). Je suis tombé dans les CV classiques -> Svn -> Git Road et j'ai trouvé un git difficile à adopter, mais je l'éloge tous les jours pour son utilité et comment cela fonctionne avec mes flux de travail plutôt que contre eux et pour son inconvénient in-my-way-ness.
La décision d'utiliser ou non le contrôle de la source dépend vraiment de vos besoins. Pour une atmosphère de type développeur unique et de petits projets, vous serez probablement simplement l'utiliser pour les versions; permettant de modifier votre code sans vous soucier de perdre quelque chose que vous avez déjà travaillé. Ce genre de sons comme où vous êtes à votre disposition, je ne seriez pas enveloppé dans tous les aspects du contrôle de la source. Si vous ne vous souciez pas de garder ces versions et que vous êtes disposé à risquer de perdre des affaires, le contrôle de la source peut être une surcharge dont vous n'avez pas besoin.
La plupart des gens ici vont dire Subversion (SVN) est la voie à suivre et ils ont probablement raison. Pas de cécolaire parce que c'est le meilleur outil là-bas, mais parce qu'il est gratuit et assez facile à comprendre et à utiliser. Il est également largement adopté par la communauté open source, ce qui signifie qu'il y a beaucoup d'informations sur le Web. Tortoisesvn fonctionne même surtout du menu contextuel (clic droit) sous Windows afin que vous puissiez éviter les "éditeurs" supplémentaires.
Merci, ça sonne mieux jusqu'à présent :)
Même en tant que développeur unique, il existe un certain nombre d'avantages à utiliser une forme de contrôle de la version. Pour moi, la raison la plus importante est que si vous bousillez votre code source (si vous par exemple, effectuez un certain nombre de grosses modifications et votre programme cesse de fonctionner), vous pouvez revenir à une version de travail précédente. Donc, sur la première question que je dirais: "Oui définitivement!".
Si vous n'avez pas de problème avec votre code Open Source, un certain nombre de sites peuvent héberger votre projet gratuitement, par exemple Google et Sourceforge . Sinon, vous pouvez exécuter une subversion, des CVS, etc Server sur votre propre ordinateur.
Quant au flux de travail, la plupart des logiciels de contrôle de version (VCS) fonctionnent comme suit:
Pour la question 4: La plupart des VCS bénéficient de la prise en charge des fichiers en déplacement / renommage et cela entrera dans l'historique également, cela ne devrait donc pas conduire à aucune confusion.
pour la question 5: aussi souvent que possible. Au travail que je vous engageez dès que j'ai apporté tout changement que j'ai vérifié fonctionne. Dans un scénario multi-utilisateurs, il est considéré comme un péché cardinal pour casser la construction, c'est-à-dire commettre une version non compilatrice / non de travail, car cela apporte aux autres développeurs à une halte de crise si la mise à jour de leur code. Si vous êtes le seul développeur, vous pouvez être un peu plus laxy que je pense.
+1 pour les k.i.s.s.s. Explication Comment travailler avec elle :)
Les autres réponses sont sur place. Cependant, je mentionnerais également qu'il y a deux "styles" différents du contrôle de la source:
1) Centralized = Vous stockez votre code dans un serveur, bien que cela puisse être votre machine locale (E.G. CVS, SVN)
2) Distribué = Vous stockez votre code dans une base de données locale (E.G. Git, Mercurial)
SVN est à peu près le programme de contrôle source centralisé de Defacto Standard Standard, bien que vous ayez besoin de configurer son serveur afin de l'utiliser. Pas trop difficile, mais vous pouvez essayer un système distribué comme Mercurial pour couper une étape supplémentaire.
Comme déjà dit, SVN n'a pas nécessairement besoin d'un serveur. Pour les choses que je fais à la maison, un référentiel SVN local sur un lecteur portable fonctionne bien.
Vous dites que vous recherchez un «point de départ simple mort», auquel cas je recommanderais Git. Une fois que l'outil est installé initialise un référentiel dans le répertoire actuel. Pour ajouter les fichiers que vous souhaitez contrôler, et < / p> commettez des modifications. le GitHub Guides est une excellente ressource pour commencer à utiliser GIT sur la plupart des plates-formes et contient de nombreux liens utiles.
Le contrôle de la version (outils et pratiques) est quelque chose que chaque programmeur grave devrait savoir. Je vous recommande d'apprendre certains systèmes de base et de vous familiariser avec les idées le plus tôt possible.
Les systèmes de contrôle de la version sont disponibles dans diverses saveurs. Vous avez peut-être rencontré des termes tels que centralisés, distribués, locaux, etc., qui peuvent être déroutants pour les non-initiés. La plupart des bons livres sur n'importe quel système de contrôle de version (le Book Subversion pour subversion et le PRO GIT Book pour GIT par exemple) vous donnera quelques-uns Introduction à la version de la version elle-même (divorcée de l'outil réel qu'ils couvrent). Je recommande également le page wikipedia et Cette page pour une introduction rapide.
Une fois que vous avez terminé, prenez un système. Il y a beaucoup de choix, mais leurs philosophies sont différentes. SVN, CVS, etc. sont centralisés et ont perdu du terrain aux plus récents comme Git et Mercurial qui sont distribués. Je recommanderais que vous essayiez d'abord d'utiliser Subversion (puisqu'il est toujours utilisé et que la compétence sera utile), puis tout distribué (mon préféré personnel est git).
L'acte final d'apprentissage ne viendra qu'avec la pratique et l'expérience et non de lire un livre. Bonne chance. :)
Pour vos nouvelles questions:
4: la restructuration de votre application ne sera pas un problème. Ils voit simplement que certains fichiers sont supprimés et d'autres ajoutés.
5: aussi souvent que vous le souhaitez. Plus vous vous engagez, plus il est plus facile de réparer de petites erreurs.
Une réponse à votre édition, points 4 et 5 (notant que mon vote est pour GIT - nous l'utilisons ici (environnement Windows multi-utilisateur) et il a été vraiment très efficace:
4., Et si je décide de changer complètement la structure de mon programme?
La plupart des systèmes de contrôle de la version pourront y faire face. À la fin de la journée, lorsque vous engagez vos modifications, vous avez une version enregistrée sur la manière dont vos fichiers examinent un point particulier à temps, ce qui devrait être tout ce dont vous avez besoin pour compiler votre code.
Votre système de contrôle de version n'est qu'un moyen «facile» de prendre un instantané de vos fichiers à un moment donné.
5., des autres questions, quelle que soit celle de ce que je m'engage?
aussi souvent que possible. Ou de la mettre d'une autre manière, si vous changez quelque chose (ou plus important encore, supprimez-vous accidentellement quelque chose ou faites quelque chose de vraiment stupide) et vous obtenez le sentiment de serrer le sentiment que vous venez de perdre des heures de travail relativement indépendant qui aurait pu être commis (et Enregistré), alors vous ne vous engagez pas assez souvent.
+1 pour le sentiment de serrage de la balle :)
Oui, c'est la meilleure façon de penser que «je viens de f * cked up» vous ressentez ...
Il y a des VCSS qui ne fonctionnent pas nécessairement bien avec la messagerie avec des fichiers, comme CVS. Tout ce qui est raisonnablement moderne n'aura aucun problème.
Oui en effet. Nous venons de déménager de VSS - c'est comme voir la lumière ...
Pourquoi? Je fais beaucoup de travail seul et commercial, je ne commencerais jamais un projet semi-sérieux sans contrôle de source. Au fil des ans, j'ai perdu beaucoup trop de démos (je fais beaucoup d'enseignement) et d'autres code que je pense que le filet de sécurité du contrôle de la source est vital. J'exécute également plus d'une machine (au moins un ordinateur portable et un ordinateur de bureau), cela signifie que je peux faire commettre et les commandes de plusieurs emplacements.
Comment? Pour ma configuration, j'ai héberversion hébergé sur Apache exécutant sous Windows. C'était sur Linux mais je l'ai déplacé pour diverses raisons non techniques. Il est en cours d'exécution dans une machine virtuelle VMware. Je ne sais pas avec certitude, mais je ne serais pas surpris s'il y avait une appliance VMware pour cela - je suis à peu près sûr qu'il y a une appliance VMware pour Apache. La configuration est simple et nécessite essentiellement aucune administration autre que lorsque je souhaite ajouter un nouveau projet au contrôle de la version. Mon serveur est exposé au monde extérieur afin que je puisse y accéder à partir de n'importe où, vous pouvez simplement avoir le serveur sur votre réseau domestique si nécessaire.
Comme je l'ai dit, j'utilise Subversion. J'ai également installé Git sur un serveur, mais je n'ai pas fait passer à Git, en partie dû à l'inertie de ma part et en partie à cause des outils. Aujourd'hui, je travaille principalement dans .NET et Visual Studio sous Windows, donc j'aime les outils intégrés à Visual Studio, pas que je suis opposé à des outils de ligne de commande en cours d'exécution, il est tout simplement plus facile si elles sont intégrées.
En ce qui concerne la modification de la structure du programme - l'avantage principal du contrôle de la version dans ce cas est que si vous vous bousillez mal, vous pouvez revenir à nouveau. Vous pouvez même essayer les choses et jeter les changements s'ils ne fonctionnent pas, par exemple, ramifiant votre ligne de développement principale actuelle. Si j'essayais une nouvelle nouvelle structure, je branlerais probablement ma base de code, la réétraction de la ré-structure pour que tout fonctionne, puis déplacez cette branche sur le «tronc» (en termes SVN). Vous n'avez pas à faire des choses de cette façon, mais cela vous donne un filet de sécurité.
Combien de fois dois-je vous engager? Ça dépend! Pour le code, probablement sur une unité de travail (qui pourrait être aussi peu que d'ajouter un seul test, ou autant que l'ajout d'une fonctionnalité), l'enregistrement dans le code doit toujours construire. Pour les documents, moins fréquemment. Vous pouvez également avoir des politiques de l'entreprise à ce sujet et des mécanismes tels que des étagères (en VSTS) où vous pouvez stocker du code dans le référentiel sans vous enregistrer. N'oubliez pas que le référentiel est là à a) Gardez votre code Safe B) pour contenir la dernière copie de le code et c) pour permettre le partage du code. Pour b) et c) être satisfait, le code doit être construit et transmettre tous les tests, donc ne vérifiez pas le code arbitratrairement.
J'espère que cela aide
sur le côté lyby solitaire des choses, le contrôle de la source résout trois problèmes pour moi.
Permettez-moi de se développer sur # 1. Outre les cas d'échec incontrôlables, je peux partir et faire du développement spéculatif et si / lorsque la spéculation échoue à une base stable est facile.
Permettez-moi de se développer sur # 3 pendant une seconde. J'ai toujours une liste de fonctionnalités assez importantes que je veux ajouter au logiciel que j'écris. Je crée une succursale pour une fonctionnalité que je veux ajouter et peut y travailler pendant un moment. Si plus tard, je ressens le désir de travailler sur une caractéristique différente, je peux revenir à une base de travail et travailler sur l'autre caractéristique pendant un moment. Quand je suis content de tout / tous les changements, la fusionnement est facile.
J'ai utilisé Sourceafe, Clearcase, CVS, SVN, CCS, RCS et Git dans le développement, et pour moi, l'outil qui m'a permis d'utiliser la version de la version régulièrement dans la programmation de Hobby. Il n'est pas seulement sorti de mon chemin, mais il a simplifié les tâches mentionnées ci-dessus.
Oui! Oui! S'il vous plaît commencer avec git.
Je suis un développeur avec une habitude d'essayer de nouvelles choses / méthodes à une application déjà stable. Avant de rencontrer Git, j'ai continué à copier mon projet stable actuel vers un dossier, un tampon de date du dossier juste pour vous souvenir de l'endroit où j'étais et qui était la version stable, alors je commencerais à jouer avec le code.
Mais avec git, je n'ai aucun problème à essayer de nouvelles astuces sur mon code, ce que je fais est juste une branche de mon maître (l'application stable principale) faire mes essais, et si j'échoue dans ce que je tentais de jeter la branche et retourner à mon maître rapidement, ce qui est toujours intact, sûr et stable. Et si j'ai un succès (que la plupart du temps ne suis pas), je viens de fusionner la succursale au Maître, puis jetez la branche. Comme c'est gentil.
ramification dans Git était ce qui m'a fait tomber la tête sur les talons avec elle. Essayez-le
C'est une bonne idée de commencer avec le contrôle de la version. À très peu d'exceptions près, chaque entreprise de logiciels sera utilisée d'une forme de contrôle de la version, de sorte que plus d'expérience que vous avez, mieux c'est. De plus, le contrôle de la source est une bonne idée et je l'utilise pour presque tout ce que je fais. Exemple: chaque fois que j'envoie mon CV à un employeur potentiel, je balise cette version. Maintenant, j'ai un instantané permanent de ce que le CV ressemblait à n'importe quel délai.
Comment: Comment dépend de quel système vous décidez d'aller avec. Je vais ajouter mes 2 cents aux discussions et mettre un vote pour GIT. Une fois que GIT est installé, ramifiant, commettre, créant un référentiel; Ces choses sont toutes super faciles et super rapides. Pour les développeurs isolés, l'absence de référentiel central facilite également la configuration. Je vais être en désaccord avec tous ceux qui ont dit que l'apprentissage de Git était facile, cependant. Certaines des commandes sont si ésotériques que vous ne pourrez peut-être jamais vous sevrer de regards fréquents à la documentation. ( Vous n'avez pas eu de question n ° 3, donc je fournis un lien: http://gitready.com /
Changer complètement la structure de votre programme n'est pas un problème du tout. Engagez-vous avant de faire les changements, de vous engager à nouveau après avoir apporté les changements, vous serez capable de tout renvoyer si vous visez des trucs. Un autre avantage d'aller avec GIT est que GIT suivra du texte sur plusieurs fichiers. Donc, par exemple, si Alice écrit 20 lignes de code dans le fichier Je m'engage constamment, presque chaque changement que je fais obtenir un commit et une description. N'oubliez pas le message de validation! Avoir une liste de 100 commits avec rien que des horodatages ne vous feront presque pas de bien. Lorsque je fais beaucoup d'interface graphique et / ou refactoring, je vais souvent passer plus de temps à écrire des messages alors que je rédige un code ... mais la seule fois qu'un autre personnage éditer 17 commente il ya mes cas de test, Je serai heureux d'être si libéral et verbeux avec mes commits.
oui. Parfois, il faut des efforts pour que les choses soient triées, mais si vous êtes modérément prudent, vos données sont rarement disparues pour de bon.
Si personne d'autre ne le veut, je vais le prendre. ; -)
Git Push Origine: une branche Quelqu'un?)
am et bob déplace ces 20 lignes de code dans le fichier bm , git vous permettra de tracer la source de cette code retour à Alice.
Très peu d'exceptions près? J'espère que cela, étant donné que c'est le 3ème millénaire. Bien que des expériences passées ... Je ne suis pas vraiment sûr de ne pas utiliser de VCS, c'est que rare (en fonction de la taille de l'entreprise, bien sûr).
Mon dernier emploi était pour une entreprise Fortune 500 qui n'a pas utilisé le contrôle de la source. Toutes les quelques heures, j'avais glisser mon répertoire de travail et giflerais une date à laquelle ... c'était plus que la plupart des gens.
J'imagine que les situations sont assez rares, cependant.
Je dois ajouter mon vote pour Mercurial. Ne peut pas laisser la limoniste tout à git. ; -)
Mais quoi que vous choisissiez à la fin, do commencez à utiliser un. Je suis franchement stupéfié que vous avez travaillé avec toutes ces langues / outils et que vous n'avez jamais commencé avec aucun VCS. Moi, j'ai commencé la RCS au moment où j'ai appris à ce sujet (retour sur le vénérable Amiga 1000, W / O A HD, seulement 176kb disquettes :)). Ne pouvait pas imaginer pas utiliser un VCS de quelque sorte. En fait, j'utilise toujours RCS, pour des fichiers simples qui n'ont besoin de rien de fantaisie.
Dupliquer Stackoverflow.com/questions/1113412/Utilisation-source-control parmi beaucoup d'autres autres
@SilentGhost - J'ai négligé celui-ci, je vais examiner cela - la plupart des autres questions sont trop spécifiques à mes besoins - comment faire cela, faire autre chose ... J'aime avoir un aperçu avant de commencer quoi que ce soit. Merci quand même :)
Aussi: Stackoverflow.com/questions/326429/...
L'utilisation de GIT sans GitHub n'est pas vraiment différente de l'utilisation de SVN sans stockage en ligne. GitHub est juste un supplément facultatif.
Vous pouvez marquer la réponse acceptée une fois que vous les avez essayés et choisis un :)
Mmm. GitHub est juste vraiment une «sauvegarde» en ligne si vous voulez. Il pourrait s'agir d'un serveur ou d'un autre disque dur externe à cette fin.
Depuis que vous avez mentionné que vous êtes un développeur, je suppose que vous avez de fortes compétences techniques. Dans ce cas, je recommanderais vraiment, je vous recommande vraiment de regarder "Git git" de Scott Chacon ( Gitcasts.com / Posts / Railsconf-Git-Talk ). Il y a environ une heure de long, mais c'est la meilleure ressource pour comprendre à quel point Git fonctionne et est utilisé, ce que je ressens est essentiel pour être vraiment efficace avec elle.
OH et +1 pour le faire via Pascal, Java, HTML et PHP Development sans jamais avoir touché une VCS. Avez-vous eu un badge pour ça? :-)
Eh bien, la plupart de ce que j'ai appris à utiliser vraiment utiliser / utilisé (HTML + XML, CSS, PHP, JQ W JS FW (JQ, MT, ...), Delphi dans son temps, maintenant Flash / Flex / Air) J'ai appris par moi-même, autre (C / C ++, Pascal, Java) à l'école - et à l'école, ils vous apprennent ce qu'ils pensent avoir un sens, surtout sans véritable applications (au moins des écoles que j'ai assistées) ... donc il y avait donc en fait personne ne me montre que cvs :) (éditer: ou VCS, à ce sujet :)
Comment cela est-il éventuellement un duplicata d'une question sur le contrôle de la version avec Visual Studio?