-
Notifications
You must be signed in to change notification settings - Fork 131
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
Add basic windows ci #288
Add basic windows ci #288
Conversation
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.
Hi and thank you for your contribution! It helps the community to have a Windows build.
Please rebase the PR to the latest main branch and only keep the relevant commits in the history. There is a PR template that should automatically ask this (.github/PULL_REQUEST_TEMPLATE.md). Use that and go through the checklist.
I am happy to see the action in action 😏 and the issues addressed I found.
eb63923
to
07b81b3
Compare
@ursfassler Yes, this is now superfluous. |
@cwellm well done, that looks good! One minor thing and then we are ready to merge: the git history has some changes to files that are reverted in later commits (e.g. to the file .github/workflows/run-all.yml, also the windows related files). I'd like to have only relevant changes to the files. This helps to understand the changes in case somebody searches through the history to find an error or so. You can force push to this branch when you have rewritten the history. Alternatively, I can just "Squash and merge" your changes, but some commits are worth to keep separate (i.e. "Remove unnecessary if condition", maybe " Update README ", for sure "Add concurrency to avoid duplicate flows". |
77f8a8b
to
fcc809a
Compare
@ursfassler Thanks! :) I rearranged commits. |
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.
That looks better!
Unfortunately, there are still some big changes in the first commit (fe7cd9b) that are (partially) reverted later. I am talking about:
- windows section in .github/workflows/run-all.yml
- .github/workflows/test-install-qt5.yml
- adding run-linux.sh by copying run-all.sh
I am a bit picky about those changes because they can give wrong hints when looking through the change history for specific files. E.g. when looking at .github/workflows/run-all.yml, you'll see adding of the windows section while this was never done on main.
Let me know when I can help you or clarify it more.
fcc809a
to
e6e8a58
Compare
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.
As discussed / rebased together this is good now.
Thanks for your effort!
Hi @cwellm, Thanks for your making your first contribution to Cucumber, and welcome to the Cucumber committers team! You can now push directly to this repo and all other repos under the cucumber organization! 🍾 In return for this generous offer we hope you will:
On behalf of the Cucumber core team, |
Resolves #286
Summary
A CI Workflow was added for Windows.
Details
The CI workflow is bare, i.e. builds only the Cucumber-Cpp core without any test drivers, tests, or examples. To distinguish it better from the Linux build, files have been renamed.
Motivation and Context
We want to be confident that the software works on Windows.
How Has This Been Tested?
CI for Windows
Types of changes
Checklist: