[SWIFT] Incontournable pour les débutants! Méthode spécifique pour gérer les projets X-code sur Github ②

Aperçu

Bonjour à tous.

Cette fois, en tant que méthode concrète (2) pour gérer le projet X-code sur Github, cet article est [A voir pour les débutants! Il s'agit d'une continuation de la méthode spécifique de gestion d'un projet X-code sur Github ①].

*** * Cette fois, le contenu que je vais vous dire peut être facilement fait sur le code X ou avec des commandes abrégées, mais dans un souci de clarté, cette fois c'est un article pour ceux qui veulent tout gérer sur GitHub. Nous avons maintenant. Notez s'il vous plaît. *** ***

Avant de lire cet article, nous vous recommandons de regarder de plus près Git depuis le début! https://github.com/takanabe/introduction-to-git

environnement

・ Xcode --11.3.1

・ Git --2.26.0

· Terminal CLI

Travailler sur une succursale

Revoyons un peu la dernière fois. Vous avez pu publier le fichier X-code sur Github à l'aide de diverses commandes.

Est-ce que tout va bien jusqu'à présent?

Coupons réellement la branche et travaillons

Veuillez saisir cette commande

Terminal

○○○○○@xxxxxxxxxxMBP ~ % git checkout -b hotfix main

En exécutant cette commande, vous pouvez créer une branche de correctif qui se sépare de main.

Allons vérifier!

Terminal

○○○○○@xxxxxxxxxxMBP ~ % git branch
* hotfix
  main

Vous avez une branche de correctif.

Travaillons avec X-code

Maintenant que nous avons créé une branche, nous allons en fait travailler avec X-code. Vous pouvez faire ce que vous voulez ici.

Au fait, j'ai ajouté une variable à ViewContoroller.

Engageons-nous!

Puisqu'il y a eu un changement dans le projet de code X, je vais m'engager. Vous connaissez la commande, non? C'est un examen de la partie 1

Tout d'abord, définissez le fichier à valider

Terminal

○○○○○@xxxxxxxxxxMBP ~ % git add . 

Terminal

○○○○○@xxxxxxxxxxMBP ~ % git commit -m "Ajouter des chiens et des chats"

Dans mon travail, j'ai ajouté des chiens et des chats, donc le nom du commit est comme ci-dessus. Veuillez lui donner un nom que vous aimez.

Terminal

[hotfix 3b0b63c]Ajouter des chiens et des chats
 1 file changed, 2 insertions(+), 2 deletions(-)

*** Si la sortie ressemble à ceci, la validation est réussie! *** ***

Allons vérifier.

Terminal

○○○○○@xxxxxxxxxxMBP ~ % git graph
* 3b0b63c  (HEAD -> hotfix) 2020-11-06 Yamada Ajout de chiens et chats
* 9e865bb  (origin/main, main) 2020-11-05 Yamada first commit

C'est un sentiment agréable.

Reflétons-le dans le référentiel distant!

Une fois que vous vous êtes engagé, vous devez fusionner. Merge est une commande pour unifier les branches qui ont été branchées.

Mais avant cela, la branche du correctif n'a pas créé de référentiel distant, non?

Le référentiel distant est origin / main. Autrement dit, vous avez besoin de l'origine / correctif.

Créons-le!

Terminal

○○○○○@xxxxxxxxxxMBP ~ % git push origin hotfix:hotfix

Quand j'entre dans cette commande, beaucoup d'anglais sort,

Terminal

* [new branch]      hotfix -> hotfix

Si vous voyez quelque chose comme ça, c'est OK!

Vérifions-le.

Terminal

○○○○○@xxxxxxxxxxMBP ~ % git graph
* 3b0b63c  (HEAD -> hotfix, origin/hotfix) 2020-11-06 Yamada Ajout de chiens et chats
* 9e865bb  (origin/main, main) 2020-11-05 Yamada first commit

L'origine / le correctif a été créé correctement.

Fusionnons!

Enfin, nous avons atteint le point de fusion. Je suis un peu fatigué. C'est un peu plus tard. faisons de notre mieux.

Tout d'abord, revenez à la branche principale.

Terminal

○○○○○@xxxxxxxxxxMBP ~ % git checkout main

Je vais confirmer.

Terminal

○○○○○@xxxxxxxxxxMBP ~ % git branch
 hotfix
* main

Vous pouvez basculer fermement.

Fusionnons!

Terminal

○○○○○@xxxxxxxxxxMBP ~ % git merge --no-ff hotfix 

La commande --no-ff attachée à la fusion est une commande pour empêcher l'avance rapide.

C'est un peu déroutant, alors je vais vérifier.

Terminal

○○○○○@xxxxxxxxxxMBP ~ % git graph
*   8beb13b  (HEAD -> main) 2020-11-06 Yamada Merge branch 'hotfix' into main
|\  
| * 3b0b63c  (origin/hotfix, hotfix) 2020-11-06 Yamada Ajout de chiens et chats
|/  
* 9e865bb  (origin/main) 2020-11-05 Yamada first commit

Si vous utilisez la commande --no-ff, l'historique marqué sera également divisé et restera.

Cependant, avec une marge normale, je pense que le graphique sera comme montré ci-dessous sans ramification. *** ***

Terminal

○○○○○@xxxxxxxxxxMBP ~ % git graph
* 3b0b63c  (main/origin/hotfix, hotfix) 2020-11-06 Yamada Ajout de chiens et chats
| 
|
|
* 9e865bb  (origin/main) 2020-11-05 Yamada first commit

C'est une avance rapide. Il est plus simple de ne pas se ramifier, mais l’inconvénient est qu’il n’y a pas d’histoire déchirée. Ce qui est le mieux dépend de la politique de l'entreprise et des préférences personnelles.

Poussons!

Eh bien, c'est finalement la fin. Poussons! !!

Terminal

○○○○○@xxxxxxxxxxMBP ~ % git push

Ce n'est pas grave si beaucoup d'anglais sort.

Vérifions-le sur Github!

Vous pouvez voir les détails du commit.

finalement

Comment était-ce. Cette fois, j'ai couvert deux articles sur la gestion d'un projet X-code sur Github. Pouvez-vous le publier sur Github? *** Bien sûr, ce n'est pas parfait. Il existe également des méthodes plus simples et des commandes abrégées. *** ***

Cependant, cette fois, l'objectif est de publier et de gérer le projet X-code sur Github. J'ai essayé de le rendre aussi facile à comprendre que possible.

Nous espérons que de nombreux débutants apprécieront de voir le code sur Github à travers cet article.

Eh bien!