-
Notifications
You must be signed in to change notification settings - Fork 31
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
Continuous Integration & Move inline shared commands to commands file #73
Continuous Integration & Move inline shared commands to commands file #73
Conversation
These should be usable between tests Moving these here and running the checks helps to verify this PR
@@ -4,40 +4,6 @@ describe('CheckA11y.css Tests', () => { | |||
const WARNING_BOXSHADOW = 'rgb(255, 255, 102) 0px 0px 0px 4px'; | |||
const ERROR_BORDER = '6.4px solid rgb(255, 0, 0)'; |
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.
Not a show stopper, but should these constants be moved to a more global scope too?
Eventually, I think it could be good to break this file so each a11y check has its own spec file (even if it's with only 1-2 tests each). That way the tests would be separated by topic and we would potentially avoid many merge conflicts.
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 that would be a good idea.
Strangely two show as unused only when I edit the file... I Grepped and searched around. No usages found.
Unlike the commands I moved; I don't know if these should live there or have a strong feeling about where they should move.
Happy to follow direction, but otherwise I'd like to squeak that.
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.
Also keep in mind commands were including this file full of comments before. We have no such file for constants.
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.
@alvaromontoro Are you happy with this? 😊
This is awesome work you two! Thank you!!
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.
NP jack. @alvaromontoro if not fine, let me know where you would like the files located for the constants so I'm not left guessing.
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 always happy with everything. Actually, I approved the changes yesterday :P
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.
Yeah, sorry, should have more clear. I'm very unfamiliar with Cypress and haven't had chance to fully check it out (100% of my time currently is on another project, which should finish on Saturday). I noticed you left a comment and wanted to make sure you didn't think an action was needed.
Thank you both! @Lewiscowles1986 I will merge your PR now and follow your instructions. 💪
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.
Approved. @Lewiscowles1986 & @alvaromontoro have worked fantastically well on this! 👌
@Lewiscowles1986 This is all new to me, but I went with this configuration |
Yeah, my instructions were the bare-minimum case for guarding contributors, 🥳 |
CI cypress for GitHub actions
Addresses #72 (CI tests, not linting)
Types of changes
Description
Link(s)
Screenshot(s)
N/A
Checklist:
x
if you have considered this but thought there was nothing to add or modify).contributors
section inpackage.json
(still put anx
if you have considered this but decided not to add yourself).test/index.html
to thetest/index.html
in themaster
branch).Help
Clicking the actions tab, this should have run and passed when it's ready.
This also will not run on this repo from this PR. I don't actually know why that is, but I'm assuming once it merges, this will be run. It might be about preventing me as a non-contributor from running CI which might do things. It has run on a PR I raised against the forked repo. Passing CI
Additional work needed to guard a branch
This will then ensure nobody can merge before CI passes, unless they are an admin (and it should be understood they DO NOT)