Roku, 개발자 저장소 전부 GitHub에서 GitLab으로 옮겼다
Roku developer repositories moved from GitHub to GitLab
Roku가 개발자 문서, 샘플 앱, RSG 2.0 SDK 오픈소스, 툴링 저장소를 모두 GitHub에서 GitLab으로 이전했다. 저장소 이름은 그대로라 github.com/rokudev/<repo>가 gitlab.com/rokudev/<repo>로 바뀌는 식이다. 문서 링크는 자동 갱신됐지만 북마크와 git remote, .gitmodules, CI 파이프라인, raw 파일 URL은 직접 고쳐야 한다. 특히 저장소를 인덱싱해 쓰는 AI 파이프라인은 오류 없이 낡은 내용을 계속 제공할 수 있어 재크롤링이 필요하다. GitLab에서는 'Suggest edits' 기능이 지원되지 않는다.
이 경우를 먼저 점검하세요. 오래된 인덱스는 오류를 내지 않고, 조용히 낡은 콘텐츠를 계속 제공할 뿐입니다.
HN 토론
179- PedroBatista
GitLab은 모든 결점에도 불구하고 '일반' 기업/조직 프로젝트에 훨씬 더 잘 맞습니다. 소프트웨어 개발 및 그 주변 작업에 참여하는 사람들의 멘탈 모델에 더 부합하고, GitHub가 거의 처음부터 지향했던 '오픈 소스 개발 소셜 네트워크' 같은 성격과 최근 Microsoft화된 것과는 덜합니다. 그리고 CI / GitHub Actions 주제는 꺼내지도 말죠..
- rr808
Roku가 Fox에 인수된다는 점을 언급할 가치가 있습니다. 그래서 Microsoft와의 미덕 배틀에서 어느 쪽도 깨끗하지 않습니다.
- bob1029
(최근 장애 때문이라고 가정하고) 현재 상황에서는 어디든 잔디가 오래 초록으로 유지될지 모르겠습니다. GitHub 장애 대부분은 GitHub 엔지니어들이 AI를 사용해서 발생하는 게 아닙니다(한두 가지 사례는 있을 수 있지만). 장애의 주된 원인은 개발자들이 워크플로에서 훨씬 더 빠르게 움직일 수 있다는 사실입니다. 이 제품들의 모든 사용자가 시스템에 더 무거운 수요를 걸고 있습니다. 이런 수요 급증이 곧 멈출 것 같지 않습니다. 2027년 전에 내 5,000 req/hr GH API 할당량이 반으로 줄어들 것이라는 이메일을 곧 받을 거라고 확신합니다. GitLab이 이런 힘에서 면역이 있다는 게 이해되지 않습니다. 자체 호스팅 및 엔터프라이즈 플랜을 선택하지 않는 한은요. 둘 다 GitHub도 제공합니다.
- tangotaylor
그들이 속내를 털어놓고 왜 이전했는지 설명해 주면 좋겠습니다.
- clivedup
GitHub 관련 스레드는 모두 GitHub에 압도적으로 부정적입니다. 여러 Git forge를 좋아하는 사람으로서도... GitHub는 좋아 보이는데요?
- brightball
git 호스트와 상관없이 CI에 Dagger를 사용하는 것에 대한 큰 글을 봤는데, 실제 이점이 있는지 궁금했습니다.
- Lerc
여기 스레드가 흥미로운 이유는 제 상황이 꽤 다르기 때문입니다. 사람들이 좋아할 것 같은 게임을 만들었습니다. F-Droid에 제공하려고 하는데 GitLab 계정을 만들라는 압박을 받고 있습니다. F-Droid 같은 프로젝트가 이렇게 하는 게 매우 아이러니하게 느껴집니다. 그들 스스로 상호운용성을 위해 다른 사람들이 GitLab에 가입해야 하는 일종의 락인을 초래하는 프로세스를 구축한 것 같습니다.
- prologic
~2021년에 내 저장소를 위해 이렇게 했습니다 :D https://prologic.blog/posts/2021-07-11-why-i-no-longer-trust...