TL;DR

  • GitHub Desktop 공식 빌드는 자동 업데이트를 거부해도 팝업을 반복해서 표시하며, 사용자는 하루에도 여러 차례 거부해야 하는 상황임.
  • 앱을 백그라운드에 열어 둔 것만으로도 업데이트 팝업이 나타나며, 중요한 작업 도중 방해를 받아 CNC 작업에서 목재 재고를 잃은 경험도 있음.
  • GitHub Desktop 팀은 2023년부터 이 문제를 알고 있지만 자동 업데이트 비활성화는 로드맵에 없다고 밝힘.
  • 글쓴이는 GitHub Desktop이 Microsoft와 GitHub의 제품인 만큼 독립적인 오픈소스 프로젝트라는 이유로 책임을 피할 수 없다고 주장함.
  • 자동 업데이트 기능을 유지하더라도 사용자가 거부 의사를 밝히면 이를 존중해야 한다는 것이 글의 핵심 요구임.

GitHub Desktop 팀에 보내는 공개서한

  • GitHub 저장소에 이 내용을 이슈로 올릴까 생각했지만, 원하는 수정 사항을 적용한 포크를 만들고 이곳에 공개서한을 남기는 쪽을 선택함.
  • GitHub Desktop이 오픈소스 제품임을 이해하며, 프로젝트에 시간을 쏟은 유지관리자들에게 감사를 표함.
  • 다만 GitHub Desktop은 Microsoft 산하 GitHub Inc.의 제품이며, 일반적인 오픈소스 프로젝트와는 다름. GitHub Inc.가 제공하는 제품군의 핵심 요소로 볼 수도 있음.
  • GitHub Desktop 다운로드 페이지 하단에는 “© 2025 GitHub, Inc. All rights reserved.”라고 표시되어 있으며, 이는 GitHub Inc.가 해당 지식재산권의 일부 또는 전부를 소유함을 시사함.
  • 따라서 “독립적인 오픈소스 프로젝트일 뿐”이라는 통상적인 방어 논리는 적용되지 않는다는 입장임. 이 도구는 이 분야에서 Microsoft의 경쟁 우위로 볼 수도 있음.

반복되는 업데이트 팝업

  • GitHub Desktop은 사용자가 업데이트 설치나 보조 도구 설치를 거부해도 그 요청을 존중하지 않고 반복해서 팝업을 표시함.
  • 사용자가 “아니요”라고 답해도 계속해서 “예”를 선택할 때까지 괴롭히는 양상이며, 하루에 다섯 번 이상 거부해야 할 때도 있고 팝업이 멈춘다는 보장도 없음.
  • 중요한 작업 중 최악의 순간에 팝업이 끼어들 수 있으며, 앱을 직접 사용하지 않고 백그라운드에 열어 두기만 해도 팝업이 나타남.
  • CNC 작업 중 GitHub Desktop의 방해로 목재 재고를 상당량 잃은 경험이 있음.
  • 이 동작을 보여주는 영상 증거가 제시되어 있음.

팀의 대응과 문제 제기

  • GitHub Desktop 팀은 2023년부터 이 문제를 알고 있지만, 사용자를 괴롭히는 것이 괜찮다고 여기는 듯 아무 조치도 하지 않는다는 주장임.
  • 팀은 다음과 같이 답변함.

“자동 업데이트 비활성화는 로드맵에 없어요, 죄송합니다 😕 하지만 앱을 닫은 뒤 업데이트하면 꽤 빠를 거예요.”

  • 출처는 desktop#16227의 댓글이며, 같은 문제는 desktop#3410에서도 제기됨.
  • GitHub는 이 분야의 독점 사업자이며, 이러한 행태는 독점적 지위를 남용하는 것처럼 보인다는 주장임. Windows, VS Code, GitHub Desktop 등 Microsoft 제품 전반에서 흔한 행동일 수 있지만, 그렇다고 정당화되는 것은 아님.

사용자의 거부 의사를 존중해야 함

  • 자동 업데이트를 비활성화하지 않아도 괜찮지만, 사용자가 “아니요”라고 하면 그 의사를 존중하는 것이 최소한의 예의라는 요구임.
  • “아니요”는 끊임없이 괴롭힌 끝에 결국 “예”라고 하겠다는 뜻이 아니며, “앱을 닫은 뒤 업데이트하면 꽤 빠르다”는 뜻도 아님.
  • 매일 GitHub를 사용하는 소프트웨어 엔지니어들이 삶의 중심에 있는 도구에서 거부 의사를 존중받기를 바란다는 내용임.

GitHub Desktop 제품 정보

  • GitHub Desktop은 오픈소스 기반의 Electron 앱이며, TypeScript와 React를 사용함.
  • MIT 라이선스가 적용됨. 단, MIT 라이선스의 허용 범위에는 GitHub의 상표와 로고 디자인이 포함되지 않으며, GitHub는 모든 상표와 저작권을 보유함.
  • logos 폴더의 파일명에 “logo”가 포함된 양식화된 Invertocat 디자인 등이 GitHub 로고에 해당함. GitHub 이름과 양식화된 표기, Invertocat 표시는 GitHub의 상표 또는 등록 상표이며, 로고 사용 시 GitHub 로고 지침을 따라야 함.

다운로드 및 릴리스

  • 공식 설치 프로그램은 macOS, Apple silicon용 macOS, Windows, 시스템 전체 설치용 Windows 버전으로 제공됨.
  • Linux는 공식 지원 대상이 아니지만, 커뮤니티 릴리스에서 GitHub Desktop 포크를 통해 제작된 Linux 설치 프로그램을 찾을 수 있음.
  • 베타 채널에서는 정식 공개 전에 새 기능과 수정 사항이 포함된 초기 빌드를 이용할 수 있으며, macOS, Apple silicon용 macOS, Windows, Windows ARM64 설치 프로그램이 제공됨. 최신 베타 버전의 릴리스 노트도 제공됨.
  • 이전 버전은 desktop.githubusercontent.com에서 찾을 수 있음. 이전 버전을 설치한 뒤에도 자동 업데이트 기능은 최신 버전을 다운로드하려고 시도함.
  • 커뮤니티 지원 패키지 관리자로도 설치할 수 있음.
  • Windows: winget install github-desktop 또는 choco install github-desktop
  • macOS: Homebrew 패키지 관리자의 brew install --cask github
  • Linux: shiftkey/desktop 포크에서 여러 배포판용 설치 프로그램을 찾을 수 있음.

제품 적합성 및 문제 신고

  • GitHub Desktop이 적합한 대상과 제품의 주요 초점은 별도 문서에서 설명함.
  • 프로젝트와 관련된 모든 상호작용에는 GitHub Desktop 행동 강령이 적용됨.
  • 문제를 신고하기 전에 열린 이슈와 닫힌 이슈를 검색해 이미 보고되었거나 해결된 문제인지 확인해야 함.
  • Desktop에서 추적 중인 알려진 문제 목록도 제공되며, 일부 문제에는 해결 방법이 있음.
  • 해당하는 이슈를 찾지 못하면 적절한 템플릿을 선택하고 조사에 필요한 정보를 제공해 새 이슈를 열 수 있음.
  • 며칠 동안 응답이 없으면 이슈에 정중하게 한 번 알림을 남길 수 있지만, 응답이 없다고 두 번 이상 남기지 말아야 함. 유지관리자의 시간과 자원은 제한되어 있고 개별 환경을 진단하는 일이 어렵고 시간이 오래 걸릴 수 있음. 방향을 안내하려고 노력하지만 모든 개별 문제를 깊이 조사한다고 보장할 수는 없음.

기여 및 추가 자료

  • 기여 안내 문서 CONTRIBUTING.md에서 개발 환경 설정과 소스 코드 파악 방법을 확인할 수 있으며, 문서 폴더에도 관련 자료가 있음.
  • 작업할 항목을 찾는 경우 help wanted 라벨이 붙은 이슈를 확인할 수 있음.
  • Desktop 빌드용 개발 환경 설정은 setup.md에서 안내함.
  • 제품 정보는 desktop.github.com에서, 설정·인증·구성 방법은 시작 안내 문서에서 확인할 수 있음.