Hexo-theme-volantis: Comment mettre à jour correctement les thèmes

@inkss, aidez-moi s'il vous plaît à remplir la méthode fork pour mettre à jour le thème. 😀

Comment mettre à jour correctement un thème (Fork)

Cet article est basé sur l'utilisation du logiciel GitKraken , liens associés : GitKraken : Client Git GUI gratuit - Windows, Mac, Linux

Si vous avez déjà cloné un thème et l'avez ajouté à votre référentiel de blog en suivant les sous-modules de configuration dans l'article du thème, alors cet article vous sera d'une grande aide, si vous ne l'avez pas déjà fait, essayez-le. Voici l'environnement d'entrepôt pour cet article : blog entrepôt Hexo-Blog , thème entrepôt volantis .

1. Fonctionnement simple de GitKraken

Dans l'interface logicielle de GitKraken, la zone avec la plus grande zone au milieu est l'historique des informations de soumission de l'entrepôt, les détails de l'enregistrement de soumission sélectionné à droite et certaines informations liées à l'entrepôt à gauche, concentrez-vous sur les SOUS-MODULES barre d'options à gauche, si vous avez normalement ajouté le référentiel de thèmes de Fork au référentiel de blogs, vous pouvez le voir ici. Développez l'onglet SOUS-MODULES, cliquez avec le bouton droit de la souris et sélectionnez Ouvrir ce sous-module pour ouvrir le sous-module :

Le référentiel saisi de cette manière est votre référentiel de thèmes, et vous pouvez afficher l'historique de toutes les soumissions et ainsi de suite dans la page actuelle. Afin d'éviter les effets néfastes causés par certains noms ironiques, les paramètres sont les suivants : le dépôt Fork est appelé le dépôt de thème et le dépôt hexo-theme-volantis est appelé le dépôt volantis .

Dans la figure, la branche où se trouve le référentiel de thèmes du Fork actuel est master-theme , et les dernières informations de validation du référentiel de thèmes personnel sont affichées sur le côté droit de la figure. Dans la zone médiane, la partie supérieure est la branche du référentiel volantis marquée par master (vous pouvez la distinguer par l'image du logo à droite). De toute évidence, le référentiel de thèmes actuel est à la traîne par rapport au référentiel Volantis.Ensuite, nous devons fusionner le code dans notre propre référentiel de thèmes. Si vous ne voyez pas les informations de l'entrepôt Volantis dans l'interface après l'avoir ouverte, cela signifie que l'entrepôt Volantis n'est pas actuellement ajouté en tant que distant. Vous pouvez l'ajouter comme suit :

Dans l'onglet REMOTE du panneau de gauche, cliquez sur le signe plus pour accéder à l'interface illustrée dans la figure suivante, sélectionnez volantis-x/hexo-theme-volantis et ajoutez-le.

Deuxièmement, l'opération de fusion de GitKraken

1. Fusionner

Faites un clic droit sur la branche master du référentiel volantis et sélectionnez Fusionner volantis/master dans xxxx pour fusionner. Quant à savoir pourquoi ne pas choisir Rebase, je pense personnellement qu'il vaut mieux conserver l'historique de validation du référentiel que de modifier l'historique. Habituellement, l'opération de fusion se termine automatiquement, mais s'il y a un conflit, vous recevrez ce rappel : Échec de la fusion , Il y a des conflits de fusion qui doivent être résolus. Comme il est dit, il y a des conflits qui doivent être résolus, et l'onglet de droite affichera Fusionner la fenêtre détectée en conflit , où les fichiers résolus et en conflit sont affichés.

Cliquez sur la fenêtre pour résoudre le conflit. Dans cette page, la partie supérieure est le code local et distant, et la partie inférieure est le contenu fusionné. Vous pouvez choisir de sélectionner le local à gauche, le distant à droite, ou les deux en fonction de la situation réelle, comme le rappel de l'historique des modifications. Si vous n'êtes pas satisfait du résultat sélectionné, vous pouvez également modifier manuellement le contenu dans la fenêtre Sortie. Lorsque vous avez terminé, cliquez sur Enregistrer pour terminer l'opération. (En principe, vous devez en choisir un, au lieu de modifier directement le contenu de Output)

Parfois, vous pouvez rencontrer un fichier supprimé par l'extrémité distante et vous recevrez l'invite suivante : GitKraken n'a pas pu déterminer s'il faut conserver source/css/_plugins/gitalkstyl, souhaitez-vous le conserver ? GitKraken ne supprimera pas activement votre fichier, Cependant, en général, il n'est pas nécessaire de le conserver, il suffit de supprimer le fichier .

Enfin, après avoir résolu tous les fichiers en conflit, revenez à l'interface de la liste des référentiels et cliquez sur Valider et fusionner pour terminer la soumission.

2. Rebase

En bref, Rebase remet toutes vos modifications (commits) à la fin de la branche publique, avec pour conséquence que vous pouvez souvent faire face à des commits forcés, et il n'est pas adapté à une utilisation avec l'opération Merge.Ce qui suit est extrait de : Rebase - Site officiel de Liao Xuefeng

Des conflits peuvent facilement survenir lorsque plusieurs personnes collaborent sur la même branche. Les chaussures pour enfants du post-Push doivent d'abord être tirées et fusionnées localement avant que le Push puisse réussir.

En bref, cela a l'air désordonné, et les chaussures pour enfants obsessionnelles-compulsives se demanderont : pourquoi l'historique des commits de Git ne peut-il pas être une ligne claire ? Effectivement c'est faisable ! Git a une opération appelée Rebase, que certaines personnes traduisent par "rebase".

Fonctionnalités de l'opération Rebase : "Organisez" l'historique des commits en forme de ligne droite, ce qui semble plus intuitif. L'inconvénient est que le commit forké local a déjà été modifié.

• L'opération Rebase peut organiser l'historique des commits locaux non poussés en une ligne droite ;

• Le but de la rebase est de nous permettre de voir plus facilement les changements dans les commits historiques, car les commits forkés nécessitent une comparaison à trois.

La survenance et la prévention des conflits

Les conflits surviennent généralement lorsque le même endroit est modifié par différentes personnes, Git ne peut pas le gérer automatiquement et génère une erreur à résoudre par l'utilisateur. Étant donné que le thème est encore au stade de l'adolescence, la vitesse d'itération de la mise à jour est relativement rapide et le phénomène de conflit peut être plus évident.Voici quelques idées pour réduire de telles situations.

1. Le premier est le fichier de configuration. Selon les règles d'Hexo, toutes les modifications de la configuration peuvent être effectuées indépendamment. Il n'est pas nécessaire de modifier directement le config.yml sous le référentiel de thèmes. Ici, vous pouvez vous référer à : Utiliser au lieu des fichiers de configuration de thème . Le fichier de classe de configuration est l'endroit le moins susceptible d'entrer en conflit .

2. Pour les fichiers de style, selon les règles de couverture css, utiliser la couverture de style est plus gai que de modifier directement les styles.Par exemple, le curseur dans le thème est l'idée de couverture de style.

Quatrièmement, maintenance de l'historique du code

Vous pouvez afficher l'historique d'un seul fichier pour comparer vos modifications personnelles et éviter au maximum la perte de code. Comme le dit le proverbe, la pratique rend parfait, et la mise à jour du thème ne sera plus un problème après plus d'opérations. À la fin, j'espère que vous irez jusqu'au bout, et que vous reviendrez enfin à l'intention initiale de créer un blog, et terminerez le fleur ★,° :.☆(￣▽￣)/$: .°★ .

Illustré et détaillé.

vraiment bien, marque

Comment changer de thème sur gîte ?