-
-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update Minimal Mistakes theme #21
Comments
Sure, I will look into that and see if any code needs moving around to make updates easier. |
@pmelchor, it's now possible to simply select GitHub-hosted third-party themes with GitHub Pages (this includes Minimal Mistakes): https://github.com/blog/2464-use-any-theme-with-github-pages I don't know if this makes things simpler or more complicated, but worth keeping an eye on. (it depends on https://github.com/benbalter/jekyll-remote-theme) |
(If it's not possible to fix the remote theme to a certain version, we could perhaps also fork the Minimal Mistake repo and use our fork of the theme as a remote theme. That would allow us to separate the theme and content into separate repos. Again, not sure that would make things simpler.) |
Perfect, I'll look into it. |
@rmzelle I have been looking into this. We have three options: 1. Use https://github.com/mmistakes/minimal-mistakes as remote theme.
2. Fork Minimal Mistakes and use the fork as remote (as you suggested)
3. Apply theme upgrades manually
If you ask me, I would go with (3):
I am currently trying (3) locally and it seems like it is not a big issue. What do you think? |
based on my experience with Jekyll, though without having looked at the issue here, I'd agree with 3 |
I may have lied about "not all customizations being possible" in 1 and 2. I am going to give 2 a try as well and I will let you know how that goes. |
OK, 2 could work but I do not like the fact that deploys would need to be synchronized: things can break if you update the customizaton repo and the theme-fork repo at different times. I think a single repo that can be easily tested locally in full (thus option 3) is a better and safer model. |
Sure, we can do (3). Could you see if you can manage to update our current fork, and document any tricky parts in the process for us? |
Yes, that's what I'm up to right now :-) |
Basic documentation on upgrading the theme: |
Thanks! That's easier than I imagined (at least regarding the use of Git). I assumed you'd be merging the upstream commits, but this works just as well. Hope the manual conflict resolution didn't take too much time! |
I did try the Git route, but I found it not to be worth it. In other projects based on Wordpress we use the download and merge process and it works just fine. There were some structural changes to the theme that took me a while to understand, but no big issues in the end :-) |
I'm getting a lot of warnings like
when I build the site locally. See mmistakes/minimal-mistakes#1114.
@pmelchor, if you have time in December, it might future-proof the site a bit more if you could bring this repo up-to-date with upstream theme changes from the minimal-mistakes repo. (I always found this the hardest part of using a theme like Minimal Mistakes on GitHub Pages)
The text was updated successfully, but these errors were encountered: