TeamCity 提供与 GitHub.com 和 GitHub Enterprise 的全功能集成,让您能够验证每次提交的质量,同时保持简化的开发者工作流。无论您是在功能分支中私下工作,还是邀请社区贡献者复刻您的仓库并将其更改提交至上游,您都可以使用 TeamCity 自动构建和测试新代码。
TeamCity 是一个强大的 CI/CD 平台,可以灵活适应您的流程。无论是使用功能分支还是标记候选发布版本、是在 GitHub 中托管所有内容还是跨多个版本控制系统,您都可以根据需求配置自动化管道。
阅读下文了解 TeamCity 的可定制性。
检查最新代码更改的状态应当非常简单。将 CI/CD 平台与 GitHub 集成后,您可以从 TeamCity 查看提交的详细信息和相关 GitHub 议题,或者从 GitHub 检查构建状态和测试结果。一切由您决定。
阅读下文了解 TeamCity 的报告功能。
构建、测试和部署问题可能无法避免,但管道重启之前的长时间延迟并非如此。失败时,TeamCity 会提供调试问题所需的信息,让您可以立即开始修正。
阅读下文了解 TeamCity 的测试智能。
无论项目大小,一边工作一边验证更改都会带来更高效、更愉快的开发体验。反馈循环越短越好,因此自动化 CI/CD 流程是软件开发项目的重要组成部分。
TeamCity 能够以多种方式加快开发流程速度:
TeamCity 可供灵活配置自定义管道来补充软件开发工作流,使团队、个人和社区项目能够实现 DevOps 最佳做法并获得自动化持续集成和交付的好处。
我们针对 GitHub 的 CI/CD 集成可用于本地部署和云版本的 TeamCity,让您可以灵活管理构建代理的位置或卸下基础架构事项,专注于构建出色的软件。
TeamCity On-Premises 和 TeamCity Cloud 都可以让您完全控制 GitHub 身份验证。您可以在某人使用 GitHub 登录时自动创建新帐户,将访问权限限制为组织成员,以及独立于 GitHub 角色管理 TeamCity 用户权限,等等。
TeamCity 检测何时打开 GitHub 拉取请求,并可以根据各种标准触发 CI/CD 检查:
您可以在 GitHub UI 中查看自动化检查的进度和结果,如果所有检查都成功完成,TeamCity 会自动合并拉取请求。
TeamCity 在您希望收到反馈的所有位置提供反馈。在 TeamCity UI 中,您可以实时查看构建、测试和部署的进度更新。它还会将相应信息发送到 GitHub,让您始终了解提交或拉取请求的状态。
为了更快地向您发送通知,TeamCity 提供了对 Slack、IDE、浏览器和电子邮件警报的内置支持,TeamCity 插件提供了从 Telegram 到 Discord 的大量附加选项。
TeamCity 可以顺利整合到每个团队的开发工作流中,使其更加高效。功能分支、版本分支、拉取请求、单仓库或多个不同类型的 VCS – 无论您使用何种流程发布新功能,我们的解决方案都可以使它更快、更愉悦。
TeamCity 支持所有编程语言,适用于所有平台,并与所有流行构建和测试框架集成。借助 TeamCity,您可以使用多个不同类型的触发器自动执行 CI/CD,并根据触发器设置的参数或在管道内的任意点定义的参数动态自定义构建、测试和部署步骤。
构建完成后,TeamCity 可以自动将更改合并到目标分支、将构建编号记录为 Git 标记、在 GitHub 中更新提交或拉取请求的状态、将构建工件发布到容器注册表,等等。无论您在做什么,TeamCity 都可以构建!
TeamCity 比其他 CI/CD 工具更了解您的测试:
最重要的是,即使测试在 Docker 中运行,这些功能也可用。
TeamCity 本身并不是执行迁移的正确工具,但它可以在迁移期间提供不间断的 CI/CD 体验。将所有仓库添加到 TeamCity 的 VCS Roots 后,您将使整个代码可用于构建流程,无论它仍位于旧 VCS 中、在新 VCS 中还是同时存在于两者之中。
TeamCity 和 GitHub 服务于不同目的,因此说一个比另一个更好是不准确的。TeamCity 专注于 CI/CD 管道,比 GitHub Actions 具有更多功能,但它没有 GitHub 的版本控制、代码审查或项目管理功能。
是的,TeamCity 的 GitHub 集成是一项免费功能。免费本地部署版本 TeamCity Professional 可以不受任何限制地用于商业目的。
是的,可以在不将代码提交到 GitHub 的情况下在 TeamCity 中测试代码。为此,您可以创建一个 Git 补丁,将其上传到 TeamCity,然后运行个人构建,或使用 IDE 插件。