-
Notifications
You must be signed in to change notification settings - Fork 3
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
Split BuildPending into BuildStarted. #146
Conversation
Here is the change: BuildPending Nothing -> BuildPending BuildStarted (Just "example.com") -> BuildStarted "example.com" ... and slightly change the comment wording to "CI job started."
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.
One nit, otherwise looks good
(BuildStarted ciUrl) -> ciLink ciUrl "🟡" | ||
(BuildFailed (Just ciUrl)) -> ciLink ciUrl "❌" | ||
_ -> pure () | ||
a ! href (toValue $ commitUrl info sha) $ toHtml $ prettySha sha |
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 I would change this, having the link to CI only be shown as an icon makes it easier to miss. If I didn't realise I would probably first click the SHA and possibly miss the fact the icon is a completely different link.
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.
Fair enough. I'll include a "CI build" link besides the hash when it is available.
UI as of 82ecce5: |
UI as of febcaa2: The PR description has been updated with this. ... and here's how it looks before the build link arrives: |
@OpsBotPrime merge yourself please and thank you. |
Pull request approved for merge by @rudymatela, rebasing now. |
Approved-by: rudymatela Auto-deploy: false
Rebased as 12b01d1, waiting for CI … |
In preparation for: #137.
Closes: #77.
This changes how the status is represented to something more explicit and descriptive:
This will make the change in #137 much nicer and simpler.
I checked and this does not affect the parsing of status files during an upgrade.
There are two other somewhat unrelated changes explained below.
Build status wording
... and slightly change the build status comment wording to "CI job started."
Rendering Status + Commit Hash on the web interface
... and change web rendering of CI jobs. Besides the link to the CI, we also now include a link to the commit in GitHub.
Before:
After:
The icons are clickable and so are the commit hashes:
#110
| 🟡 e711b80 | CI build#109
| ❌ 95a8b8f | CI buildEven though the heading already identifies the build status, this makes it so that the link to CI is somewhat consistent with GitHub UX:
![gh-interface](https://user-images.githubusercontent.com/3999598/181798554-408442df-2641-4669-bebe-c01a0211e204.png)
Having "View in CI | e711b80" looked a bit weird now that the commit hash is present.Not applicable anymore.