我们是否直接在 DEV、QA 或 PROD 等环境中使用 GitHub 中存在的 Spring Web 应用程序代码？
Do we use the Spring web applicaiton code present in GitHub, direclty in an environment like DEV, QA or PROD?
目前我使用 Tortoise SVN 作为 VCS 来更改我的 Spring 应用程序。然后我们使用 ant 构建代码，然后将更改部署到 DEVELOPMENT 环境，如果代码正常工作，我们将转移到后续环境。
但是，当我们使用 GitHUB 作为 VCS 时，有什么不同吗？我们可以使用 GitHub 中存在的代码并直接推送到 DEV、QA 或 PROD 环境吗？
或
我们是否只部署 .ear 文件构建到各自的环境后？
目前我正在使用 Tortoise SVN，用于我的 spring 应用程序的构建和部署。
但是，我想知道 GitHub.
的过程
Do we deploy only the .ear file after building it to the respective environments?
这是推荐的做法，考虑到：
- 任何从版本化源构建的可交付成果都应该不自己进行版本化
- 由于可交付成果未在 (Git) 存储库中进行版本控制，因此 Git 本身不会用于部署。
Git是版本控制工具，与GitHub不同：GitHub是Git版本库托管服务器，提供附加服务。
GitHub 可用于部署，通过 GitHub Actions and its deployment workflows。但所有程序仍处于测试阶段。
目前我使用 Tortoise SVN 作为 VCS 来更改我的 Spring 应用程序。然后我们使用 ant 构建代码，然后将更改部署到 DEVELOPMENT 环境，如果代码正常工作，我们将转移到后续环境。
但是，当我们使用 GitHUB 作为 VCS 时，有什么不同吗？我们可以使用 GitHub 中存在的代码并直接推送到 DEV、QA 或 PROD 环境吗？
或
我们是否只部署 .ear 文件构建到各自的环境后？
目前我正在使用 Tortoise SVN，用于我的 spring 应用程序的构建和部署。
但是，我想知道 GitHub.
Do we deploy only the .ear file after building it to the respective environments?
这是推荐的做法，考虑到：
- 任何从版本化源构建的可交付成果都应该不自己进行版本化
- 由于可交付成果未在 (Git) 存储库中进行版本控制，因此 Git 本身不会用于部署。
Git是版本控制工具，与GitHub不同：GitHub是Git版本库托管服务器，提供附加服务。
GitHub 可用于部署，通过 GitHub Actions and its deployment workflows。但所有程序仍处于测试阶段。