라벨이 GitHub Copilot인 게시물 표시

GitHub Copilot PR 승인 기능|필수 승인·자동 병합 차이와 안전 설정

이미지
GitHub Copilot Code Review 가 이제 Pull Request(PR)를 검토한 뒤 단순히 의견만 남기는 것을 넘어 실제 승인(Approve) 리뷰까지 제출 할 수 있게 됐습니다. 특히 중요한 변화는 관리자가 허용할 경우 Copilot의 승인이 저장소에서 요구하는 필수 승인 수에 포함될 수 있다는 점 입니다. 예를 들어 PR 병합 전에 승인 1개가 필요한 저장소라면 설정에 따라 Copilot 승인 1개가 그 조건을 충족할 수 있습니다. 하지만 여기서 반드시 구분해야 할 것이 있습니다. Copilot의 승인 평가, 실제 PR 승인, 자동 병합은 서로 다른 기능 입니다. Copilot이 “승인할 준비가 됐다”고 판단했다고 바로 병합되는 것도 아니며, 실제 Copilot 승인이 있어도 상태 검사나 다른 보호 규칙이 남아 있다면 PR은 병합되지 않습니다. GitHub Copilot PR 승인 핵심 요약 발표일: 2026년 9월 1일 현재 상태: Public Preview·공개 미리보기 지원: Copilot Pro·Pro+·Max·Business·Enterprise 모든 Copilot Code Review에 승인 가능 여부 판단이 표시됩니다. 승인 판단만으로는 필수 승인 수를 충족하지 않습니다. 관리자가 허용하면 Copilot이 실제 Approve 리뷰를 제출할 수 있습니다. 설정에 따라 Copilot 승인도 필수 승인 수에 포함될 수 있습니다. 새 커밋이 올라오면 기존 Copilot 승인은 취소될 수 있습니다. 저장소별·조직별·엔터프라이즈별로 승인 기능을 제한할 수 있습니다. 파일 경로를 지정해 Copilot 승인이 인정되는 범위를 제한할 수 있습니다. Copilot 승인과 Auto-merge는 서로 다른 기능입니다. 목차 GitHub Copilot PR 승인에서 무엇이 바뀌었나? 승인 평가와 실제 승인은 무엇이 다른가? Copilot 승인이 필수 승인 수에 포함될까? Copilot 승인과 ...

Claude Fable 5.1 Copilot 데이터 보존|ZDR 예외·Fable 5 차이·기업 설정

이미지
Claude Fable 5.1 이 GitHub Copilot에서 사용할 수 있는 모델로 추가됐습니다. 긴 코드베이스 조사, 기능 개발, 여러 단계의 에이전트 작업처럼 장시간 이어지는 코딩 작업에 초점을 둔 모델입니다. 하지만 Fable 5.1을 선택하기 전에 성능보다 먼저 확인해야 할 조건이 있습니다. 바로 데이터 보존 정책 입니다. GitHub Copilot에서 사용하는 대부분의 일반 Claude 모델과 달리 Claude Fable 5와 Fable 5.1은 기본적으로 GitHub의 Anthropic Zero Data Retention(ZDR) 적용 대상에서 제외 됩니다. Fable 5.1을 기본 조건으로 사용하면 프롬프트와 모델 출력이 안전성 모니터링을 위해 보존될 수 있습니다. Anthropic은 Fable 5.1의 기본 데이터 보존 기간을 30일 로 안내하고 있습니다. 따라서 회사 소스코드, 고객정보, API 키처럼 민감한 정보를 다루는 경우에는 단순히 “Copilot의 Claude 모델이니까 ZDR이 적용될 것”이라고 가정하면 안 됩니다. Claude Fable 5.1 데이터 보존 핵심 요약 Claude Fable 5.1은 2026년 9월 1일 공개된 Anthropic의 장기 작업용 모델입니다. GitHub Copilot에서도 선택 가능한 모델로 제공됩니다. 기본 사용 시 프롬프트와 출력 데이터가 보존될 수 있습니다. Anthropic이 안내하는 기본 보존 기간은 30일 입니다. 보존 목적은 유해 이용 탐지를 위한 안전성 모니터링입니다. 데이터 보존과 모델 학습은 같은 의미가 아닙니다. Claude Fable 5와 Fable 5.1은 일반적인 Copilot-Anthropic ZDR 계약에서 기본 제외됩니다. 다른 Claude 모델은 Fable 5·5.1을 제외하면 기존 ZDR 정책이 유지됩니다. 일부 적격 기업은 2026년 말까지 한시적 ZDR 예외를 신청할 수 있습니다. 2026년 이후 지속적인 특수 ZDR...

GitHub Spark 종료 대응|8월 31일까지 앱 코드 내보내기·llm() 대체 방법

이미지
GitHub Spark가 2026년 8월 31일 종료됩니다. 기존 사용자는 그 전에 앱 코드를 GitHub 저장소로 내보내야 합니다. 이미 배포한 앱은 계속 작동하지만, llm() 을 이용한 AI 기능은 GitHub Models 종료로 인해 별도 API로 교체해야 합니다. GitHub는 2026년 8월 4일부터 GitHub.com에서 제공하던 Spark의 신규 사용자 등록과 신규 앱 생성을 중단했습니다. 기존 사용자는 8월 31일까지 자신이 만든 앱에 접근해 코드를 저장소로 내보낼 수 있습니다. 이번 변경에서 가장 주의할 부분은 ‘배포된 앱은 계속 작동한다’는 안내입니다. 일반 기능은 유지될 수 있지만, Spark의 llm() 함수를 사용한 앱은 AI 기능이 이미 중단됐을 가능성이 있습니다. 앱을 보유하고 있다면 종료일만 확인할 것이 아니라 코드 내보내기와 llm() 점검을 함께 진행해야 합니다. 핵심 내용 바로 확인 GitHub Spark 종료 일정 기존 배포 앱은 계속 작동할까? 앱 코드를 저장소로 내보내는 방법 llm() 사용 여부 확인 방법 외부 AI API로 교체할 때 주의할 점 자주 묻는 질문 GitHub Spark는 언제 종료되나? GitHub 공식 발표에 따르면 Spark 종료 일정은 다음과 같습니다. 날짜 변경 내용 사용자 영향 2026년 7월 30일 GitHub Models 종료 llm() 호출 작동 중단 2026년 8월 4일 신규 사용자·신규 앱 생성 중단 기존 앱만 접근 가능 2026년 8월 31일 기존 Spark 환경 접근 종료 이날 전까지 앱 코드 내보내기 필요 이번 종료는 현재 GitHub.com에서 제공되는 GitHub Spark 경험에 적용됩니다. GitHub는 자연어 기반 앱 제작의 중심이 Spark에서 VS Code, Copilot CLI, GitHub Copilot 앱 등 기존 개발 환경과 결합된 에이전트형 개발...