기본 정보
| 항목 | 내용 |
|---|---|
| 카테고리 | 버전 관리 시스템, Git 호스팅 서비스, 소프트웨어 개발 도구 |
| 홈페이지 | https://bitbucket.org/ |
| 운영체제 | Bitbucket Cloud는 웹 기반 서비스이므로 특정 운영체제에 종속되지 않습니다. 웹 브라우저가 설치된 모든 운영체제(Windows, macOS, Linux, 모바일 OS 등)에서 접근하여 사용할 수 있습니다. 기업 내부 시스템에 설치하는 Bitbucket Server 및 Data Center 버전은 Linux, Windows 서버 환경에 설치하여 운영할 수 있습니다. |
| 개발사 | Atlassian |
| 언어 | 영어, 한국어, 일본어, 독일어 등 다양한 언어를 공식적으로 지원하여 전 세계 각국의 개발자들이 자신의 모국어로 편리하게 서비스를 이용할 수 있습니다. |
| 용량 | Bitbucket Cloud는 클라우드 서비스이므로 사용자의 로컬 시스템에 별도의 설치 용량이 거의 필요 없습니다. 단, Git 클라이언트(수십 MB)는 로컬 코드 작업을 위해 설치해야 합니다. Bitbucket Server/Data Center 버전은 설치 환경에 따라 수백 MB에서 수 GB의 초기 디스크 공간이 필요하며, 프로젝트 저장소 데이터의 증가에 따라 추가적인 디스크 용량이 지속적으로 요구됩니다. |
성능 정보
| 항목 | 사용량 |
|---|---|
| CPU 사용량 | Bitbucket Cloud를 웹 브라우저를 통해 사용하는 경우, CPU 사용량은 주로 웹 브라우저 자체의 리소스 사용량 수준입니다. Bitbucket Server/Data Center는 서버에 설치되어 운영되므로, CPU 사용량은 동시 접속 사용자 수, 저장소의 크기 및 복잡도, 코드 푸시/풀 빈도, CI/CD 파이프라인 실행 여부 등 다양한 요인에 따라 크게 달라집니다. 일반적으로 소규모 팀의 경우 2코어 이상의 CPU가 권장되며, 대규모 엔터프라이즈 환경에서는 8코어 이상의 고성능 CPU가 필요할 수 있습니다. |
| 메모리 사용량 | Bitbucket Cloud 사용 시에는 웹 브라우저가 차지하는 메모리 사용량과 유사합니다. Bitbucket Server/Data Center는 최소 4GB RAM을 권장하지만, 수십 명 이상의 개발자가 동시에 사용하거나 대규모 저장소를 운영하는 경우, 또는 Bitbucket Pipelines와 같은 CI/CD 기능을 활발하게 활용할 경우 16GB 이상의 RAM이 필요할 수 있습니다. 메모리 자원이 충분하지 않으면 서비스의 응답 속도가 저하될 수 있습니다. |
| 디스크 사용량 | 클라우드 버전은 사용자의 로컬 디스크를 거의 사용하지 않습니다. Bitbucket Server/Data Center는 저장소 데이터(코드 파일, 변경 이력), 색인 파일, 시스템 로그, 첨부 파일 등을 저장하기 위해 상당한 디스크 공간을 필요로 합니다. 초기 설치 시에는 수 GB가 필요하지만, 프로젝트의 진행과 코드 변경 이력이 누적됨에 따라 수백 GB에서 수 TB까지 디스크 사용량이 증가할 수 있으므로 충분한 저장 공간 계획과 확장이 용이한 스토리지 솔루션이 중요합니다. |
| 네트워크 사용량 | 코드 푸시(Push) 및 풀(Pull) 작업, 웹 인터페이스 접근, Pull Request 생성 및 검토, CI/CD 빌드 로그 전송 등 다양한 활동에서 네트워크 트래픽이 발생합니다. 저장소의 크기, 변경된 파일의 양, 팀원들의 활동 빈도에 따라 네트워크 사용량은 매우 가변적입니다. 지속적인 코드 동기화 및 CI/CD 파이프라인 실행이 필요한 환경에서는 안정적이고 빠른 고대역폭 네트워크 연결이 Bitbucket의 전반적인 성능과 개발 생산성에 결정적인 영향을 미칩니다. |
다운로드 및 설치 방법
Bitbucket은 대부분 클라우드 기반 서비스로 제공되므로, 일반적인 소프트웨어처럼 로컬 컴퓨터에 ‘다운로드하여 설치’하는 방식보다는 ‘계정을 생성하고 웹에서 서비스를 시작’하는 방식으로 이용하게 됩니다. 기업 환경에서 자체 서버에 Bitbucket을 구축하고자 할 때는 Bitbucket Server 또는 Data Center 버전을 별도로 설치해야 합니다. 여기서는 Bitbucket Cloud를 기준으로 사용 시작 방법을 상세하게 안내합니다.
-
- Bitbucket 공식 웹사이트 https://bitbucket.org/에 접속합니다. 홈페이지 중앙에 크게 표시된 ‘무료로 시작하기’ 또는 우측 상단의 ‘가입하기(Sign Up)’ 버튼을 클릭하여 Bitbucket 서비스 이용을 위한 첫 단계를 시작합니다.
- Atlassian 계정을 생성하거나 기존에 보유하고 있는 Atlassian 계정으로 로그인합니다. 이메일 주소를 직접 입력하여 가입할 수도 있고, Google 또는 Microsoft 계정으로 간편하게 연동하여 가입할 수도 있습니다. 만약 Jira, Confluence 등 다른 Atlassian 제품을 이미 사용하고 있다면 동일한 계정으로 로그인하여 모든 Atlassian 서비스를 통합 관리할 수 있습니다.
- 계정 생성 및 로그인 절차를 완료하면, Bitbucket 작업 공간(Workspace)을 설정하는 화면이 나타날 수 있습니다. 이 단계에서 팀의 이름, 작업 공간의 고유 URL 등을 지정하여 팀원들과 함께 코드를 관리하고 협업할 공간을 만듭니다. 이 설정은 나중에 변경하거나 추가할 수도 있으므로, 우선 건너뛰고 나중에 설정할 수도 있습니다.
- 작업 공간 설정 후, 첫 번째 저장소(Repository)를 생성합니다. ‘저장소 생성(Create repository)’ 버튼을 클릭하고, 저장소의 이름, 접근 권한(공개 또는 비공개), README 파일 추가 여부, Gitignore 템플릿 선택 등을 설정합니다. 기존에 로컬에서 작업하던 Git 저장소가 있다면, 이 단계에서 Bitbucket으로 가져올 수도 있습니다.
- 로컬 개발 환경에서 코드 작업을 위해 Git 클라이언트를 설치합니다. Git 공식 웹사이트(https://git-scm.com/)에서 자신의 운영체제에 맞는 Git 버전을 다운로드하여 설치합니다. Git 클라이언트 설치 후, Bitbucket에서 생성한 저장소의 URL을 사용하여 로컬 저장소를 복제(Clone)하거나, 새로운 프로젝트를 생성하여 Bitbucket 저장소에 푸시(Push)할 수 있습니다.
- 이제 Bitbucket을 통해 코드 버전 관리, 팀원과의 협업, Pull Request를 통한 코드 리뷰, Bitbucket Pipelines를 활용한 CI/CD 파이프라인 구축 등 Bitbucket이 제공하는 모든 강력한 기능을 활용하여 소프트웨어 개발 프로세스를 효율적으로 관리할 수 있습니다.
주요 특징
-
Git 기반의 강력한 분산 버전 관리
Bitbucket은 Git 분산 버전 관리 시스템(DVCS)을 핵심으로 하여 코드 변경 사항을 매우 효율적이고 유연하게 관리할 수 있도록 지원합니다. 개발자들은 로컬 환경에서 자유롭게 코드를 수정하고 커밋하며, 필요할 때마다 원격 저장소에 푸시하여 팀원들과 최신 코드를 공유합니다. 브랜치(Branch) 기능을 통해 여러 기능 개발이나 버그 수정을 독립적으로 진행할 수 있으며, 머지(Merge) 기능을 통해 이러한 변경 사항들을 메인 브랜치에 안전하게 통합할 수 있습니다. 과거에는 Mercurial도 지원했지만, 현재 Bitbucket Cloud는 Git에 전적으로 집중하여 최적화된 Git 경험을 제공합니다.
-
무제한 비공개 저장소와 세밀한 접근 제어
소규모 팀(5명 이하)에 대해 무료로 무제한 비공개 Git 저장소를 제공한다는 점은 Bitbucket의 가장 큰 장점 중 하나입니다. 이는 개인 개발자가 자신의 아이디어를 자유롭게 구현하거나, 스타트업 및 기업이 민감한 코드를 외부에 노출하지 않고 안전하게 관리해야 할 때 매우 경제적이고 효과적인 솔루션을 제공합니다. 또한, 저장소별, 브랜치별, 사용자 및 그룹별로 세분화된 접근 권한을 설정할 수 있어, 프로젝트의 보안 요구사항과 팀의 역할에 맞춰 유연하게 권한을 관리하고 코드의 무결성을 유지할 수 있습니다.
-
효율적인 코드 리뷰와 협업을 위한 Pull Request
Pull Request(풀 리퀘스트)는 Bitbucket의 핵심 협업 기능으로, 개발자가 자신의 코드 변경 사항을 메인 브랜치에 통합하기 전에 팀원들에게 코드 검토를 요청하는 메커니즘입니다.