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.
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
docs_deployment.md
and add paths to workflow #390Update
docs_deployment.md
and add paths to workflow #390Changes from 7 commits
5b9a586
cd06916
c817e0a
6d18ee0
ccfa869
97f22b6
8b96a67
982ef0b
06124ea
05dbb05
1d6de6e
357f0e1
0fb07f6
ef93402
66d67d9
6595871
a21c92f
8beb95b
File filter
Filter by extension
Conversations
Jump to
There are no files selected for viewing
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think @Czaki added this in #386 as a sanity check, so have removed, but happy to add back.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So
napari/napari
build_docs.yml
:docs
branch innapari/napari
(anymore?)?napari/napari
deploy_docs.yml
workflow just triggers thenapari/docs
build_and_deploy
? I am guessing by the trigger on version tag that maybe this is used for release versions of docs?(on that note, we state thatnapari/docs
build_and_deploy.yml
always deploys to thedev/
folder. But how do the release version 'vxxx' folders get populated??)This is confusing! 😅
cc @psobolewskiPhD @melissawm
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nevermind, I can see how the version docs get uploaded to
napari/napari.github.io
.Then I really don't understand what
napari/napari
build_docs.yml
workflow is doing, who uses that artifact?There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
napari/napari
build_docs
doesn't run on PRs anymore, we rely on CircleCI. I wasn't sure if that was a conscious effort in the napari/napari CI overhaul, to save runners, or what, but it looks like it was an accident: in the syncing of workflows the branch name was also ported over so it's just never triggered.I dont even think it's used when releasing docs from a branch (like 0.4.19 didn't use the napari/docs repo, but instead cherry picked over to napari/napari), but I'm not sure.
So I think we could delete it, or make it not run on PR so someone could trigger manually if they wanted.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this is a leftover from before the repo split. Unfortunately we have lived in a split state for a while (some work depends on the monorepo setup, some work depends on the two-repo setup) and so a lot of it is very confusing. I've done my best to try and capture the changes but the repo does change faster than I can keep track of I'm afraid 😢
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So I took a look at the history and it turns out my first instinct was correct:
the
pull_request
part was removed when napari/napari CI was reworked:https://github.com/napari/napari/pull/6156/files#diff-4dfe935b4852393622c2b414783d1d11e1a868fd8485709124d90208fa61ec8b
Also, it can be triggered manually, so it's fine to stay I think.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'll add this info to the docs :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I didn't phrase that well. That workflow would work in a branch that is before the repo split, so then there is
docs
in napari/napari. See: v0.4.19:https://github.com/napari/napari/tree/v0.4.19x
So for example this PR:
https://github.com/napari/napari/actions/runs/7703963871
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ohhh...I'm not so familiar with releasing from a branch so bear with me.
So when releasing from a branch, you have to make a
vxx
branch AND adocs_vxx
branch? And thenapari/napari
build_docs
will run on pushes todocs*
branches andv*
tags?And is the
build_docs
just used to view the docs to make sure they look okay? Are they used for deployment?There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@psobolewskiPhD I've updated the docs to what I think is happening. Please let me know if something is off, thanks!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure this is all required, but the write up seems fine now.
Hopefully that workflow never gets used again because we release 0.5.0