Mozilla, Firefox 코드 저장소 GitHub 이전: Mercurial 시대 마감 및 Git 워크플로우 전환

핵심 기술: Mozilla가 Firefox의 핵심 코드 저장소를 기존의 Mercurial에서 Git으로 전환하고 GitHub를 공식 저장소로 채택하는 과정 및 그 배경을 심층적으로 분석합니다.

기술적 세부사항:
* VCS 전환: Firefox 코드 저장소가 Mercurial에서 Git으로 이전되었으며, GitHub가 공식 저장소로 사용됩니다.
* 기존 도구 유지: 버그 추적은 Bugzilla, 코드 리뷰는 Phabricator, CI는 Taskcluster를 계속 사용합니다.
* 점진적 전환: 단기적으로 Mercurial 서버는 GitHub와 동기화되며, 자동화 시스템은 점진적으로 Git 백엔드로 이전될 예정입니다.
* Try 저장소: CI 테스트용 'try' 저장소는 여전히 Mercurial 기반이나 추상화 레이어 뒤로 숨겨지며 향후 Git으로 마이그레이션될 예정입니다.
* 브랜치 매핑: 기존 Mercurial의 mozilla-central은 Git의 main으로, autoland는 autoland 브랜치로 변경됩니다.
* 기여자 진입 장벽 완화: Git만 익히면 기여가 가능해져 신규 기여자의 학습 부담이 줄어듭니다.
* git-cinnabar: 이 도구의 개발 및 보급이 전환에 기여했으며, Git 사용자도 Mercurial 저장소에 접근 가능하게 했습니다.
* GitHub PR 워크플로우 미포함: 현재 GitHub PR 기반 워크플로우는 도입되지 않았으며, 향후 가능성은 열려 있습니다.
* 자체 인프라 운영 부담 감소: Mozilla는 자체 VCS 인프라 운영의 복잡성과 비용을 줄이는 것을 목표로 합니다.

개발 임팩트:
* 새로운 기여자의 진입 장벽을 낮추어 커뮤니티 참여를 확대할 수 있습니다.
* 자체 VCS 인프라 운영 부담을 줄여 핵심 개발에 집중할 수 있습니다.
* 개발자 친화적인 GitHub 플랫폼 사용으로 생산성 향상을 기대할 수 있습니다.

커뮤니티 반응:
* Mozilla가 Microsoft의 폐쇄형 플랫폼으로 이전한 것에 대한 개인적인 반대 의견이 있습니다.
* Phabricator 단종 후 대체 계획(Phorge 등)에 대한 질문이 제기되었습니다.
* 자체 호스팅 솔루션의 스케일 문제에 대한 궁금증이 있습니다.
* GeckoView 및 Mozilla Android Components의 GitHub 이전 여부에 대한 질문이 있습니다.
* 코드만 GitHub로 이전되고 이슈 트래킹은 Bugzilla에 남아있는 것에 대한 유감과 함께, Bugzilla 사용의 불편함이 지적되었습니다.
* Mozilla의 전략적 관점에서 GitHub 전환이 커뮤니티 참여 증대를 위한 합리적인 결정이라는 의견도 있습니다.
* GitHub 사용이 불가능하다고 기여를 포기하는 개발자는 저품질 기여자로 볼 수 있으며, 진입 장벽 상승이 저품질 기여자를 걸러내는 긍정적 효과가 있다는 의견이 있습니다.
* gh와 phabricator 조합의 복잡성으로 인해 Firefox 기여를 포기한 경험이 공유되었습니다.
* GitLab의 오픈소스 프로젝트 호스팅 정책 문제점과 관련된 개인 경험이 공유되었습니다.

톤앤매너: 전문적이고 분석적인 톤으로, IT 개발 및 프로그래밍 실무와 관련된 기술적 정보와 커뮤니티 논의를 균형 있게 전달합니다.