Collect documentation for standard GH-pages components
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 20/100
- Type d'issue
- Documentation
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- github, ruby, sass
- Domaine
- documentation
Piste de recherche
L’issue ne nomme aucun fichier, test ou point d’entrée. Commencez par examiner les problèmes de compatibilité de #651 ainsi que les versions prises en charge de Jekyll, Liquid et Sass ; le travail est considéré comme terminé lorsqu’un site maintenu rassemble la documentation correspondant aux versions et aux outils pris en charge par GitHub Pages.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
I understand the reasons outlined in #651 for not automatically upgrading to Jekyll 4.0 along with all the consequent dependencies, among them Liquid and Sass. The problem now is that as all of these projects continue to evolve, it becomes harder and harder to learn what capabilities are natively supported by GH-pages—one has to dig extra hard into any part of the the documentation to discover whether any particular claim is true for a GH-pages site. Consequently, GH-pages becomes harder and harder to use. Ease-of-use is one of the things that has made GH-pages so incredibly popular and powerful over the years, so not paying attention to the erosion of this quality is a threat to the system's continued relevance.
Personally I would prefer if GH would avoid breaking old websites by adding a "legacy jekyll" checkbox to repository configuration—frankly it seems easier than what I'm about to suggest—but failing that, I'd like to see GitHub maintain a site that collects all the documentation for versions of jekyll and the tools on which it's built that are actually supported.
Thanks for your attention.
- Langage dominant
- Ruby
- Étoiles
- 1.9k
- Forks
- 363
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
- Fournit un Dockerfile ou un fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de github/pages-gem
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
-
Error when building docker imageOuverte
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
-
Serving SQLite database files with sql.js-httpvfs broken due to gzip encoding on HEAD requestsOuverte
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 5/100
-
index.htmlOuverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 5/100
Toutes les issues de github/pages-gem
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 90/100
Les mainteneurs répondent en général sous 3 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 86/100
mastodon/mastodon#40755 · 1 commentaire · 1 réaction ·
Les mainteneurs répondent en général sous 1 jour
-
L: docker L: elm L: github:actions L: helm L: ruby:bundler
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
dependabot/dependabot-core#16425 ·
Les mainteneurs répondent en général sous 2 jours