Dépôts distants avec Git

Manutention Git En tant qu'outil de travail collaboratif, il est devenu une nécessité à l'heure actuelle, où la plupart des développements l'utilisent pour maintenir les changements unifiés et sans conflits.
Dans les tutoriels précédents, nous avons appris à gérer les référentiels dans des environnements locaux et ce n'est pas mal si nous apprenons à utiliser GitCependant, dans le monde du travail, cela est géré différemment, et la plupart du temps, nous devrons travailler sur un référentiel distant, qui aura plusieurs branches et chaque développeur présent y télécharge constamment des modifications.
Un référentiel distant est un référentiel qui ne nous appartient pas, qui peut se trouver sur un serveur cloud, sur l'ordinateur d'un autre développeur ou même sur un système de fichiers. La fonction principale de ces référentiels est que d'autres développeurs peuvent collaborer avec eux, y compris nous via les branches ou branches.
Il existe de nombreux services qui nous permettent de créer notre référentiel distant, nous avons GitHub mais ceci est orienté vers des projets personnels et des collaborations entre la communauté des développeurs avec certains projets et nous avons Bitbucket, qui est orienté vers les projets privés et les équipes de travail dans les entreprises ou les organisations.
Pour ce tutoriel, nous utiliserons Bitbucket, est libre et est celui qui ressemble le plus à la philosophie de travail sur laquelle nous voulons nous concentrer.
Nous avons mentionné qu'un référentiel distant ne nous appartient pas, car il se trouve sur une plateforme qui n'est pas la nôtre, cependant nous pouvons effectuer des opérations dessus, allant de sa création à sa suppression si nous le souhaitons.
Pour créer notre référentiel distant, nous allons à la page Bitbucket et si nous ne sommes pas enregistrés, nous créons notre compte, entrons et étant dans notre panneau principal, nous cherchons l'option Créer pour créer le référentiel distant.

Nous nommons notre référentiel, incluons une description, sélectionnons la visibilité et la capacité à effectuer fourchettes, où nous pouvons en outre sélectionner la langue dans laquelle notre projet sera basé, enfin nous appuyons sur créer et nous aurons notre référentiel distant créé.
Nous allons supposer que nous partons de zéro et que nous n'avons pas de projet mais que nous allons bientôt commencer à télécharger nos modifications, pour cela nous devons créer le dossier où sera le projet et faire le premier pousser.
Pour ce faire, nous créons un dossier dans lequel nous allons ouvrir une console de commande et nous allons l'initialiser en tant que référentiel gitAprès cela, nous allons créer la connexion avec notre référentiel distant, que nous pouvons trouver dans le panneau principal de notre référentiel nouvellement créé :

Maintenant, nous devons effectuer notre premier pousser Pour vérifier que tout fonctionne correctement, nous allons créer un nouveau fichier, qui peut être un .txt avec un simple texte. On utilise la commande ajouter pour l'ajouter au référentiel, nous ajoutons notre premier s'engager et enfin nous faisons le pousser à la succursale Maître:

Comme nous voyons que tout s'est bien passé, cependant pour les utilisateurs qui commencent et se sentent un peu insécurisés à propos de l'outil, et se demandent si les fichiers ont été téléchargés, ils peuvent aller à Bitbucket et actualisez le référentiel et vous pouvez voir les modifications apportées :

AGRANDIR

Bitbucket est extrêmement utile, non seulement il nous permet de créer des référentiels mais son application Web nous permet de voir des données telles que la branche dans le référentiel, le fourchettes qui ont été fait, l'activité qu'il contient et même envoyer des invitations à d'autres développeurs.
Une fois notre référentiel créé, il est temps de commencer le travail de collaboration, pour cela la première chose que nous devons faire est de créer les branches ou branches. A part la branche Maître Il faut créer une branche supplémentaire pour le projet en général et c'est celle dans laquelle les développeurs vont faire fusionner et téléchargez vos dernières modifications.
Filiales individuellesDe plus, il est recommandé que chaque développeur ait une branche pour cela, donc les modifications de chaque membre de l'équipe seront sectionnées et en cas d'erreur dans le téléchargement final, elles peuvent être renvoyées sans trop de problème.
Nous allons créer la branche appelée développement et une branche personnelle pour nos modifications, nous le faisons avec la commande branche suivi du nom de la branche, voyons à quoi cela ressemble dans notre console :

Cela créera nos branches localement, mais jusqu'à ce que nous y apportions des modifications et que nous fassions le pousser ils ne seront pas enregistrés dans notre référentiel, pour cela nous allons passer à notre branche personnelle avec la commande vérifier et on vérifie avec statut que nous n'avons rien à faire s'engager, cela devrait être comme ça puisqu'il s'agit d'une nouvelle branche, voyons :

Nous allons maintenant créer des dossiers et quelques fichiers pour donner du poids à notre projet, cependant rappelons-nous que les changements se feront dans notre branche. Après avoir effectué ces opérations, nous devons les ajouter avec ajouter, effectuer la s'engager correspondant et enfin le pousser à notre branche, voyons ces opérations dans notre console de commande :

Nous avons déjà effectué le téléchargement dans notre branche, il ne nous reste plus qu'à faire la même chose avec la branche de développement, mais pour cela, nous n'avons pas besoin d'utiliser la commande add ou commit, pour cela nous utiliserons la commande fusionner Pour joindre les changements qui ne sont pas présents dans la branche, cela nous épargne beaucoup de travail et nous permet de garder une trace des actions que nous effectuons sur le référentiel.
Pour ce faire, nous devons passer à la branche de développement avec la commande vérifier et là nous allons exécuter la commande fusionner pointant vers la branche jacosta pour rejoindre les changements que nous avons apportés.

Avec cette action, la mise à jour sera effectuée mais cela ne signifie pas que nous avons téléchargé les modifications sur la branche de la même manière que nous devons effectuer le pousser, mais cela nous évite quelques étapes supplémentaires et nous donne un processus de téléchargement plus propre. Cette action créera la nouvelle branche et unifiera nos modifications, si nous ne faisons toujours pas confiance à ce que la console nous informe, nous pouvons y aller Bitbucket, où l'on peut voir les nouvelles branches créées ainsi que les actions que nous avons menées dans la section activités récentes :

AGRANDIR

Comme nous pouvons le voir, nous avons les nouvelles branches ainsi que les nouveaux changements apportés. Il est important de mentionner qu'il s'agit du workflow normal que nous devons effectuer lorsque nous travaillons dans des environnements collaboratifs, sinon nous provoquerions des conflits, amenant notre équipe à passer même quelques heures à dépanner le référentiel.
Ce que nous venons de voir fait partie de l'idée que c'est nous qui avons créé le référentiel distant, mais au moment où nous sommes invités à l'un d'eux, le processus change un peu. Supposons que notre équipe utilise également Bitbucket et ils ont créé le référentiel sur la plate-forme, nous sommes allés au panneau principal, nous avons localisé l'option Cloner et lorsque nous appuyons dessus, nous verrons la ligne exacte pour effectuer cette action qui nous clone exactement ce qui se trouve dans le référentiel à ce moment-là :

AGRANDIR

Nous avons mentionné que cette action clone ou copie ce qui se trouve exactement dans le référentiel à ce moment-là, mais il se peut que certains développeurs téléchargent un changement de dernière minute et qu'il ne soit pas inclus dans le clone, il ne le sera donc pas dans la copie que nous aurons dans notre machine.
Erreur communeCette erreur est l'une des plus courantes et où de nombreux utilisateurs novices ne parviennent pas à gérer les référentiels avec Git, et c'est le téléchargement de fichiers dans le référentiel sans vérifier au préalable que des modifications ont été apportées. Mais la solution est simple, ce qui est peut-être le plus compliqué c'est d'adopter la pratique et c'est d'exécuter la commande tirer avant de commencer à travailler sur le projet et avant de télécharger quoi que ce soit, cela évite la situation embarrassante d'un conflit de référentiel causé par nous.
Enfin, il est important de mentionner que bien que Git nous permet de garder le contrôle de notre projet et de nos fichiers en unifiant les changements dans l'équipe de développement, ce n'est pas un outil que nous pouvons utiliser uniquement pour la gestion de projet.
Nous vous recommandons de le prendre en main avec des applications telles que asana ou Trello, en veillant à ce que nos projets soient couverts sur tous les fronts, de cette façon nous saurons qu'ils auront toujours les derniers changements et aussi que les dates et les engagements établis pour cela sont être rencontré sans faute. .
Avec cela, nous terminons ce tutoriel où nous pourrions créer notre référentiel distant avec Bitbucket et en plus, nous avons pu voir tout le workflow nécessaire pour en avoir une gestion optimale lorsque nous travaillons dans un environnement de développement collaboratif.Avez-vous aimé et aidé ce tutoriel ?Vous pouvez récompenser l'auteur en appuyant sur ce bouton pour lui donner un point positif