Je ne comprends pas complètement le but d'utiliser Git ou Github; Je sais que cela aide à garder une trace de vos changements et c'est utile pour les gens qui collaborent avec d'autres personnes, mais je ne collabore avec personne, donc je ne sais pas si cela serait utile pour moi.
Je travaille habituellement en tant que concepteur / développeur Web, mais je n'ai jamais à collaborer. Je sais que dans Git, vous avez créer, pousser, valider, créer des branches, etc. pour chaque référentiel mais ...
Quelle est la différence entre Git et GitHub?
Git enregistre-t-il chaque référentiel localement (sur la machine de l'utilisateur) et dans GitHub?
Pouvez-vous utiliser Git sans GitHub? Si oui, quel serait l'avantage d'utiliser GitHub?
Comment Git se compare-t-il à un système de sauvegarde tel que Time Machine?
S'agit-il d'un processus manuel, en d'autres termes, si vous ne vous engagez pas, vous n'aurez pas une nouvelle version des modifications apportées?
Si vous ne collaborez pas et que vous utilisez déjà un système de sauvegarde, pourquoi utiliseriez-vous Git?
Réponses:
Git est un système de contrôle de version; pensez-y comme une série d' instantanés (commits) de votre code. Vous voyez un chemin de ces instantanés, dans quel ordre ils ont été créés. Vous pouvez créer des branches pour expérimenter et revenir aux instantanés que vous avez pris.
GitHub, est une page Web sur laquelle vous pouvez publier vos référentiels Git et collaborer avec d'autres personnes.
Non, c'est uniquement local. Vous pouvez décider de pousser (publier) certaines branches sur GitHub.
Oui, Git s'exécute localement si vous n'utilisez pas GitHub. Une alternative à l'utilisation de GitHub pourrait être d'exécuter Git sur des fichiers hébergés sur Dropbox, mais GitHub est un service plus rationalisé car il a été spécialement conçu pour Git.
C'est différent, Git vous permet de suivre les changements et votre processus de développement. Si vous utilisez Git avec GitHub, cela devient effectivement une sauvegarde. Cependant, généralement, vous ne pousserez pas tout le temps vers GitHub, auquel cas vous n'avez pas de sauvegarde complète si les choses tournent mal. J'utilise git dans un dossier synchronisé avec Dropbox.
Oui, commettre et pousser sont tous deux manuels.
Si vous rencontrez une erreur entre
git diffles validations, vous pouvez utiliser la commande pour voir les différences entre le code actuel et la dernière validation active, vous aidant à localiser votre erreur.Vous pouvez également revenir au dernier commit de travail.
Si vous souhaitez essayer un changement, mais n'êtes pas sûr que cela fonctionnera. Vous créez une branche pour tester votre changement de code. Si cela fonctionne correctement, vous le fusionnez avec la branche principale. Si ce n'est pas le cas, jetez simplement la branche et revenez à la branche principale.
Vous avez fait un débogage. Avant de valider, vous examinez toujours les modifications par rapport au dernier commit. Vous voyez votre déclaration d'impression de débogage que vous avez oublié de supprimer.
Assurez-vous de consulter gitimmersion.com .
la source
git intersectà cet effet.git bisect?Linus Torvalds vous tuerait pour cela. Git est le nom du programme de gestion de versions qu'il a écrit. GitHub est un site Web sur lequel il existe des référentiels de code source gérables par Git. Ainsi, GitHub est complètement indépendant de l'outil Git d'origine.
Si vous validez des modifications, il les stocke localement. Ensuite, si vous poussez les commits, il les sotres également à distance.
Vous pouvez, mais je suis sûr que vous ne voulez pas configurer manuellement un serveur git pour vous-même. Avantages de GitHub? Eh bien, facile à utiliser, beaucoup de gens le connaissent afin que d'autres puissent trouver votre code et le suivre / le bifurquer pour apporter des améliorations également.
Git est spécialement conçu et optimisé pour le code source.
Exactement.
Voir # 4.
la source
Git est un système de contrôle de version distribué. Il s'exécute généralement sur la ligne de commande de votre ordinateur local. Il garde une trace de vos fichiers et des modifications apportées à ces fichiers dans un "référentiel" (ou "repo"), mais uniquement lorsque vous lui demandez de le faire. (En d'autres termes, vous décidez quels fichiers suivre et quand prendre un "instantané" de toute modification.)
En revanche, GitHub est un site Web qui vous permet de publier vos référentiels Git en ligne, ce qui peut être utile pour de nombreuses raisons (voir # 3).
Git est connu comme un système de contrôle de version "distribué" (plutôt que "centralisé") car vous pouvez l'exécuter localement et déconnecté d'Internet, puis "pousser" vos modifications vers un système distant (tel que GitHub) quand vous le souhaitez. Ainsi, les modifications de référentiel n'apparaissent sur GitHub que lorsque vous dites manuellement à Git de pousser ces modifications.
Oui, vous pouvez utiliser Git sans GitHub. Git est le programme "bourreau de travail" qui suit réellement vos modifications, tandis que GitHub héberge simplement vos référentiels (et fournit des fonctionnalités supplémentaires non disponibles dans Git). Voici certains des avantages de l'utilisation de GitHub:
Git sauvegarde vos fichiers, bien qu'il vous donne un contrôle beaucoup plus granulaire qu'un système de sauvegarde traditionnel sur quoi et quand vous sauvegardez. Plus précisément, vous "validez" chaque fois que vous souhaitez prendre un instantané des modifications, et cette validation inclut à la fois une description de vos modifications et les détails ligne par ligne de ces modifications. Ceci est optimal pour le code source car vous pouvez facilement voir l'historique des modifications pour un fichier donné au niveau ligne par ligne.
Oui, c'est un processus manuel.
Pour commencer avec Git, je recommande le livre en ligne Pro Git ainsi que GitRef comme guide de référence pratique. Pour commencer avec GitHub, j'aime le Bootcamp de GitHub et leurs guides GitHub . Enfin, j'ai créé une courte série de vidéos pour présenter Git et GitHub aux débutants.
la source