Skip to content
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

Changes to db.json should redeploy participate.whatwg.org #171

Open
andreubotella opened this issue Sep 16, 2021 · 11 comments · Fixed by #185
Open

Changes to db.json should redeploy participate.whatwg.org #171

andreubotella opened this issue Sep 16, 2021 · 11 comments · Fixed by #185

Comments

@andreubotella
Copy link
Member

participate.whatwg.org depends on this repo's db.json to show the list of workstreams, but #164 added the testutil workstream and it is not yet showing up in that list. Changing db.json should probably cause participate.whatwg.org to redeploy, much like it does with whatwg.org.

@annevk
Copy link
Member

annevk commented Oct 5, 2021

As I changed db.json this morning I restarted https://github.com/whatwg/participate.whatwg.org/actions/runs/1255401114 in the hope that it does the right thing.

@foolip would fixing this basically involving duplicating the curl call in https://github.com/whatwg/sg/blob/main/.github/workflows/dispatch.yml for this repository? Anything else need to be configured?

@annevk
Copy link
Member

annevk commented Oct 5, 2021

It looks like that did not do the trick as https://participate.whatwg.org/agreement does not list Web IDL.

@annevk annevk mentioned this issue Oct 5, 2021
19 tasks
@TimothyGu
Copy link
Member

It looks like it's deployed now?
image

@domenic
Copy link
Member

domenic commented Oct 6, 2021

Yeah, I merged one of the dependabot PRs which caused a redeploy that picked up the new db.json.

@domenic
Copy link
Member

domenic commented Oct 6, 2021

To fix this we need some way of triggering the DigitalOcean infrastructure to redeploy, as the deploys are currently triggered by them monitoring the commits instead of by GitHub Actions pushing a deploy request or something.

@foolip
Copy link
Member

foolip commented Dec 13, 2021

@domenic
Copy link
Member

domenic commented Dec 13, 2021

I don't think this works? This just runs the GitHub Actions, but the GitHub Actions are not what causes a DigitalOcean deploy; DigitalOcean deploys from their side.

@annevk
Copy link
Member

annevk commented Dec 13, 2021

So https://spec.whatwg.org/ did end up being updated, but let's reopen this so you and @foolip can verify.

@annevk annevk reopened this Dec 13, 2021
@domenic
Copy link
Member

domenic commented Dec 13, 2021

Yeah, participate.whatwg.org is the tricky part. That got deployed, but ironically only because of all the commits trying to set up deployment (i.e., DigitalOcean detected whatwg/participate.whatwg.org@5bf6e71 and thus redeployed, including fetching a new version of db.json).

@annevk
Copy link
Member

annevk commented Dec 13, 2021

Oh right, we did not need a participate update this round because we did not fiddle with Workstreams. So I guess one way of doing this would be to create a commit somehow which ends up triggering DigitalOcean at some point.

@domenic
Copy link
Member

domenic commented Dec 13, 2021

You do need a participate update to make https://participate.whatwg.org/agreement-status?user=domenic&repo=fs work, actually.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging a pull request may close this issue.

5 participants