Teams 속 GitHub, 어느 앱을 쓰고 있나요? 구형 앱은 11월 16일 종료

Teams에서 GitHub를 쓰고 있다면, 지금 설치된 앱부터 확인해 보세요. GitHub는 10월 23일 알림과 Copilot을 합친 앱을 발표하면서, 별도로 제공하던 구형 GitHub 앱을 2026년 11월 16일 종료한다고 안내했습니다. 기존 알림 앱을 쓰는 팀과 구형 GitHub 앱에서 Copilot을 쓰는 팀의 전환 방법이 다릅니다. 공식 발표 · 종료일과 이용 조건

이름이 비슷해도, 업데이트할 앱과 옮겨야 할 앱이 다릅니다

기존 GitHub notifications 앱을 쓰고 있다면 최신 버전으로 업데이트하는 경로입니다. 이 앱이 알림과 Copilot을 함께 제공하는 통합 GitHub 앱이 되며, 기존 알림 기능은 계속 사용할 수 있다고 GitHub는 설명합니다.

반면 별도의 구형 GitHub 앱은 이름이 GitHub (deprecated)로 바뀌고 11월 16일 종료될 예정입니다. 이 앱에서 Copilot을 이용하던 팀은 통합 앱을 설치해야 합니다. 이름에 GitHub가 들어 있다는 이유만으로 전환이 끝났다고 판단하지 말고, 설치된 앱의 종류와 업데이트 상태를 확인할 필요가 있습니다. 설치 경로는 이번 발표가 연결한 통합 GitHub 앱을 기준으로 삼으세요.

이번 발표는 Teams용 GitHub 앱의 통합과 이전 안내입니다. Microsoft의 Teams Agent sessions 미리보기 종료와는 다른 변경입니다.

알림을 받은 자리에서 수정 요청까지 이어집니다

통합 앱에서는 채널·그룹 채팅·개인 채팅으로 저장소 알림을 받고, @GitHub를 불러 후속 작업을 요청할 수 있습니다. 예를 들어 버그 이슈 알림에 조사와 수정을 요청하면 Copilot이 변경안을 만들고 pull request로 연결하는 흐름입니다. 이후 변경 검토와 테스트, 병합 여부 결정은 팀의 몫입니다. 앱 통합이 검토 절차까지 대신한다는 발표는 아닙니다. GitHub의 작업 예시

알림만 받는 데에는 Copilot 라이선스가 필요하지 않습니다. Copilot 작업에는 유료 GitHub Copilot 플랜과 cloud sandboxes 활성화가 필요하며, 조직이나 기업 관리자가 관련 정책을 허용해야 하는 경우도 있습니다. 현재 공식 문서는 Teams의 Copilot 기능을 공개 미리보기로 안내합니다. 통합 앱 발표를 기능 전체의 정식 출시로 읽어서는 안 됩니다. Copilot 이용 조건과 상태

요청 한 줄뿐 아니라 스레드 전체가 전달됩니다

대화에서 바로 일을 맡기는 방식은 편리하지만, 함께 전달되는 자료의 범위도 넓습니다. GitHub 문서에 따르면 Copilot은 요청이 있는 전체 스레드를 맥락으로 사용하며, 이 맥락은 생성된 산출물에 저장됩니다. 전달 범위를 좁히고 싶다면 앱과의 직접 메시지를 사용하는 방법을 안내합니다. 대화 맥락과 보안 고려사항

2026년 10월 24일 GitHub Docs 본문을 캡처한 실제 화면입니다. 내용 수정 없이 여백과 사이트 메뉴를 잘랐습니다. 출처: GitHub 및 기여자, 원문. 문서 콘텐츠는 CC BY 4.0에 따라 이용하며, 라이선스 적용 범위를 확인했습니다.

따라서 고객 정보나 내부 의사결정이 섞인 긴 대화에서 곧바로 작업을 요청하기보다, 필요한 내용만 담은 새 대화로 분리하는 방식을 고려할 만합니다. 이는 발표가 강제한 절차가 아니라, 공개된 맥락 처리 범위를 바탕으로 한 운영 제안입니다.

저장소를 바꾸는 요청은 해당 저장소에 쓰기 권한이 있는 사용자만 시작할 수 있습니다. 다른 대화 참여자는 의견을 보탤 수 있지만, 작업 공간의 게스트와 저장소의 외부 협업자는 Teams에서 Copilot 세션을 시작하거나 조종할 수 없다고 문서는 설명합니다. 대화에 참여할 수 있다는 사실과 코드를 변경하도록 지시할 수 있다는 권한은 별도로 점검해야 합니다.

이전 확인은 작은 작업으로 마무리하세요

먼저 설치된 앱이 GitHub notifications 계열인지, 종료 예정인 구형 GitHub인지 구분하세요. 이어 관리자와 설치·Copilot 정책을 확인하고, 업데이트 또는 통합 앱 설치 후 GitHub 계정 연결과 대상 저장소를 확인하는 순서입니다.

그다음 민감한 내용이 없는 작은 이슈로 알림 수신과 계정 연결부터 확인해 보세요. Copilot까지 사용할 계획이라면 저장소 쓰기 권한, 전달할 대화 범위, 결과를 검토할 담당자를 정한 뒤 제한된 작업으로 시작하는 편이 좋겠습니다. 기존 알림 구독과 설정이 모두 자동 이전된다고 가정하지 말고, 실제로 필요한 알림이 오는지도 확인하세요. 이 글에서는 앱 이전이나 작업 실행을 직접 시험하지 않았습니다.

비용도 구독 여부만으로 끝내지 않는 편이 안전합니다. 이번 발표에는 Teams 작업의 단가나 추가 비용 면제 안내가 없으며, 연결된 cloud sandbox 문서는 사용량 기반 과금을 설명합니다. 실제 도입 전에는 자신의 플랜과 청구 설정을 확인해야 합니다. Cloud sandbox 청구 안내

조직의 Copilot 기능 정책도 함께 살핀다면 기본 정책 적용 시 확인할 항목을 참고할 수 있습니다. 앱을 옮기는 일과 조직에서 실행을 허용하는 일은 각각 확인할 항목입니다.

업무 도구의 변경을 놓치지 않고 적용 조건까지 살펴보고 싶다면, 아래에서 VECTORLOG 소식을 구독해 주세요.

앱 통합은 알림에서 수정 요청까지의 이동을 줄이지만, 이전 대상 앱·저장소 권한·전달할 대화 범위를 구분하고 결과 검토 책임을 남겨야 합니다.