· · 4 분 소요

Azure Repos의 Copilot Code Reviews는 겉보기보다 더 큰 일이다

GitHub Copilot 코드 리뷰가 Azure Repos에 도입되며, 이는 아직 모든 것을 GitHub로 옮길 준비가 되지 않은 팀에게 중요합니다. 진짜 가치는 AI 보조 리뷰를 기존 엔터프라이즈 워크플로 안에 유지하는 데 있습니다.

GitHub Copilot Azure DevOps Azure Repos Developer Tools Code Review
이 글은 다른 언어로도 제공됩니다:English, Español, Català, Deutsch, Français, Português, Italiano, 日本語, 中文, Русский, हिन्दी, Polski, Türkçe, العربية, Bahasa Indonesia, Nederlands

이 글은 자동 번역되었습니다. 원문은 여기를 클릭하세요.

모든 팀이 원할 때 바로 GitHub로 옮길 수 있는 것은 아닙니다.

이런 맥락이 바로 새로운 Copilot Code Reviews for Azure Repos 프리뷰를 진짜 흥미롭게 만듭니다.

예, GitHub는 여전히 많은 AI 기반 개발 도구의 중심입니다. 하지만 많은 엔터프라이즈 팀은 규정 준수, 프로세스 복잡성, 내부 통합, 마이그레이션 위험, 또는 단순히 큰 엔지니어링 조직이 블로그 글 한 번 보고 하룻밤 사이에 replatform하지 않는다는 이유로 아직도 Azure Repos에서 일합니다.

그래서 이 프리뷰는 중요합니다. 이미 팀이 일하는 곳으로 AI 지원 리뷰 루프를 가져오기 때문입니다.

그리고 나는 이것이 처음 보이는 것보다 훨씬 더 큰 일이라고 생각합니다.

소스 기사에서 가장 중요한 문장

소스 기사는 많은 고객이 “아직 이동할 준비가 되지 않았고, 일상적인 개발은 계속 Azure Repos에 의존하고 있다“고 말한다고 전합니다.

이 문장은 많은 것을 말해줍니다.

왜냐하면 업계가 종종 건너뛰려는 사실을 인정하기 때문입니다. 엔터프라이즈 도구 전환은 단지 기술적 결정이 아닙니다. 조직적 결정입니다.

즉, 유용한 AI 도구 전략은 최종적으로 공급업체가 원하는 곳이 아니라 팀이 지금 있는 곳에서 만나야 합니다.

기능 자체는 유용하지만, 진짜 이야기는 워크플로다

기능 자체는 꽤 단순합니다.

조직, 리포지토리, 사용자 수준에서 Copilot 코드 리뷰를 활성화하고, pull request에 리뷰를 요청하면 Copilot이 Azure Repos PR 경험 안에 직접 피드백을 추가합니다.

이미 유용합니다.

하지만 더 중요한 것은 팀이 먼저 소스 제어 플랫폼을 바꾸지 않고도 또 하나의 리뷰 계층을 추가할 수 있다는 점입니다.

이것은 다음을 의미합니다:

  • 더 빠른 1차 피드백
  • 분명한 문제를 더 빨리 감지
  • 반복적인 지적에 낭비되는 리뷰어 시간 감소
  • 설계, 정확성, 트레이드오프, 위험에 더 많은 인간의 주의를 돌릴 수 있음

다시 말해, 이것은 코드 리뷰를 대체하지 않습니다.

사람이 리뷰 시간을 어디에 써야 하는지를 바꾸는 것입니다.

내가 생각하기에 이것이 가장 도움이 되는 곳

적어도 세 가지 매우 실용적인 시나리오에서 가치가 있습니다.

1. 처음 훑어볼 필요가 있는 큰 pull request

아주 강한 팀도 PR이 많은 파일을 건드리면 놓치는 게 생깁니다.

AI 리뷰는 첫 번째 검토로 다음에 유용합니다:

  • 수상한 변경
  • 흔한 품질 문제
  • 다시 볼 가치가 있는 위험한 핫스팟
  • 사람이 리뷰를 시작하기 전에 적용할 수 있는 피드백

이것은 자동화의 좋은 사용입니다.

2. 과부하 상태의 리뷰 큐

팀이 리뷰 백로그 압박을 받고 있다면, 최악의 결과는 사람들이 신경 쓰지 않는 것이 아닙니다. 너무 적은 시간에 너무 많은 일을 하려는 것입니다.

AI 리뷰 계층은 특히 인간 리뷰어가 어차피 표시했을 법한 문제에 대해 반복적인 마찰의 일부를 제거할 수 있습니다.

3. 리포지토리 전반에서 일관되지 않은 리뷰 깊이

대규모 조직의 모든 repo가 같은 리뷰어의 주의나 전문성을 받는 것은 아닙니다.

그렇다고 해서 AI가 권위가 되어야 한다는 뜻은 아닙니다.

AI가 인간의 리뷰가 시작되기 전에 더 일관된 기준선을 만드는 데 도움이 될 수 있다는 뜻입니다.

프리뷰의 제한은 사실 좋은 신호입니다

소스 발표에서 내가 정말 좋아하는 점은 Microsoft가 한계를 얼마나 명확하게 말하는지입니다.

프리뷰에는 다음과 같은 제약이 포함됩니다:

  • 리포지토리 크기
  • 변경된 파일 수
  • 동시 리뷰
  • 병합 상태
  • 청구 가시성

이것이 이런 기능을 출시하는 올바른 방식입니다.

AI 리뷰를 마법의 오라클처럼 소개하면 팀은 바로 잘못된 기대를 갖게 됩니다. 명확한 경계를 가진, 관찰 가능하고, 과금 가능한 기능으로 소개하면 팀이 훨씬 더 현실적으로 받아들일 수 있습니다.

그게 더 건강합니다.

청구 가시성은 보통 벤더가 인정하는 것보다 더 중요합니다

기사에서는 리뷰가 GitHub AI credits로 변환되며, “1 credit = $0.01 USD“라고 설명합니다.

작아 보일 수 있지만 엔터프라이즈 환경에서는 매우 중요합니다.

리뷰 자동화는 팀이 다음을 할 수 있을 때 훨씬 쉽게 확장됩니다:

  • 사용량을 추정하기
  • 지출을 모니터링하기
  • 작은 리포지토리 집합으로 시험해 보기
  • 모호한 플랫폼 가치 주장 대신 실제 숫자로 판단하기

더 많은 AI 기능 출시가 이렇게 명확했으면 좋겠습니다.

이것을 평가하는 팀에게 내가 말하고 싶은 것

지금 Azure Repos를 쓰고 있다면, 이 프리뷰를 철학적 논쟁이 아니라 실용적 실험으로 봐야 합니다.

다음에 적용해 보십시오:

  • 하나나 두 개의 활성 리포지토리
  • 실제 PR 볼륨이 있는 팀
  • 리뷰어가 이미 부담을 느끼는 워크플로

그 다음 실제 결과를 보십시오:

  • 노이즈를 줄였는가?
  • 유용한 문제를 더 일찍 잡았는가?
  • 리뷰 시간을 짧게 했는가?
  • 리뷰어가 결과를 계속 사용할 만큼 충분히 신뢰했는가?

이게 진짜 테스트입니다.

내 생각

여기서 가장 흥미로운 것은 Copilot이 코드를 리뷰할 수 있다는 점이 아닙니다. 우리는 그런 패턴이 결국 일상이 될 것이라는 것을 이미 알고 있었습니다.

흥미로운 것은 Microsoft가 매우 현실적인 기업 현실을 인정하고 있다는 점입니다: 많은 팀은 먼저 플랫폼을 바꾸지 않고 AI 지원 워크플로를 원합니다.

그래서 이 프리뷰가 중요합니다.

기존 Azure DevOps 흐름에 현대적인 리뷰 기능을 가져오고, 많은 조직에게는 더 큰 플랫폼 결정이 아직 진행 중인 동안 필요한 다리가 됩니다.

솔직히 말해, 그것은 모든 팀이 지금 당장 깔끔한 마이그레이션에 준비되어 있다고 가정하는 것보다 훨씬 더 똑똑한 도입 이야기입니다.

원문: Copilot Code Reviews for Azure Repos

공유:
이 글의 소스 코드를 GitHub에서 보기 ↗
← Visual Studio의 새로운 Plan agent는 매우 실제적인 AI 워크플로 문제를 해결한다
Visual Studio의 5월 업데이트는 idea와 change 사이의 더 나은 control에 관한 것이다 →