这个看具体情况，很难一次性说明白。
microsoft/winget-pkgs 是 MS 官方开源项目，这个项目有一个20人左右的团体统称 Moderators 。主分支 master 是被锁死不能直接 Push 的，只能通过 PR 进行变更，他们负责审阅并测试你的 PR ，测试通过后批准授权由他们配置的 Bot 账号自动合并到 master 分支并触发 Azure Pipelines 将变更打包发布到生产环境去。
我自己的 Dragon1573/Boudoir-of-Sagiri 则只有我自己在操作，主分支 butterfly 可以自由读写。我的 Push 操作会在 GitHub 上产生「事件」，触发已经配置好的 GitHub Workflows 流水线，流水线按照配置定义完成项目的编译构建并把产物发布到 GitHub Pages 去完成上线。
还有其他的开发者，线上环境在 Vercel 或者 Heroku ，可以借助 GitHub Workflows / TravisCI / CircleCI 等持续集成/交付平台制作流水线进行自动化构建发布。对于自有服务器，相关的平台也有提供开箱即用的流水线「环节」以远程登录到你的自由服务器上完成部署发布。
microsoft/winget-pkgs 是 MS 官方开源项目，这个项目有一个20人左右的团体统称 Moderators 。主分支 master 是被锁死不能直接 Push 的，只能通过 PR 进行变更，他们负责审阅并测试你的 PR ，测试通过后批准授权由他们配置的 Bot 账号自动合并到 master 分支并触发 Azure Pipelines 将变更打包发布到生产环境去。
我自己的 Dragon1573/Boudoir-of-Sagiri 则只有我自己在操作，主分支 butterfly 可以自由读写。我的 Push 操作会在 GitHub 上产生「事件」，触发已经配置好的 GitHub Workflows 流水线，流水线按照配置定义完成项目的编译构建并把产物发布到 GitHub Pages 去完成上线。
还有其他的开发者，线上环境在 Vercel 或者 Heroku ，可以借助 GitHub Workflows / TravisCI / CircleCI 等持续集成/交付平台制作流水线进行自动化构建发布。对于自有服务器，相关的平台也有提供开箱即用的流水线「环节」以远程登录到你的自由服务器上完成部署发布。
