Google Cloud Source Repositories 대 Bitbucket 대 GitHub: 가치 있는 대안?

게시 됨: 2022-03-11

큰 관심 없이 Google은 방대한 클라우드에서 호스팅되는 새로운 버전 제어 플랫폼을 도입했습니다. 이것이 다소 친숙하게 들린다면 지금은 없어진 Google 코드를 생각할 수 있습니다. 가장 큰 차이점은 Google의 새로운 Cloud Source Repositories가 git 플랫폼이라는 점입니다. 즉, Google Code보다 훨씬 유연하고 유용합니다.

Google 코드는 GitHub와 Bitbucket이 등장하기 몇 년 전인 2006년에 출시되어 빠르게 인기를 얻었습니다. Google은 관심 부족을 이유로 2015년 3월 마침내 Google 코드의 플러그를 뽑았습니다.

Cloud Source Respositories vs Github vs Bitbucket

이것이 공식적으로 죽은 것으로 선언되기 몇 년 전에 인기를 잃었던 Google 코드의 길은 끝났지만 Google은 개발자 커뮤니티를 버리지 않고 있습니다. 실제로 Google Cloud Source Repositories는 이 초기 단계에서도 다소 유망해 보입니다. 개인적으로 나는 많은 사람들이 GitHub를 버리고 조만간 Google로 전환할 것으로 기대하지 않지만 회사는 사용자를 서비스로 끌어들이는 방법을 가지고 있습니다. Google은 계속해서 추진하고, 다듬고, 혁신하고, 신규 사용자에게 인센티브를 제공합니다. 그것은 일반적으로 작동하지만 많은 사람들이 지금 Google Plus 농담 한두 개를 기억하고 있다고 확신합니다. 그러나 나는 또한 이 프로젝트와 관련하여 Google이 완전히 진지하다고 확신합니다.

Google은 Cloud Source Repositories로 GitHub 및 Bitbucket을 인수하고 있습니다.
트위터

구글은 그것을 가능하게 하는 근육을 가지고 있다

나는 이미 두 개의 그다지 성공하지 못한 Google 프로젝트인 Google Plus와 Google Code에 대해 언급했습니다. 그래서 누군가가 아직 베타 버전인 새로운 클라우드 저장소에 대해 왜 흥분해야 하는지 궁금할 것입니다.

우선, Google은 베타를 유용하고 인기 있고 신뢰할 수 있는 서비스로 전환한 좋은 실적을 가지고 있습니다. 방대한 인적 자원과 재정 자원 덕분에 Google은 충분한 관심만 있다면 Cloud Source Repositories를 앞으로 더 심각한 것으로 개발하는 데 문제가 없을 것입니다.

Google 클라우드 소스 저장소

또 다른 비장의 카드는 Google의 클라우드 인프라입니다. 타의 추종을 불허합니다. 이 회사는 방탄 안정성으로 명성이 높으며 규모의 경제 덕분에 일반적으로 더 적은 비용으로 더 많은 것을 제공할 수 있습니다(작은 경쟁업체에 비해).

명심해야 할 또 다른 사항은 새로운 Cloud Source Repositories 서비스가 Google 코드를 완전히 대체하는 것은 아니라는 것입니다. 두 서비스 모두 개발자를 대상으로 하지만 Google Code는 협업 오픈 소스 프로젝트를 위해 설계되었으며 코드 외에도 문서, Wiki 등과 같은 다른 유형의 콘텐츠를 호스팅할 수 있습니다. 그러나 Cloud Source Repositories는 다소 전통적인 Git 서비스입니다. 채택 속도를 높이는 데 도움이 되는 몇 가지 기능이 있지만 종소리와 휘파람은 없습니다.

Cloud Source Repositories 대 GitHub 대 Bitbucket

Google의 새로운 클라우드 코드 플랫폼은 GitHub에 정면으로 맞서지 않는 것 같습니다. 대신, Cloud Source Repositories(CSR)를 통해 사용자는 GitHub 또는 Bitbucket에서 호스팅되는 저장소에 연결할 수 있습니다. 그러나 모든 것이 자동으로 Google Cloud Source Repository에 동기화됩니다.

Google Cloud Platform의 각 프로젝트에는 여러 사용자가 액세스하고 사용할 수 있는 Cloud Source Repository가 있습니다. 권한은 클라우드 프로젝트에서 상속되므로 사용자는 프로젝트 구성원을 추가하고 권한을 설정하기만 하면 됩니다.

좋은 소식은 Google CSR이 GitHub 또는 Bitbucket에서 호스팅되는 다른 Git 저장소에 연결할 수 있다는 것입니다. GitHub 및 Bitbucket에서 자동으로 미러링하도록 Google CSR을 설정할 수 있으므로 모든 변경 사항은 두 플랫폼에서 동기화됩니다.

Google은 사람들이 자신도 모르는 사이에 서비스를 사용하게 만드는 습관이 있다고 말한 것을 기억하십니까? Google Cloud Platform과의 통합 및 가장 큰 Git 저장소 두 곳을 지원하는 자동화된 미러링은 확실히 많은 사용자가 매력적으로 느끼는 서비스처럼 들립니다. 이것은 아직 베타 버전이므로 Google은 다른 Google 서비스와의 추가 통합을 도입하여 더욱 매력적으로 만들 수 있습니다. Cloud Source Repositories는 이미 Google 생태계의 자연스러운 확장처럼 보이고 느껴지지만 조금만 더 통합하면 더 좋아질 수 있습니다.

그렇다면 GitHub 및 Bitbucket과 비교하면 어떻습니까?

Github 대 Bitbucket

글쎄요, 아직 말하기 어렵습니다. 아직 베타 버전이며 가격 정보가 공개되지 않았습니다. 그래도 GitHub와 Bitbucket은 몇 가지 차이점이 있지만 기능면에서 밀접하게 일치한다는 점은 주목할 가치가 있습니다. 예를 들어 고급 사용자는 청구 모델이 다르기 때문에 둘 중 하나를 선호할 수 있습니다. GitHub는 주로 많은 주요 오픈 소스 프로젝트를 호스팅하기 때문에 추가 기능 및 오픈 소스 프로젝트에 대해 약간 더 낫다는 주장이 종종 있습니다. 그러나 BitBucket은 무료로 더 많은 기능을 제공하기 때문에 소규모 및 프리랜스 개발자에게 더 나은 선택일 수 있습니다(예: 여러 공동 작업자가 있는 무제한 개인 리포지토리). 결국 개인 취향의 문제입니다. 두 서비스 모두 매우 좋습니다.

그러나 Cloud Source Repositories는 어떻습니까? 개인적으로는 아직 말하기는 이르다고 생각합니다. GitHub와 Bitbucket은 수년 동안 존재해 왔으며 Google CSR은 몇 주 전에 공개 베타 버전으로 출시되었습니다. 베타 릴리스는 완전 무료이며 귀중한 소스 파일을 위한 500MB의 저장 공간도 제공됩니다. 그러나 이것은 분명히 전체 그림을 그리지 않습니다. Google이 장기적으로 무엇을 할 계획인지 아직 확인하지 못했습니다.

아직 열광하기에는 너무 이르지만 저는 신중한 낙관론자이며 그 이유는 다음과 같습니다.

  • Google은 다른 서비스와의 원활한 통합을 제공할 수 있습니다.
  • 가격 경쟁력이 있어야 합니다.
  • 구글은 공짜를 많이 주는 경향이 있다.
  • GitHub와 Bitbucket을 미러링하면 마이그레이션이 쉬워집니다.

불행히도, 우리는 이 시점에서 추측만 할 수 있으므로 그대로 두도록 합시다.

Cloud Source Repository를 원격으로 사용하기

Google CSR을 로컬 Git 저장소에 원격으로 추가하고 다른 Git 원격처럼 사용할 수도 있습니다.

Google Cloud SDK와 Git을 설치한 다음 저장소를 원격으로 추가하기만 하면 됩니다. 프로세스는 간단하며 몇 단계만 거치면 됩니다. Google에 의해 잘 문서화되어 있으므로 너무 많은 시간을 할애하지 않도록 합시다.

설정이 완료되면 Cloud Source Repository를 표준 Git 저장소로 사용할 수 있습니다(예: push , pull , clonelog ). 예를 들어 Cloud Source Repository에 푸시하려면 $ git push google master 를 사용해야 합니다. $ git log google/master 를 사용하여 커밋 기록을 볼 수도 있습니다.

파일이 Cloud Source Repository로 푸시되면 Google 개발자 콘솔에서 보고, 탐색하고, 편집하고, 커밋할 수 있습니다. 특정 커밋에서 파일 간의 차이점은 Diff Against 선택기를 선택하여 파일 내용 보기에서 액세스할 수 있습니다. Commit History 버튼은 특정 커밋에서 파일의 내용을 보는 데 사용됩니다. 파일을 보는 동안 편집을 사용하여 파일을 변경하고 변경 사항을 커밋할 수 있습니다.

이번에는 다르다, 힘내?

이미 지적했듯이 Google 코드는 그다지 인기를 끌지 못했고 Git 기반 솔루션에 의해 추월당했습니다.

그러나 Google Code를 완전한 실패라고 부르기 시작하기 전에 GitHub 및 Bitbucket과 같은 것보다 앞서는 것을 고려하십시오. 단순히 더 나은 것으로 대체되었으며, 그것만으로는 실패가 아닙니다. RCS(Revision Control System) 및 CVS(Concurrent Versions System)와 같이 80년대로 거슬러 올라가는 고대 개정 관리 솔루션이 단순히 더 나은 것으로 대체되었기 때문에 실패했다고 누가 주장하겠습니까?

깃허브

Git은 현재 가장 널리 사용되는 소스 코드 관리 솔루션이며, 최근 조사에 따르면 전문 개발자 2명 중 거의 1명이 소스 제어 시스템으로 Git 또는 GitHub를 사용하는 것으로 나타났습니다. 그러나 이것이 여전히 Git이 사실상의 산업 표준이라는 의미는 아닙니다. Subversion과 Microsoft의 Team Foundation Server에는 여전히 많은 사용자가 있습니다. Mercurial은 또한 덜 인기 있는 솔루션과 마찬가지로 충성도 높은 추종자를 보유하고 있습니다.

Git 밴드왜건에 합류하기로 한 Google의 결정이 업계 표준으로의 전환을 가속화할 것입니까? Cloud Source Repositories가 GitHub와 Bitbucket을 망칠까요? 아직은 이르다고 생각하지만 가능성은 분명히 있습니다. 이것이 포커 게임이었다면 Google이 손을 잘 잡았다고 말할 수 있지만 그것이 성공을 보장하지는 않습니다.

아직 갈 길이 멀다

Toptal은 소프트웨어 솔루션을 검토하거나 보증하는 비즈니스가 아니므로 관심이 있는 경우 Google RCS를 직접 사용해 보는 것만 제안할 수 있습니다. 특히 관심을 끌 가능성이 높다고 생각하는 경우에는 좋은 생각일 수 있습니다. 몇 시간의 땜질을 제외하고는 비용이 들지 않으며 GitHub 및 Bitbucket과 함께 사용할 수 있습니다. 이륙하면 선두에 서게 될 것입니다.

이제 나쁜 소식이 있습니다. 이는 아직 베타 버전이므로 서비스 수준 계약(SLA)이 적용되지 않으며 이전 버전과 호환되지 않는 변경 사항이 적용될 수 있으며 감가상각 정책이 없습니다. 이론적으로 구글은 내일 CSR에 대한 플러그를 뽑기로 결정할 수 있지만, 현시점에서는 아무도 그것을 기대하지 않는다고 생각합니다. 그냥 법적 소음입니다.

그러나 명심해야 할 다른 문제가 있습니다. 공개 베타 버전이므로 500MB의 저장 공간이 있는 유일한 패키지만 사용하도록 등록할 수 있습니다. 베타는 무료이며 향후 가격 및 스토리지 계층에 대한 정보는 아직 없습니다. 베타가 언제 종료되는지는 누구나 짐작할 수 있습니다.

개인적으로 경쟁력은 걱정하지 않는다. Google의 인프라는 우리가 많은 것을 기대할 수 있음을 의미합니다. 몇 년 전, 서비스가 시작된 지 며칠 만에 Google 드라이브에 대한 간단한 리뷰를 작성했습니다. 나는 그것에 대해 별로 생각하지 않았다. 서비스는 좋았지만 모바일 앱은 그렇지 않았습니다. 게다가 저는 이미 Dropbox에 푹 빠져 있었습니다. 2015년으로 넘어가면 Gmail, Gmail for Business, Google 문서도구 등과 함께 Google 드라이브를 사용하고 있습니다. 심지어 Google Plus도 목록에 올랐지만 여기에 중요한 것이 있습니다. 다른 Google 제품과 잘 통합되고 클릭 한 번으로 이러한 서비스를 사용하기 시작하는 경우가 많습니다.

Cloud Source Repositories는 확실히 같은 느낌을 가지고 있기 때문에 많은 사람들이 새로운 서비스를 확인하기 위해 끌릴 것으로 기대합니다. 더 나아가 기존 GitHub 및 Bitbucket 프로젝트에서 CSR을 사용할 수 있습니다. Dropbox를 Google 드라이브의 일부로 사용할 수 있거나 Google Plus를 Facebook의 게이트웨이로 사용할 수 있다고 상상해 보세요. 그것은 확실히 두 서비스를 더 매력적으로 만들 것입니다.

좋은 코드는 천국이나 클라우드로 간다

Google Cloud Platform은 몇 년 동안 등장했지만 지금까지 검색 대기업은 Amazon Web Services(AWS) 및 Microsoft Azure를 따라잡지 못했습니다. AWS는 85%의 예상 시장 점유율로 클라우드 환경을 지배하고 있으며 12개 이상의 경쟁업체보다 5배 더 많은 컴퓨팅 용량을 갖고 있는 것으로 추산됩니다.

그러나 이것이 Google의 클라우드 제품이 경쟁력이 없다는 것을 의미하지는 않습니다. Google은 클라우드 컴퓨팅에서 큰 역할을 할 수 있는 기술, 브랜드 인지도, 재정 및 기술 자원을 보유하고 있습니다. 한 가지 판매 포인트는 Google Cloud Platform이 Google 검색, Google 문서도구, YouTube 등과 같은 Google의 최종 사용자 제품과 동일한 인프라를 사용한다는 사실일 수 있습니다.

Google은 Amazon에 비해 작은 플레이어일 수 있지만 인상적인 인프라를 갖추고 있으며 이 사실을 활용하여 GitHub 및 Bitbucket과 같은 경쟁업체보다 가격이 더 높을 수 있습니다. 내가 말했듯이 아직 알려지지 않은 것이 많지만 Google이 카드를 올바르게 사용하면 승자가 있을 수 있습니다.

여가 시간이 있다면 특히 Google 앱 및 서비스에 이미 빠져 있는 경우 Cloud Source Repositories 베타를 확인해 볼 가치가 있습니다. 이미 시도했다면 댓글 섹션에서 동료 Toptalers와 자유롭게 의견을 공유하십시오.