Hacker News 의견

• 이번 마이그레이션 이야기에서 눈에 띄는 건 기술적인 부분이 아니라, ‘기능 동등성(feature parity)’이 진짜 장애물이 아니라는 점임
  Codeberg는 일상적인 워크플로우에는 충분하지만, GitHub이 쌓아온 네트워크 효과와 관성이 부족함

  • Tangled.org 같은 프로젝트가 이 문제를 일부 해결하려고 함
    Bluesky와 같은 프로토콜을 기반으로 해서, Git이 어디에 호스팅되든 정체성과 연결성이 유지되도록 설계됨
  • 내가 Codeberg에서 겪은 가장 큰 불편은 이슈 검색 기능이 약하다는 점임
    예전에 분명히 본 이슈를 다시 찾기 어려움. 성능은 최근엔 괜찮아졌지만, 수백 개의 이슈가 있는 프로젝트라면 테스트 마이그레이션을 먼저 해보는 게 좋음
  • GitHub에는 방대한 문서와 예시가 있어서, 새로 합류한 사람도 쉽게 적응할 수 있음
    CI/CD 같은 건 팀 전체가 알 필요는 없고, 한 명만 잘 알아도 충분함

• Codeberg는 Gitea의 포크이고, Gitea는 Gogs의 포크임
  두 포크 모두 기술적 이유보다는 철학적 이유로 시작되었고, Gogs를 만든 Joe Chen이 큰 공을 세웠음

  • 실제로는 Codeberg는 Forgejo 기반의 웹사이트임
    Gitea는 한 개발자가 저장소 권한을 독점해서 포크된 것이고, Forgejo는 Gitea의 상표권을 되찾기 위해 만들어진 포크임
  • 농담이지만, 언젠가 Codeberg 커뮤니티도 사소한 이념 차이로 분열될지도 모른다는 얘기도 나옴

• Codeberg와 F-Droid를 함께 써본 사람이 있는지 궁금함
  GitHub처럼 자동으로 릴리스를 감지할 수 있는지 알고 싶음

  • F-Droid는 아니지만, Codeberg 지원을 추가하는 프로젝트들이 늘고 있음
    이제 临계점(threshold effect) 에 도달한 듯함

• 최근 며칠간 여러 프로젝트가 GitHub에서 이탈하는 걸 봤음
  무슨 사건이나 트렌드가 있는지 궁금함

  • GitHub의 가용성 문제, Microsoft의 AI 강제 통합, Azure 이전에 집중하느라 기능 개선이 뒤처진 점 등이 원인일 수 있음
  • Zig의 마이그레이션 발표가 좋은 참고가 됨
  • GitHub이 신뢰 붕괴(trust thermocline) 현상을 겪고 있는 것 같음
    오픈소스 커뮤니티의 불만이 누적되다가 한계점에 도달한 듯함
    Microsoft 전반의 AI·광고화 논란과 Windows 10 지원 종료도 영향을 주는 듯함
    관련 개념은 이 트위터 스레드에서 처음 제시됨
  • 개인적으로는 GitHub의 AI 남용이 지침
    예전의 Rails 기반일 때가 더 나았던 것 같음
  • 이건 일종의 Summer of the Shark 현상처럼 보임
    실제보다 과도하게 주목받는 일시적 현상일 수도 있음

• GitHub 대안 중 소규모 팀이나 개인 개발자에게 적합한 게 있는지 궁금함
  Codeberg는 FOSS 중심이라서 상업적 용도엔 맞지 않아 보임

  • Codeberg의 기반인 Forgejo를 직접 호스팅할 수 있음
    GitLab은 기능이 많지만 유지보수가 무거움
    그 외에도 Gitea, Gogs, Phorge 등 다양한 FOSS 포지가 있음
  • GitHub의 핵심은 기술이 아니라 소셜 네트워크임
  • 나는 sourcehut을 선호함
    GitHub UI를 복제하지 않고, 로컬처럼 빠른 즉각적인 인터페이스가 마음에 듦
  • 특별한 이유가 없다면 GitHub을 계속 쓰는 게 합리적임
    “Microsoft가 싫다”는 이유만으로 옮길 필요는 없음
  • 개인용으로는 Migadu 같은 저비용 프라이빗 호스팅을 찾고 있었지만 마땅한 게 없었음
    결국 Codeberg에 새 프로젝트를 올리고, 일부는 GCP에 프라이빗 미러로 유지 중임
    관련해서 Ask HN 스레드를 올렸지만 반응은 없었음

• eldred.fr의 블로그 글을 보면 저자의 이유는 합리적이지만, 사용자 입장에서는 체감 개선이 거의 없음
  Codeberg를 써보니

  • “봇이 아닌지 확인 중”이라는 애니메이션 검증 화면이 자주 뜸
  • GitHub 로그인 버튼이 작게 숨겨져 있음
  • UI는 GitHub과 거의 동일하고, README가 아래쪽에 있어서 불편함
    예: https://codeberg.org/dnkl/foot
    README를 메인 페이지로 두는 게 더 나을 듯함
  • 결국 차별화 없는 복제 전략은 매력적이지 않음
  • “봇 검증”은 Anubis라는 오픈 솔루션을 사용함
    유료 버전에서는 이미지 커스터마이징도 가능함
  • GitHub을 그대로 따라가는 건 사용자 익숙함을 위한 선택임
    너무 다르게 만들면 오히려 반발이 큼
    GitHub 로그인 버튼을 숨긴 건 커뮤니티 중심의 결정이며, 원하면 PR로 제안할 수도 있음
  • 이런 문제들은 오히려 서비스의 깊은 문제를 드러내는 신호일 수도 있음
  • 나는 GitHub의 AI 학습 논란과 중앙집중화에 지쳐서 Codeberg로 옮겼음
    GitHub과 동일한 기능을 갖추되, 윤리적 대안을 찾는 게 목적이었음

• GitHub에서 AI 스캔이 문제되지 않는다면, 비정치적 이유로 옮길 필요가 있는지 궁금함

  • 최근 GitHub의 가용성 저하가 있었지만, 불편함의 정도는 개인 판단에 달림

• Codeberg가 무료 CI 러너를 제공하는지 궁금함
  GitHub은 연간 1억 달러 이상을 CI에 쓰는 것으로 추정됨

  • Codeberg 문서(docs.codeberg.org/ci)에 따르면, 용량이 제한되어 있고 요청 후 승인을 받아야 함
  • 개인적으로는 Woodpecker 인스턴스를 Codeberg와 함께 써서 잘 작동 중임
  • Codeberg는 CI/CD의 에너지 비용을 강조함
    하지만 환경 비용을 언급하는 건 오히려 사용자 참여를 꺼리게 만들 수 있음
    기술자에게는 성능 최적화 문제로 접근하는 게 더 효과적임
  • 이런 CI 인프라가 바로 GitHub의 진입장벽(moat) 이라고 생각함

• Codeberg가 예전에 스팸 사건을 “극우 혐오 캠페인”으로 과장하며 자화자찬한 걸 보고 실망했음
  단순히 예방 실패를 인정했으면 됐는데, 정치적 프레임으로 포장함
  관련 링크: 이슈, HN 토론, 블로그 글

  • 이런 태도는 과도한 자기미화로 보임
  • 하지만 인종차별적 단어를 사용한 스팸이라면, Codeberg의 대응은 정당했다고 봄
    그런 이유로 존중을 잃었다면, 문제는 프로젝트가 아니라 그 시각에 있음

• 나도 한때 Codeberg로 저장소를 옮겼다가 다시 GitHub으로 복귀했음
  GitHub의 여러 기능이 마음에 들진 않지만, Codeberg에는 협업을 끌어당기는 힘이 부족함
  단독 유지보수자로서는 가시성과 네트워크 효과가 절실함