-
Notifications
You must be signed in to change notification settings - Fork 39
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
Configured source folder is not respected #34
Comments
Hello, While we may be changing that soon, this is by design today. Pages can only be published from |
Okej. What's the main argument for not respecting the source defined in |
GitHub Pages has never supported a source folder other than The patch you are referring to, is brand new code which we ship in order for builds to run in Actions. |
That's incorrect, as the repo built just fine prior to the introduction of builds to run in Actions. What I believe you are referring to is the location of Please see previous builds commands for reference. I believe changing directory ( jekyll-build-pages/entrypoint.sh Line 36 in 53445b3
|
@ptz0n The official GitHub Pages documentation mentions that Pages can be configured to some extent with the
And cites that the value for source: [your repo's top level directory] Furthermore, the official Jekyll documentation on working with GitHub Pages also states:
As such, it seems like there shouldn't have been any expectation that configuring the It's interesting to hear that you had success with it in the past. 🤔 @yoannchaudet That said, it might be worth definitively tracking down the truth of the matter within the older build-and-deployment code. If we did break this unintentional feature, it would be worth considering repairing it. If not, then it would be critical to not introduce a change to support it by default (though we could consider adding an input flag to toggle it) as that might equally risk breaking existing Pages sites if they relied on the |
We did break this behavior unfortunately which also was a narrow edge case. We also chose not to fix it because that means we would have to start again parsing the Jekyll configuration files and merge things into it on the fly which is something we explicitly don't want to do anymore (especially here in this action). @ptz0n We actually have a much better solution for you now: https://github.blog/changelog/2022-07-27-github-pages-custom-github-actions-workflows-beta/. You can build with Actions officially and use a clean Jekyll workflow and have control over everything (your configuration file, your plugins, etc.). Here is an example: https://github.com/actions/starter-workflows/blob/main/pages/jekyll.yml. |
Since a while back, I'm not able to deploy my site due to this issue. Looking at the build log, it's clear that the action is not respecting the
source
property of_config.yaml
.Repo for reference: https://github.com/ptz0n/ptz0n.github.io
_config.yaml:
build log:
Introduced by: 39a7bb3#diff-6f9d41d046756f0ddc2fcee0626bdb50100d12b88f293734eff742818e03efa2R11
Related issue: #9
The problem
Executing
jekyll build
and passing the--source
attribute overwrites anything you have defined in your_config.yaml
.Troubleshooting build errors states without any actionable pointers:
Reading up on the Github Actions documentation, there is no way of passing inputs to this action. If there is a "magic" way, let's at least include it in the README.
Setting the environment/secret
INPUT_SOURCE
will not have any effect.Possible solution
Not passing the
--source
argument tojekyll build
, having Jekyll default this attribute to./
or respecting what's in the configuration file.The text was updated successfully, but these errors were encountered: