J'ai récemment ajouté un nouveau projet à Git à l'aide d'Eclipse, mais je ne vois pas le projet apparaître dans mon compte GitHub.
Pourquoi ont-ils les mêmes informations de compte et différents référentiels?
Git et GitHub ne sont-ils pas la même chose?
Réponses:
Git est un système de contrôle de révision, un outil pour gérer l'historique de votre code source.
GitHub est un service d'hébergement pour les référentiels Git.
Donc ce n'est pas la même chose: Git est l' outil , GitHub est le service pour les projets qui utilisent Git .
Pour obtenir votre code sur GitHub, jetez un œil ici .
la source
Dans l'analogie SVN, Git remplace SVN, tandis que GitHub remplace SourceForge: P
Si votre projet est nouveau, vous pouvez toujours vous engager dans votre Git local, puis vous pourrez pousser vers GitHub plus tard. Vous devrez ajouter votre dépôt GitHub en tant que «référentiel distant» dans votre configuration Git.
Ils semblent avoir quelque chose pour les utilisateurs d'Eclipse: http://eclipse.github.com/
Sinon, si vous êtes nouveau sur Git: http://git-scm.com/book
la source
Qu'est-ce que Git :
Git est un système de contrôle de version peer-peer distribué. Chaque nœud du réseau est un homologue, stockant des référentiels entiers qui peuvent également agir comme des sauvegardes distribuées multi-nœuds. Il n'y a pas de concept spécifique de serveur central, bien que les nœuds puissent être sans tête ou «nus», jouant un rôle similaire au serveur central dans les systèmes de contrôle de version centralisés.
Qu'est-ce que GitHub :
Github fournit un contrôle d'accès et plusieurs fonctionnalités de collaboration telles que les wikis, la gestion des tâches et le suivi des bogues et les demandes de fonctionnalités pour chaque projet.
Vous n'avez pas besoin de GitHub pour utiliser Git.
GitHub (et tout autre système local, distant ou hébergé) peuvent tous être des pairs dans les mêmes référentiels distribués versionnés au sein d'un même projet.
Github vous permet de:
la source
Git - L'outil de contrôle de version sur lequel GitHub est construit.
GitHub - Notre entreprise et le nom de notre logiciel. Nous créons des logiciels et des sites Web pour vous aider à interagir avec les référentiels Git de manière agréable.
GitHub.com - Le site Web auquel vous vous connectez pour afficher les référentiels en ligne.
GitHub Desktop - Une application que vous pouvez installer sur votre ordinateur pour vous aider à synchroniser le code local avec GitHub.com.
source: https://guides.github.com/introduction/getting-your-project-on-github/
la source
Il existe un certain nombre de différences évidentes entre Git et GitHub .
Git lui-même est vraiment concentré sur les tâches essentielles du contrôle de version. Il conserve un historique de validation, il vous permet d'annuler les modifications via des commandes de réinitialisation et de retour , et il vous permet de partager du code avec d'autres développeurs via des commandes push et pull. Je pense que ce sont les fonctionnalités essentielles que tout développeur veut d'un outil DVCS.
No Scope Creep avec Git
Mais une chose à propos de Git est qu'il est vraiment concentré uniquement sur le laser sur le contrôle du code source et rien d'autre. C'est génial, mais cela signifie également que l'outil manque de nombreuses fonctionnalités que les organisations souhaitent. Par exemple, il n'existe aucune fonction de gestion des utilisateurs intégrée pour authentifier qui se connecte et valide le code. L'intégration avec des choses comme Jira ou Jenkins est laissée aux développeurs pour comprendre des choses comme les crochets. Fondamentalement, il existe une multitude d'endroits où les fonctionnalités pourraient être intégrées. C'est là qu'interviennent des organisations comme GitHub et GitLab.
Fonctionnalités supplémentaires de GitHub
La principale «valeur ajoutée» de GitHub est qu'il fournit une plate-forme cloud pour Git. En soi, c'est génial. En plus de cela, GitHub propose également:
GitHub ajoute donc du raffinement et du raffinement à un outil DVCS déjà populaire.
Concurrents Git et GitHub
Parfois, quand il s'agit de faire la différence entre Git et GitHub, je pense qu'il est bon de regarder contre qui ils rivalisent. Git est en concurrence sur un plan avec des outils tels que Mercurial, Subversion et RTC, tandis que GitHub est plus dans l'espace SaaS en concurrence avec des fournisseurs de cloud tels que GitLab et BitBucket d'Atlassian.
Aucun GitHub requis
Une chose que j'aime toujours rappeler aux gens est que vous n'avez pas besoin de GitHub, GitLab ou BitBucket pour utiliser Git. Git est sorti en quoi, 2005? GitHub n'est pas entré en scène avant 2007 ou 2008, donc les grandes organisations effectuaient un contrôle de version distribué avec Git bien avant l'arrivée des fournisseurs d'hébergement cloud. Donc Git va bien tout seul. Il n'a pas besoin d'un service d'hébergement cloud pour être efficace. Mais en même temps, avoir un fournisseur PaaS ne fait certainement pas de mal.
Travailler avec GitHub Desktop
Au fait, vous avez mentionné le décalage entre les référentiels de votre compte GitHub et les référentiels que vous avez localement? C'est compréhensible. Jusqu'à ce que vous vous connectiez et effectuiez une extraction ou une extraction, le référentiel Git local ne connaît pas le référentiel GitHub distant. Cela dit, GitHub fournit un outil connu sous le nom de bureau GitHub qui vous permet de vous connecter à GitHub à partir d'un client de bureau et de charger facilement des dépôts Git locaux dans GitHub, ou d'apporter des dépôts GitHub sur votre machine locale.
Je ne suis pas trop impressionné par l'outil, car une fois que vous connaissez Git, ces choses ne sont pas si difficiles à faire dans le shell Bash, mais c'est une option.
la source
De manière simple, nous pouvons voir ci-dessous la différence entre git et git hub et VSTS.
git : - Traitez git comme un moteur / technologie pour réaliser le contrôle de la version source de notre projet. Contrairement à TFS (encore une fois un contrôle de version source centralisé), git est une technologie de contrôle de version distribuée. Cela signifie que git ne requiert pas de serveur. Grâce à la technologie git, nous pouvons créer notre propre machine locale en tant que référentiel de code source sans avoir toujours besoin d'un serveur centralisé (à grande échelle, il peut avoir un serveur Microsoft pour pousser et conserver le code source de notre projet). Mais avec le contrôle de version de type SVN et TFS, il est obligatoire qu'un serveur lui soit associé.
Par exemple, si je suis développeur indépendant et que je relève directement de mon client et qu'aucun autre développeur n'est impliqué, je dois garder le contrôle de version de mon code pour revenir en arrière (n'importe quelle version) et valider mes codes et je ne le fais pas avoir un budget pour obtenir un serveur et je n'ai pas le temps d'installer et d'utiliser un autre serveur sur ma machine comme serveur TFS et client TFS. Donc, le moyen optimal est d'installer git engine et d'utiliser ma machine locale comme référentiel pour le contrôle de version par git.
GitHub : - comme je l'ai dit précédemment, git est une technologie utilisée avec certaines commandes / shell, c'est-à-dire que git n'a pas d'interface utilisateur. GitHub est un produit en ligne ou un référentiel en ligne qui utilise la technologie git pour leur processus et permet de contrôler la version ainsi que d'autres fonctionnalités telles que le suivi des bogues, la gestion de projet, la gestion des tickets de support, etc. En d'autres termes, Git Hub est un wrapper construit sur la technologie git avec une interface utilisateur et d'autres fonctionnalités par une autre société tierce, c'est en fait un produit appartenant à quelqu'un ou à un groupe basé sur la technologie git, où git est open source et non commercialisable produit.
VSTS : - VSTS est un produit Microsoft pour le référentiel en ligne gardant le contrôle de la version source qui peut être traité comme une alternative à git hub. Depuis Microsoft, VSTS prend en charge à la fois la technologie git et TFS (TFVC-team foundation version control). Parce que TFS est un autre ancien produit Microsoft pour réaliser ce contrôle de version. Généralement, je suppose que VSTS va progressivement vider TFS car git est la technologie dominante dans ce domaine et il est open source.
la source
En anglais simple:
la source
Git- Git est un logiciel de contrôle de version que vous installez sur votre système local. Pour un individu travaillant seul sur un projet, Git s'avère être un excellent logiciel.
GitHub - Comme mentionné précédemment, Git est un système de contrôle de version qui suit les changements de code, tandis que GitHub est un service d'hébergement de référentiel de contrôle de version Git basé sur le Web. Il fournit toutes les fonctionnalités de contrôle de version distribué et de gestion de code source (SCM) de Git tout en lui ajoutant quelques-unes de ses propres fonctionnalités.
la source
En termes simples, Git est un système de contrôle de version qui vous permet de gérer et de suivre l'historique de votre code source. GitHub est un service d'hébergement cloud qui vous permet de gérer les référentiels Git. Si vous avez des projets open-source qui utilisent Git, alors GitHub est conçu pour vous aider à mieux les gérer.
la source
Github est requis si vous souhaitez collaborer entre les développeurs. Si vous êtes un seul contributeur, git suffit, assurez-vous de sauvegarder régulièrement votre code
la source