-
-
Notifications
You must be signed in to change notification settings - Fork 103
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 status --wait: actually wait for jobs to finish #361
Conversation
Hmm, the build is failing w/
Not sure what I did (or if I did anything) to trigger a 500 error from GL. |
Hmm, something else I'm seeing is that the formatting is slightly off between the first iteration of the loop and the rest:
Note the extra space in |
hmm I'm surprised to see this change, I'm not sure why I ever thought it would have worked..... Tests: Could be a gitlab issue, they be testing on prod all the time Regarding the spacing, that just has to do with the tab writer.
|
OK, 👍 for the tab issue. That makes sense. I've kicked off another build to see if it's better. I've been using this more or less daily for a few weeks and it has been solid. Happy to make any changes or updates you'd like, as usual. |
😕 still getting the 500 from |
@claytonrcarter Another open PR is seeing the same failure, must be a change on GL side, I'm hoping to investigate a bit further this weekend. Defs not related to the changes in here. |
I removed the "WIP" from the title since I guess this more or less good. |
Codecov Report
@@ Coverage Diff @@
## master #361 +/- ##
==========================================
+ Coverage 63.16% 63.43% +0.27%
==========================================
Files 49 49
Lines 2663 2683 +20
==========================================
+ Hits 1682 1702 +20
Misses 852 852
Partials 129 129
Continue to review full report at Codecov.
|
I guess the tests are fine now 🤷 |
This is a quick attempt to address the issues in #240, namely that
lab ci status --wait
is a wee bit too generous w/ it's interpretation of the word "wait". Basically, this moves the fetching of the CI jobs into thefor
loop so that it's fetching fresh status for every iteration. (I added a 1s delay between loop runs in case API rate limits are an issue. Not really sure, but though it was worth it to be careful and kind.)I've marked this as WIP because I don't know if/how this affects complex, multi-pipeline jobs and such. All of my jobs are very simple, with just a single job and I don't have anything more complex to test against.
Also, I did some misc cleanup of the code while I was in there, and I added a more informative error message to as an interim step to properly addressing #360