(actions) Add sanity check#29
Conversation
everettraven
left a comment
There was a problem hiding this comment.
Non blocking nit.
/lgtm
|
hold. Looks like it's trying to cd into the wrong directory structure: |
5935656 to
c1c8000
Compare
There was a problem hiding this comment.
Nit: rename to test.yaml so we can put all the test-oriented jobs in here?
- test/sanity
- test/markdown
- test/unit
- test/e2e
- etc.
There was a problem hiding this comment.
@joelanford I JUST opened another PR to add a separate action for unit test #31 😄
There was a problem hiding this comment.
It feels easier to navigate the folder if all of the jobs are laid out in their specific files, but it doesn't seem like a long enough list that it'll be extremely hard to navigate one file. If you feel strongly about putting it all in one file I can change the name of the file.
There was a problem hiding this comment.
My thinking is along the lines of this using a matrix where we can essentially template out the workflow steps, like this:
There was a problem hiding this comment.
But this is a nit/something we could do improve later.
| - name: Lint markdown files | ||
| uses: github/super-linter/slim@v4 |
There was a problem hiding this comment.
Is it possible to run this locally? If not, it seems pretty annoying that the only way to know whether markdown lint is going to pass is if you submit a PR or push a branch.
Also (and may this makes my first question moot), should we put this in a separate PR so that we can more easily debate the merits of this test without holding up the make verify check being added to CI.
There was a problem hiding this comment.
https://github.com/igorshubovych/markdownlint-cli#readme I ran it locally to fix the markdown errors.
Having said that, I can take this to another PR so that sanity is not blocked.
There was a problem hiding this comment.
+1 on running locally
Also (and may this makes my first question moot), should we put this in a separate PR so that we can more easily debate the merits of this test without holding up the make verify check being added to CI.
This is a fair point. I noticed that rukpak has this action so I assumed that had already been debated:
There was a problem hiding this comment.
Probably done out of expediency and no one noticed/cared. It isn't that big of a deal, tbh, but I just happened to notice. It'd be nice to add that linter as another tool download and then invoke it in a make target like we do other things.
There was a problem hiding this comment.
I pulled the markdown linter to a separate PR so that we can have this conversation there: #32
Tidy was being instructed to `go mod tidy` the hack/tools folder, which was being done when the tools were being downloaded using go modules (the main branch has the setup to download the tools using go installer instead)
c1c8000 to
50d1469
Compare
joelanford
left a comment
There was a problem hiding this comment.
/approve
Can we follow-up on the go mod caching matrix style tests?
525afa9 to
114ca00
Compare
I've added |
|
/lgtm |
Follow up to #24