Introduction à Git Origin Master
Lorsque vous travaillez sur n'importe quel projet avec Git, il est nécessaire de connaître sa télécommande. Fondamentalement, avec git, vous travaillerez sur le référentiel distant qui sera géré avec des versions par git. À distance contrairement au terme suggère la disponibilité de code sur le serveur qui peut être local ou connecté par Internet. Ces référentiels peuvent se voir attribuer des catégories d'accès en lecture-écriture en fonction du type d'utilisateurs qui y accèdent. Ainsi, lorsque nous collaborons avec d'autres sur le développement, nous devons gérer ces référentiels (cela inclut également la création et la suppression de référentiels) ainsi que la transmission et l'extraction des données vers eux. Dans cette rubrique, nous allons découvrir Git Origin Master.
La commande à distance Git peut être utilisée pour savoir sur quel référentiel distant nous travaillons. Cette commande les répertorie avec leurs noms courts que l'administrateur ou le créateur du référentiel aurait pu mentionner lors de sa création. Si aucun nom spécifié par origine par défaut n'est le nom court qui est donné au dépôt à partir duquel nous aurions pu cloner. Dans la capture d'écran ci-dessous, vous pouvez les voir. J'ai cloné le dépôt à partir de GitHub et conservé dans le répertoire test_git_tools qui ajoute implicitement le dépôt appelé origin. Pour voir plus de détails sur un dépôt, nous pouvons donner à git remote -v comme indiqué ci-dessous et il listera toutes les télécommandes avec leurs noms courts sur lesquels le programmeur travaille. Voici son seul.
Nous pouvons ajouter remote au repo que nous voulons cloner simplement en utilisant git remote add. Vous pouvez vous référer à la capture d'écran ci-dessous où j'ai ajouté test_get remote à https://github.com/aliraju4280/test_git_tools.git et les ai répertoriés avec l'option git remote -v.
Nous avons vu que lorsque nous clonons l'origine du code est le nom abrégé par défaut qui lui est donné. Nous devons donc récupérer la commande pour git qui peut être utilisée pour mettre à jour le référentiel local où nous avons cloné. Donc, en fait, git fetch origin tirera les mises à jour de votre répertoire de travail. Il télécharge uniquement les données mais ne fusionnera pas automatiquement son référentiel local.
Nous devons manuellement l'exécuter. Alternativement, nous pouvons utiliser la commande git pull qui effectuera automatiquement cette tâche combinée de téléchargement des données et de les fusionner avec le maître ou la branche qui est suivie par la commande git clone lorsque notre répertoire de travail a été créé.
Nous pouvons utiliser git push qui ne le fera que lorsque l'utilisateur aura l'accès en écriture pour envoyer notre travail vers l'amont à partir duquel nous avons cloné qui sera d'origine distante. La commande est git push
Où l'origine est le nom abrégé distant s'il n'y avait pas de nom. sera le compartiment de bits ou le nom de la branche GitHub. Par défaut, lorsque vous créez une branche dans un référentiel, elle sera appelée une branche principale et cette branche particulière dans l'environnement de développement d'entreprise sera synchronisée avec la production et nous devons être prudents avant de modifier ou de fusionner quoi que ce soit à maîtriser. Tout ce qui est fait au maître sera suivi et audité occasionnellement. Ainsi, lorsque nous devons travailler sur le code source, nous créons une copie à partir du maître et ce brach peut être une fonctionnalité ou personnalisé. Nous travaillons sur ces branches copiées ou fonctionnelles et une fois que le code développé est stable, alors seulement nous le fusionnons branche principale et tous les développeurs n'ont pas les autorisations pour le faire. Donc, lorsque nous poussons quelque chose à master directement auquel nous pourrions avoir accès, nous donnons la commande comme git push origin master / git pull origin master et si nous travaillons sur une fonctionnalité ou tout autre type de brach qui a été créé à partir de master ou d'une autre branche, alors nous donnerons comme git push origin feature_branchname / git pull origin feature_branchname.
Origin master -–> peut être interprété comme une branche master sur le nom distant appelé comme origine.
Inspection de la télécommande d'origine
Si nous voulons obtenir plus de détails sur la branche distante, git fournit quelque chose appelé commande git show qui peut être utilisée comme ci-dessous comme git remote show
Ce particulier va lister l'URL et ainsi que les détails de la branche de suivi pour la télécommande. Les détails de cette commande seront utiles lorsque nous travaillons sur de nombreuses télécommandes et branches car ils peuvent fournir sur quelle branche nous pouvons tirer ou pousser nos modifications en détail. Ici, car je n'ai qu'une seule branche créée ci-dessus, la capture d'écran ne répertorie que ces détails. Pour obtenir plus d'informations, j'ai pris une capture d'écran de la page de documentation officielle de git ci-dessous:
Si nous voyons ci-dessus la commande git remote show origin, elle répertorie les détails de quelque cinq branches et quelles branches peuvent être fusionnées avec quelle branche particulière avec des détails de push et pull comme lorsque nous donnons git push ou git pull puis à quelle branche particulière la les détails seront téléchargés ou téléchargés à partir de.
Nous pouvons également renommer l'origine distante avec un autre nom en utilisant la commande rename comme indiqué ci-dessous
git remote renommer l'origine en test_origin
vous pouvez voir que j'ai réussi à changer la télécommande d'origine en test_origin dans la capture d'écran ci-dessus et cette commande modifiera également toutes ses références de suivi. Nous pouvons utiliser toutes les commandes ci-dessus que nous avons vues précédemment avec un nouveau nom distant à la place d'origine comme ci-dessous.
git push test_origin master / git pull test_origin master.
De même, nous pouvons supprimer une télécommande créée à l'aide de la commande git remote remove ou git remote rm, comme indiqué ci-dessous
une fois la télécommande supprimée, toutes ses références de suivi seront également supprimées. Nous devons donc être prudents lors de l'utilisation de cette commande.
Donc, lorsque nous commençons à travailler avec git, l'origine et le maître sont ses bases et les connaître sera un boom lorsque l'on se confondra avec les commandes pull ou push et merge, surtout lorsque votre serveur héberge plusieurs télécommandes ou branches.
Articles recommandés
Ceci est un guide de Git Origin Master. Nous discutons ici de la commande et des branches de la télécommande Git et de l'inspection de la télécommande d'origine. Vous pouvez également consulter l'article suivant pour en savoir plus -
- Qu'est-ce que Git Fetch?
- Qu'est-ce que Git Branch?
- Terminologie Git
- Git Alternatives
- Trois étapes du cycle de vie de Git avec le workflow
- Comment utiliser GIT Cherry-pick avec l'exemple?