Maison > outils de développement > git > Comment développer un développement secondaire basé sur le projet Gitlab

Comment développer un développement secondaire basé sur le projet Gitlab

王林
Libérer: 2023-05-17 15:39:09
original
1798 Les gens l'ont consulté

Avec la montée en puissance des projets open source, de plus en plus d'ingénieurs logiciels sont attirés pour rejoindre la communauté open source et contribuer aux projets open source. Parmi eux, GitLab, un projet open source basé sur l'entrepôt Git, est très populaire. Il fournit non seulement des services d'hébergement de code gratuits, mais fournit également une variété d'outils de collaboration puissants, permettant aux développeurs de collaborer plus facilement en équipe.

Cependant, pendant le processus de développement du code, il existe parfois des exigences spécifiques. Si vous modifiez directement le code source de GitLab, cela peut rendre les futures mises à jour difficiles. Par conséquent, le développement secondaire est extrêmement nécessaire à ce stade. Cet article présentera comment mener un développement secondaire basé sur des projets GitLab sous les aspects suivants.

  1. Cloner le code source de GitLab

Tout d'abord, vous devez obtenir le code source sur le site officiel de GitLab. Ici, j'ai choisi gitlab-ce. Après avoir installé Git, entrez la commande suivante dans le terminal :

git clone https://gitlab.com/gitlab-org/gitlab-ce.git
Copier après la connexion

Cette commande téléchargera le code source de l'intégralité du projet GitLab en local, et le fichier sera affiché dans l'entrepôt local sous la forme du répertoire racine de gitlab -ce.

  1. Modifier le code GitLab

Maintenant, nous pouvons trouver le code source de GitLab dans le référentiel local. Cependant, nous ne pouvons pas modifier le code source directement sur la branche master, car cela rendrait nos futures mises à jour très gênantes. Nous devons donc créer une branche de développement dédiée.

Entrez le répertoire racine de GitLab dans le terminal :

cd gitlab-ce/
Copier après la connexion

Créez ensuite une nouvelle branche :

git checkout -b my-feature-branch
Copier après la connexion

Ici, nous prenons la création d'une nouvelle branche de fonctionnalités comme exemple. Vous pouvez également créer d'autres types de branches selon vos besoins.

Maintenant, vous pouvez apporter des modifications au code dans la branche my-feature-branch. Une fois la modification terminée, utilisez la commande suivante pour afficher le fichier modifié :

git status
Copier après la connexion

Si vous n'avez modifié qu'un seul fichier, vous pouvez utiliser la commande suivante pour soumettre :

git commit -m "feat: 修改XXX文件"
Copier après la connexion
  1. Synchronisez le code officiel de GitLab

Puisque nous sommes création d'une nouvelle branche Le développement a été effectué localement depuis lors. Au cours de ce processus, vous pouvez rencontrer des mises à jour de code par l'équipe officielle de GitLab. Si nous voulons fusionner ces codes officiellement mis à jour dans notre branche, nous pouvons utiliser la commande suivante :

Entrez d'abord dans la branche master :

git checkout master
Copier après la connexion

Puis extrayez le dernier code officiel :

git pull origin master
Copier après la connexion

Revenez ensuite dans notre branche de développement :

git checkout my-feature-branch
Copier après la connexion

De cette façon, notre branche sera synchronisée avec le dernier code. Ce qu'il faut noter ici, c'est que si deux branches ne modifient que des parties différentes du même fichier, Git fusionnera automatiquement le code pour nous. Si deux branches modifient au même endroit, nous devons gérer manuellement le conflit de code.

  1. Soumettre le code

Après avoir confirmé que tout le code modifié a été terminé, nous pouvons utiliser la commande suivante pour soumettre le code :

git push origin my-feature-branch
Copier après la connexion

Cette commande mettra à jour notre branche nouvellement créée sur le serveur GitLab. Ensuite, nous devons soumettre une demande de fusion à l'équipe officielle de GitLab pour lui permettre de vérifier si notre code répond à ses normes et de le fusionner dans la branche principale.

  1. Déployez le code de développement secondaire dans l'environnement de production

Une fois votre code fusionné par l'équipe officielle, nous devons encore le déployer dans l'environnement de production. Habituellement, nous devons extraire le dernier code localement et le déployer sur le serveur à l'aide de la commande suivante :

bundle exec rake gitlab:backup:create RAILS_ENV=production
sudo gitlab-ctl stop
sudo gitlab-ctl start
Copier après la connexion

La commande ci-dessus est utilisée pour sauvegarder les données GitLab existantes, arrêter le service GitLab déployé, puis démarrer un nouveau code. Bien entendu, ce qui est mentionné ici n’est qu’un exemple, et d’autres éléments peuvent nécessiter une attention particulière au cours du processus de déploiement proprement dit.

Résumé :

J'espère que l'introduction de cet article pourra aider les développeurs à mieux comprendre le processus de développement secondaire de GitLab. Il convient de noter qu'en raison des différents contextes techniques et des différences dans la qualité du code, le processus de développement secondaire GitLab de chaque développeur peut être différent. Par conséquent, dans le processus de développement actuel, il doit être traité avec flexibilité en fonction de problèmes spécifiques afin d'obtenir de meilleurs résultats.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

source:php.cn
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal