Mon ancien site Web était un simple code jekyll conservé sur maître. Maintenant, j'ai réorganisé le site Web et commencé jekyll-assets brancher. Je viens juste de savoir que, les pages github ne supportent pas les plugins personnalisés, je suis donc en difficulté car je l’ai utilisé à de nombreux endroits.
Maintenant, j'ai trouvé solution de contournement pour créer une branche gh-pages et pousser la version compilée là-bas. Auparavant, je ne le faisais pas car github pages utilisait master pour compiler du code jekyll.
J'ai aussi inclus .nojekyll dans mon maître pour ne pas compiler le code jekyll - cela n’a pas aidé non plus, les pages github sont toujours dirigées vers le maître.
Y a-t-il un moyen de changer ce pointage?
Réponses:
1 pour la réponse № 1Selon la documentation GitHub, si nous avons quelque chose comme username.github.io il va pointer à maîtriser, il ne sera pas Piste gh-pages même si nous le souhaitons (dans ce cas, votre code jekyll doit être dans le maître), pour le repo Projects, votre code publié doit être placé sous gh-pages branche.
A partir de maintenant j'ai suivi un grand tour mentionné ici.
0 pour la réponse № 2
Si votre site est hébergé dans un Page utilisateur et organisation - qui se trouve dans un référentiel dédié nommé username.github.io - alors GitHub Pages sera toujours servir du contenu du master branche:
Contenu de la
masterbranche sera utilisée pour construire et publier votre site GitHub Pages.
Puisque vous ne pouvez pas forcer vos pages GitHub à construire votre site depuis une autre branche que master , Je vous suggère de continuer à travailler sur votre nouveau site Web dans le gh-pages branche et le fusionner pour master une fois que vous avez terminé. Aussi, vous devriez garder le .nojekyll fichier dans votre référentiel afin que GitHub Pages ne génère pas le site mais serve vos fichiers statiques.