Replies: 1 comment 4 replies
-
If you're forking this theme repo to build your own site, chances are you're doing it the wrong way. You should leverage Jekyll's support for customization while using the theme via the "remote theme" or Ruby gem method. Then you can place your overrides inside your own repository, and you won't have to worry about merging upstream changes as you're never overwriting any file. For CSS/SCSS stuff, it's better that you define your own CSS rules that override the theme's setting. You can also override some SCSS variables before You can check out my website repo as an example. I overrode a few |
Beta Was this translation helpful? Give feedback.
-
Hello,
I've been using this amazing blog engine since a while, thanks a lot for the work.
I would like to submit a wish to have a single (or some) independant place(s) to host all the custom configurations instead of in-place overwritting.
Yes, many of the configurations could already been done by
_config.yml
, but still a lot of visual effet configurations should be tweaked in different files out of_config.yml
, for example in.scss
,_layouts
,navigation.html
, etc.What I wish is to have somewhere that's in addition to all the existing files in the upstream repo (upstream is https://github.com/mmistakes/minimal-mistakes), that will overwrites the default configurations when starting up the engine.
By this way, all the overwrites are easily identified. It's especially a pain for me to
git rebase
to get the latest version from the upstream, because I have many conflits to handle. And if all the overwrites are in some independant places, this git conflit won't occur.BTW, sometimes, I wanted to shared with others the customized visual effet tweak that I've done, but it's quite difficult to search in the git history what I've done.
Beta Was this translation helpful? Give feedback.
All reactions