-
Notifications
You must be signed in to change notification settings - Fork 105
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
CI as development companion #777
Comments
When i click If I click the new workflow button, one gets a panel of many buttons, none of which seems like the obvious choice. At the top is a link though So as a test, I copy the content of the existing file into the editor. No good, trying to commit says 'A file with the same name already exists. Please choose a different name and try again.' So I save as main2.yml. Then going into the Actions again, there are indeed two workflows called 'CI'. But they are in 'Queued' state. Which of course is good, as they should not get automatic access to the actual worker nodes out of nothing... |
After being added to the R3BRootGroup, thanks @kresan , I can start a workflow run. |
First, let me admit that I've not read the manuals.
Also, I did not do very much r3broot or github coding. So I maybe just did not find the way to do this right...
When I hacked on some changes, it seems that CI building for code developed by users is not very easy, since a user would push to his/her own github repository, where CI is not set up to be done. This means that CI only happens at the point when the user does a full PR.
When developing on other projects, I've found it very useful to have CI builds happens for any branch. With that, it becomes 'feelgood'-boosting to do small commits early, and push to some dummy branch of a repository. Then the CI fires off and rather quickly would notify about breaking changes. Long before thinking about making a PR. Sure, one does local testing too, but the CI machines are just tireless and happily run all tests (for obscure platforms / other experiments / etc...) - every time.
It is like having a development companion. It is of course a rather limited peer in that it does not find overall idea faults - just compile issues and other things that manage to break testing.
So, lots of
git add -p
,git commit
andgit push somewhere master:dummy
.Is this doable here as well?
The text was updated successfully, but these errors were encountered: