[docs] Use package-based Hexo theme, rather than a Git submodule. #500
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR is part of a series of mostly-automated PRs whose primary goal is to replace the Hexo theme, which has historically been provided with a Git submodule to the theme repository, with a theme installed via the
meteor-theme-hexo
package (npm) which was created after the re-convergence of the (previously-separated) Apollo and Meteor themes which took place in meteor/meteor-theme-hexo#51.I (@abernix) will check each of these automated PRs' Netlify deploy previews and comment on the PR once it is ready to be merged.
Please do not merge this until I've updated with confirmation.
The Apollo repositories which are receiving this PR are those listed at:
https://github.com/meteor/hexo-theme-meteor/#readme
Most of these changes have been incrementally added to other repositories for testing and, now that they've been validated, are now ready (hopefully!) for all repositories.
While this package-based theme could be used by using Hexo's (recently added) inherited config file through the use of comma-delimited
--config
parameters (one of which would be pointing to thenode_modules
directory; e.g.hexo --config ../node_modules/module/,_config.yml
), a newly-createdchexo
("config hexo") package allows this to be, only:...where everything after the
--
will be passed directly tohexo
and interpreted as usual.Like other automated commits of this type, this also aims to update other Hexo dependencies to their latest stable versions and align all of Apollo's Hexo-based doc configurations with the same patterns.
This PR also introduces Renovate configuration within the docs'
package.json
(i.e. for repositories which have nested docs or have previously configured Renovate, it does not affect the top-levelpackage.json
orrenovate.json
) in order to accommodate the auto-updating of these dependencies (and the theme!) in the future. If a repository is not configured for Renovate app, it will not be affected by this change, however those that do will automatically have their Hexo-related PRs merged by this new Renovate configuration.In the event that the repository wishes to setup Renovate to update docs dependencies (recommended!), but does not wish to use Renovate for the rest of the repository, it will be necessary to have a Renovate
packageFiles
configuration which points to just the docs'package.json
(e.g."packageFiles": ["docs/package.json"]
) in either therenovate.json
or thepackage.json
'srenovate
object.Lastly, please
@mention
me below if you have any questions about this PR!