[meta] Rename default branch to main

[nschonni]

Issue tracking the renames across the org nodejs/node#33864

• PR to change the instances where it is hardcoded chore: Rename default branch to main #3762
• Any changes needed to the nodejs/build webhook setup chore: Update nodejs.org webhook branch build#2676
• Update Crowdin config?

[mhdawson]

Assume this is still underway?

[nschonni]

@mhdawson I just sent a PR for the nodejs/build webhook, so I think it's mainly the rename that needs to happen before the 2 PRs are landed.
The Crowdin part isn't really used right now, so it can probably get cleaned up later

[mhdawson]

@nschonni I can do the rename if you think everything is ready, just let me know.

[nschonni]

I think it should be good to go, as long as there isn't a pending release that might need release notes to get published today. I'm guessing there might be some manual work to redeploy the webhook on the build PR, so the related PR here is picked up

[mhdawson]

@BethGriggs what would be a good time to do the rename from the perspective of avoiding releases?

[BethGriggs]

It looks like our next set of releases are not scheduled until 29th June, so anytime this week should be a good. But, generally, we aim for Tuesday releases, so just avoiding those seems reasonable.

Edit: Looks like we delayed v16.4.0 until 22nd June - so worth waiting until that has gone out

[richardlau]

We still haven't released nodejs/node#39031 yet (when discussed in last weeks' Release WG meeting the plan was to delay/try for tomorrow (22 June)).

[mhdawson]

At this point I think we should likely wait until after the upcoming security release.

[mhdawson]

@richardlau do you know what we need to do/have access to do the "might be some manual work to redeploy the webhook on the build PR,"

[richardlau]

@mhdawson I'll find out -- I roughly know the bit on the infra servers that rebuild the website but would need to dig through to work out how the webhook works.

[richardlau]

@mhdawson For the webhook we'd need to update two files on the www server and then restart the github-webhook.service systemd service.

• Update these references to origin/master:
  • ansible/www-standalone/resources/config/github-webhook.json.j2 (chore: Update nodejs.org webhook branch build#2676)
  • ansible/www-standalone/resources/scripts/build-site.sh (requested to be added to chore: Update nodejs.org webhook branch build#2676)
• Update the files on www. I've never actually run the playbook in https://github.com/nodejs/build/tree/master/ansible/www-standalone before -- the README says it's not tested against the live server and I think we've generally made changes on the server and reflected them back into the Ansible scripts rather than doing them first in Ansible. The two referenced files above end up on the server as:
• /etc/github-webhook.json (this looks different to the one in the repo -- at some point we dropped the webhook for benchmarking but don't appear to have updated the repo)
• /home/nodejs/build-site.sh
• Restart the github-webhook.service (e.g. systemctl restart github-webhook.service) to reload the configuration.

[richardlau]

@mhdawson Also I believe I have access to do the build-infra side of this.

[mhdawson]

In respect to

Update the files on www. I've never actually run the playbook in https://github.com/nodejs/build/tree/master/ansible/www-standalone before -- the README says it's not tested against the live server and I think we've generally made changes on the server and reflected them back into the Ansible scripts rather than doing them first in Ansible. The two referenced files above end up on the server as:

+1 I think we should do the manual changes and reflect back.