GitHub의 문제점

GNU Project는 GitHub 저장소 호스팅을 피할 것을 권고함. 불명확한 라이선스 안내, 비자유 JavaScript 요구, 사용자가 통제할 수 없는 원격 서비스, Git의 중앙집중화를 주요 이유로 듦 GPL 적용 안내가 불충분함. 라이선스 전문을 저장소에 넣는 것만으로 충분하다고 안내하고 파일별 고지를 선택 사항으로 취급해, 적용 버전과 이용자의 권리 및 의무를 불명확하게 만들 수 있음 비자유 JavaScript를 거부하면 웹사이트 이용이 크게 제한됨. Git 명령줄과 REST API로 일부 작업을 대체할 수 있지만, GNU Project는 공식 명령줄 도구의 원격 측정 기능도 문제 삼음 Copilot은 사용자가 모델을 통제할 수 없는 소프트웨어 대체 서비스(SaaSS) 임. 생성 코드의 법적 불확실성과 저품질 이슈 유입 문제에 더해, 원격 서비스 구조로 인해 강제 업그레이드와 요금 정책 변경을 피하기 어려움 GitHub 중심의 기여와 협업 흐름이 Git의 분산성을 약화함. 사이트 내부 포크와 풀 리퀘스트, Actions, 계정 중심 소통이 GitHub 의존성을 높이고 외부 참여에 장벽을 만듦 Git과 GitHub의 차이, 그리고 이전 권고 Git은 자유 소프트웨어지만 GitHub는 웹사이트임. 단순 저장소 호스팅부터 소프트웨어 대체 서비스(SaaSS)까지 제공하므로, 각 기능의 역할과 구현을 따로 평가해야 함 GitHub는 Git과의 호환성을 깨뜨리지 않는 범위에서 폐쇄형 생태계처럼 작동함 자유 소프트웨어인 Git 자체를 GitHub에 강제로 종속시킬 수는 없지만, 이용자가 GitHub에 묶이는 작업 흐름을 채택하도록 유도할 수 있음 원클릭 병합은 GitHub에 호스팅된 포크의 풀 리퀘스트를 요구하고, 웹 UI는 이메일 대신 계정 링크를 보여주며, 지속적 통합은 기본적으로 GitHub 서버에서 실행됨 근본적인 해결책은 이런 문제가 없는 호스팅 사이트로 옮기는 것임 즉시 이전하기 어렵다면 README에 이메일 주소를 공개해 GitHub 비이용자도 연락할 수 있게 해야 함 프로그램 사용 안내 페이지는 비자유 소프트웨어 없이 읽을 수 있는 웹사이트에 두고, 항상 그 페이지로 안내해야 함 불명확한 라이선스 관행 GitHub는 2008년 초 저장소 호스팅을 시작할 당시 적절한 자유 소프트웨어 라이선스 적용을 안내하지 않았고, 라이선스가 전혀 명시되지 않은 공개 저장소가 늘어남 2013년에는 새 소프트웨어의 자유...