TeamCity는 GitHub.com 및 GitHub Enterprise와 완벽하게 통합되므로 개발자의 워크플로를 원활하게 유지하면서 각 커밋의 품질을 확인할 수 있습니다. 피처 브랜치에서 개인적으로 작업하거나 커뮤니티 기여자를 초대하여 저장소를 분기하고 변경 사항을 업스트림하는 모든 경우에 TeamCity를 사용하여 새 코드를 자동으로 빌드하고 테스트할 수 있습니다.
강력한 CI/CD 플랫폼인 TeamCity는 프로세스에 유연하게 적용할 수 있습니다. 피처 브랜치로 작업하든 릴리스 후보에 태그를 지정하든, 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 등, 새로운 기능을 제공하는 데 사용하는 프로세스와 관계없이 JetBrains 솔루션을 사용하면 그 과정이 더 빠르고 즐거워집니다.
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 플러그인을 사용하면 됩니다.