J'ai récemment ajouté un nouveau projet à Git en utilisant Eclipse, mais je ne vois pas le projet apparaître dans mon compte GitHub.
Pourquoi ont-ils les mêmes informations de compte et des référentiels différents?
Git et GitHub ne sont-ils pas la même chose?
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 ne sont pas la même chose: Git est l'outil , GitHub est le service pour les projets utilisant Git .
Pour obtenir votre code sur GitHub, regardez ici .
Dans l'analogie SVN, Git remplace SVN, alors que GitHub remplace SourceForge: P
Si votre projet est nouveau, vous pouvez toujours vous engager sur votre Git local, puis vous pouvez pousser ultérieurement vers GitHub. Vous devrez ajouter votre référentiel 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
Qu'est-ce que Git :
"Git est un logiciel libre et open source distribué système de contrôle de version conçu pour gérer tout, des projets de toutes tailles, avec rapidité et efficacité."
Git est un système de contrôle de version homologue homologue distribué. Chaque nœud du réseau est un homologue, stockant des référentiels entiers pouvant également servir de 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 à celui du serveur central dans les systèmes de contrôle de version centralisés.
Qu'est-ce que GitHub :
"GitHub est un basé sur le Web référentiel Git service d'hébergement, qui offre toute la fonctionnalité de contrôle de révision distribuée et de gestion du code source (GDS) de Git, ainsi que l'ajout de sa propre traits."
Github fournit un contrôle d'accès et plusieurs fonctionnalités de collaboration telles que les wikis, la gestion des tâches, le suivi des bogues et les demandes de fonctionnalités pour chaque projet.
Vous faites pas besoin GitHub d'utiliser Git.
GitHub (et tout autre système local, distant ou hébergé) peuvent tous être des homologues dans les mêmes référentiels versionnés distribués au sein d'un même projet.
Github vous permet de:
Git - L'outil de contrôle de version sur lequel GitHub est construit.
GitHub - Notre société et le nom de notre logiciel. Nous construisons des logiciels et des sites Web pour vous aider à interagir de manière agréable avec les référentiels Git.
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/
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'inverser les modifications via les commandes reset et revenir , et vous permet de partager du code avec d'autres développeurs via les commandes Push et Pull. Je pense que ce sont les fonctionnalités essentielles que chaque développeur souhaite d'un outil DVCS.
Pas de glissement de portée avec Git
Mais une chose à propos de Git est qu’il s’agit en réalité de laser pour 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 entreprises souhaitent. Par exemple, il n’existe aucune fonctionnalité intégrée de gestion des utilisateurs permettant d’authentifier qui se connecte et valide le code. L'intégration avec des éléments tels que Jira ou Jenkins est laissée aux développeurs qui doivent comprendre à l'aide d'éléments tels que les points d'ancrage. En gros, il existe une multitude d’endroits où des 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 de fournir une plate-forme basée sur le cloud pour Git. C'est en soi génial. En plus de cela, GitHub propose également:
Donc, GitHub ajoute vraiment du raffinement à un outil déjà populaire de DVCS.
concurrents de Git et GitHub
Parfois, lorsqu'il s'agit de différencier Git et GitHub, je pense qu'il est bon de regarder contre qui ils sont en concurrence. Git est en concurrence dans un avion avec des outils tels que Mercurial, Subversion et RTC, alors que GitHub est plus dans le domaine SaaS en concurrence avec des fournisseurs de cloud tels que GitLab et Atlassian BitBucket.
Aucun GitHub requis
Une chose que j'aime toujours rappeler aux gens, c'est que vous n'avez pas besoin de GitHub, GitLab ou BitBucket pour utiliser Git. Git a été libéré dans quoi, 2005? GitHub n'étant entré en scène qu'en 2007 ou 2008, les grandes organisations contrôlaient déjà les versions distribuées avec Git bien avant l'arrivée des fournisseurs d'hébergement dans le cloud. Donc, Git est très bien seul. Il n'a pas besoin d'un service d'hébergement en nuage pour être efficace. Mais dans le même temps, avoir un fournisseur de PaaS ne fait certainement pas de mal.
Travailler avec GitHub Desktop
Au fait, vous avez mentionné l'inadéquation entre les référentiels de votre compte GitHub et les dépôts que vous avez localement? C'est compréhensible. Tant que vous ne vous êtes pas connecté et que vous n'avez ni extrait ni récupéré, le dépôt Git local ne sait rien du dépôt GitHub distant. Cela dit, GitHub fournit un outil appelé 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 ordinateur local.
Je ne suis pas trop impressionné par cet outil, car une fois que vous connaissez Git, ces tâches ne sont pas si difficiles à faire dans Bash Shell, mais c'est une option.
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/une technologie permettant de contrôler 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 qu’il n’exige en réalité aucun serveur. Grâce à la technologie git, nous pouvons créer notre propre machine locale en tant que référentiel de code source sans qu'il soit toujours nécessaire de disposer d'un serveur centralisé (à grande échelle, il peut utiliser le serveur Microsoft à pousser et conserver le code source de notre projet). Mais avec le type de contrôle de version SVN et TFS, il est obligatoire qu’un serveur y soit associé.
Par exemple, si je suis un développeur indépendant et que je rapporte directement à mon client et qu'aucun autre développeur n'est impliqué, je dois garder le contrôle de la version de mon code pour restaurer (quelle que soit la version) et valider mes codes. 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 en tant que serveur TFS et client TFS. Donc, le meilleur moyen est d'installer git engine et d'utiliser ma machine locale en tant que 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/commandes de 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 ses processus et permet des contrôles de version ainsi que d'autres fonctionnalités telles que le suivi des bogues, la gestion de projets, 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 proposées par une autre société tierce. produit.
VSTS: - VSTS est un produit Microsoft permettant au référentiel en ligne de conserver le contrôle de la version source, qui peut être traité comme une alternative au hub git. Depuis sa version Microsoft, VSTS prend en charge à la fois la technologie git et TFS (contrôle de version de fondation par l’équipe TFVC). Parce que TFS est un autre ancien produit Microsoft qui permet de contrôler cette version. Globalement, je suppose que VSTS va progressivement vider TFS, car Git est la technologie la plus utilisée dans ce domaine et est open source.
Ils concernent tous le contrôle de la source, comme nous le savons tous. Par analogie, si Git est un ordinateur autonome, alors GitHub est un résea d’ordinateurs connectés par Internet avec des sonneries et des sifflets. Donc, sauf si vous ouvrez un compte GitHub et spécifiquement indiquez à VSC ou à n’importe quel éditeur qu’il utilise GitHub, votre code source apparaîtra de haut en bas sinon ils sont seulement ici, - votre machine locale.