Setup GitHub #2
No reviewers
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: organicmaps/wikiparser#2
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "housekeeping"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This fixes the license to be AGPL v3.0 only and adds initial rust CI checks, as we discussed.
Are colors working in logs?
Aren't all tools already installed?
https://github.com/actions/runner-images/blob/main/images/linux/Ubuntu2204-Readme.md
Manual bumping is prone to errors. Can the key be based on the Cargo.lock hash?
Yes 👍
Thanks for looking into that, it looks like they are. The last time I looked into this, rust either wasn't installed or was a couple versions behind.
I'll remove that step.
Yes, it is keyed by the
rustc
version,Cargo.lock
/Cargo.toml
hashes, and some other things as explained here.The
prefix-key
still allows us to manually invalidate the cache when there is something wrong with the action.I'll update the comment to make that clear.
on: [push, pull_request]
Does this line launch the same actions twice when you create PR? How is it done in the main Organic Maps repo?
It's easier to read full sentences.
Is it automatically highlighted by some tool when
<>
are used?I know some terminals and markup languages want urls bracketed, I think I got that habit from there. Not a requirement here.
It looks like all the workflows in organicmaps use only
push
orpull_request
. My understanding is that thepull_request
runs on the merge commit of the branch and the base, whilepush
runs on the latest commit in the branch.If you want only one, I think
pull_request
is what we want.All the organicmaps workflows also have the
workflow_dispatch
event enabled, do you want that here too?After reading the documentation I discovered something new to me: pull_request builds not the tip of the branch, but a (potential) merge commit with the master (branch where PR is targeted). So in reality we need both actions. You can see it in the log here: https://github.com/organicmaps/wikiparser/actions/runs/5126383678/jobs/9220795027#step:2:101
That's likely should be checked/fixed in the Organic Maps repo too.
Can you please also add some exceptions to CI, like README, license, .gitignore?
If you want to avoid extra CI runs, I think using only
pull_request
is still reasonable.It would be strange if something passes
pull_request
but failspush
, and what I want to know is "Will this break things if it's merged", which is whatpull_request
does.Good, thanks!
What's next step?
I'm working on a proof of concept to filter the articles by wikidata/wikipedia input, and output simplified html. Adding in multiple language support and connecting to the generator after that.