vyos-cloud-init.git/.github/workflows, branch current (mirror of https://github.com/marekm72/vyos-cloud-init.git)
https://git.amelek.net/marekm72/vyos-cloud-init.git/atom?h=current2022-01-28T03:29:58+00:00Remove mitechie from stale PR github action (#1217)2022-01-28T03:29:58+00:00James Falconjames.falcon@canonical.com2022-01-28T03:29:58+00:00urn:sha1:823a83bad1df0c13c02cf83b1e0dfd97c1913c69stale.yml: don't ask submitters to reopen PRs (#816)2021-02-18T23:11:32+00:00Daniel Watkinsoddbloke@ubuntu.com2021-02-18T23:11:32+00:00urn:sha1:08d8902a95407d1f313ba1c679145d5f6b0df455
Because they don't have the permissions to do it. Instead, reword the
message to ask people to ping mitechie, in line with the rest of the
message.stale: re-enable post holidays (#749)2021-01-04T22:46:04+00:00Daniel Watkinsoddbloke@ubuntu.com2021-01-04T22:46:04+00:00urn:sha1:c5f6c78623dd022c0ec45eb9917bbb39aafdca32
This reverts commits fad919aa2c894abaa3af88aed1e064c1220937fe ("stale:
disable check for holiday break (#735)") and
e4f2d6139a802e659c571f581763eddeee715e2f ("stale: fix error in
definition (#740)").stale: fix error in definition (#740)2020-12-18T18:02:34+00:00Daniel Watkinsoddbloke@ubuntu.com2020-12-18T18:02:34+00:00urn:sha1:e4f2d6139a802e659c571f581763eddeee715e2f
This should fix the error, and also allows us to manually trigger the
workflow.stale: disable check for holiday break (#735)2020-12-18T17:29:38+00:00Daniel Watkinsoddbloke@ubuntu.com2020-12-18T17:29:38+00:00urn:sha1:fad919aa2c894abaa3af88aed1e064c1220937fe
We're unlikely to see any activity on many PRs over the next couple of
weeks, so don't close out inactive PRs for the duration..github/workflows/stale.yml: s/Josh/Rick/ (#526)2020-08-10T15:32:47+00:00Daniel Watkinsoddbloke@ubuntu.com2020-08-10T15:32:47+00:00urn:sha1:6724839371bf89f3f7899d23162de3236bcdd1a9
We missed this one when we updated all the docs for the Canonical team's
management change.workflows: introduce stale pull request workflow (#125)2020-03-13T20:13:22+00:00Daniel Watkinsoddbloke@ubuntu.com2020-03-13T20:13:22+00:00urn:sha1:727f38ed16e1efbfafbce99ca5a6ff6d62628302
This workflow will label pull requests with "stale-pr" if they haven't
seen activity for 14 days. It will then close them out after a further
7 days of inactivity.Introduce and use of a list of GitHub usernames that have signed CLA (#244)2020-03-11T14:33:57+00:00Daniel Watkinsoddbloke@ubuntu.com2020-03-11T14:33:57+00:00urn:sha1:a8ef147b6141e480a309bdf27b6e0cac4f26ab18
The list so far is partial.workflows/cla.yml: use correct username for CLA check (#243)2020-03-11T03:11:42+00:00Daniel Watkinsoddbloke@ubuntu.com2020-03-11T03:11:42+00:00urn:sha1:a4d64e21f376be42b78d4a45d804f72dbba30fb0
Instead of using the username that triggered the action (which, in the
case of a committer merging master into a PR branch will be the
committer), always use the username of the submitter of the pull
request.workflows: CLA validation altered to fail status on pull_request (#164)2020-03-10T20:10:07+00:00Chad Smithchad.smith@canonical.com2020-03-10T20:10:07+00:00urn:sha1:aea652990cc3d39e5b5e5dbddd1d8190a4621563
Github api doesn't allow read-write access to labels or comments when
running from a pull_request fork during CI.
This restriction results in an API error
message: "Resource not accessible by integration"
If we want to run this action per pull_request, we need to convert the
action to fail the PR status check and emit the required steps to sign the
CLA to the console on the PR's failed status tab.