비트 버킷 및 소규모 개발 하우스


9

최종적으로 머큐리얼을 버전 관리 시스템으로 사용하고 있습니다. 이것은 놀랍게도 VCS를 사용한 적이없는 모든 사람에게 큰 도움이됩니다. 몇 달간 버그를 경영진의 귀에 기울인 후 마침내 그들은 빛을 보았고 이제는 공유 폴더 네트워크로 작업하는 것보다 훨씬 더 나아졌습니다!

이를 구현하는 과정에서 우리는 물건을 관리하는 다른 전략을 생각하고 있으며 Bitbucket을 "중앙"저장소로 사용하려고합니다. Bitbucket의 프로젝트는 전적으로 개인 프로젝트이며 모든 사람들이 밀어 넣습니다.

다른 제안에 공개되어 있지만 비슷한 설정을 가진 사람이 있습니까? 그렇다면 어떤 경고가 발생 했습니까?


+1 (a) 질문이 마음에 들기 때문에 (호스트 서버 외에 GitHub를 오프 사이트 리포지토리로 사용하려고합니다) (b) 회사에서 지속적으로 변경하고 자세하게 변경하기위한
Jon Hopkins

답변:


6

개인 저장소 호스팅에 Bitbucket을 사용하고 클라이언트 중 하나가 GitHub에서 개인 저장소 호스팅을 사용합니다. 내가 일하는 다른 회사는 Jira 서버에서 subversion의 개인 저장소 호스팅을 사용합니다.

데이터의 유일한 위치가 아닌 경우 데이터를 오프 사이트로 저장하면 재해 복구와 관련된 위험을 줄일 수 있습니다. 개발자 머신에 소스의 물리적 사본이 있고 git 및 mercurial이 전체 ​​개발 히스토리를 로컬 사본에 보관하므로 이제는 매우 실용적인 솔루션입니다. 단일 프로젝트에 기가 바이트의 데이터가 있고 네트워크 연결이 느리지 않으면이 옵션을 사용하는 것이 좋습니다. 저렴한 비용으로 개발자에게 많은 휴대 성과 유연성을 제공하며 자동 중복성을 제공합니다.

편집증 수준에 따라 코드를 저장하는 타사가 보안 위험에 노출 될 수 있다는 우려가있을 수 있지만 실제로는 회사 네트워크에서 사용할 수있는 랩톱을 보유한 개발자를 보유하는 것보다 나쁘지 않다고 생각합니다. Github와 Bitbucket은 SSH를 사용하여 데이터를 전송하므로 중간자 (man-in-the-middle) 공격의 발생 가능성이 상대적으로 낮습니다.


3

BitBucket 사용자는 아니지만 훌륭한 치아 빗으로 약관을 읽는 것이 좋습니다. 회사의 개인 프로젝트를 저장하려면 서비스 약관, 데이터 보호 및 보안 / 개인 정보에 대해 확실하게 확인해야합니다.

내부 컴퓨터에서 Mecurial '중앙 / 마스터'를 호스팅한다고 가정 했습니까?


2

우리는 이전 직장에서 ProjectLocker와 비슷한 것을했습니다. 솔직히, 그것은 비용 / 이익 분석으로 귀결됩니다-BitBucket에 지불 할 가격으로 Hq / Git / SVN 서버를 운영하는 유연성과 비용을 기꺼이 포기 하시겠습니까? 그렇다면, 가십시오. 가동 시간 문제는 없었으며 좋은 경험이었습니다.


2

우리는 (회사로서) BitBucket 사용자가 아닙니다. 우리는 여러 레거시 시스템을 사내 (CVS, SVN)로 운영하고 있으며 주요 리포지토리는 외부 사무실에 동기화 된 캐시가있는 git 시스템입니다. 관리자의 관점에서 볼 때 적절한 사내 IT 시설이 없으면 회사의 지적 재산을 다른 사람의 서버에 두지 않는 것이 좋습니다. 이 코드는 회사의 생명입니다. 이것은 돈이 아니라 IP 보호에 관한 것입니다.


1

나는 그것이 비용 분석이 더 저렴하다고 분명히 말하고 싶다. 자체 서버 (또는 VM 인스턴스)를 실행하거나 다른 곳에 고정합니다.

또한 회사에 이미 네트워크 공유 폴더가 설정되어 있다면 Git 사용을 고려할 수 있습니다. 네트워크 공유 폴더를와 같은 '원격'리포지토리로 바꿀 수 git init --bare있고 네트워크 공유 권한이 이미 존재하기 때문입니다. 사용자를 위해. 그런 다음 각 사용자는 공유 폴더를 원격으로 추가 할 수 있습니다 git remote add origin file:///some/shared/folder (파일 참조 공유의 정확한 구문이 아닐 수도 있습니다. 나는 정확한 구문을 위해 Google에 있습니다).

나는 기본적으로 개인 프로젝트를 관리하기 위해 집에서이 작업을 수행합니다. 내 홈 LAN에 NAS 드라이브가 있는데 '원격'저장소가 있고 Windows 매핑 드라이브 문자를 통해 다양한 PC와 랩톱에서 가져올 수 있습니다.


좋은 제안입니다! 나는 그것을 고려할 것이지만 나는 그것을 훨씬 더 친숙하기 때문에 Mercurial 내에 유지하고 싶습니다. 나는 hg에서 동등한 것을 할 수 있다고 확신합니다 ...
Marlon

1

나는 이것에 대해 다른 프로그래머들과 합류한다 : 당신의 코드를 포기하는 것에 대해 열심히 생각하십시오 .

나에게 그것은 자신의 저장소를 호스팅 할 인력과 지식이 없다면 VCS를 아웃소싱하는 옵션 일뿐입니다 (평균 : 백업 및 유지 보수 포함). 정기적으로 백업 한 공유 네트워크 폴더가 이미있는 경우 추가 비용없이 백업을 사용할 수 있습니다.


0

나는 잠시 동안 BitBucket을 사용했으며 꽤 좋은 서비스라는 것을 알았습니다. 개인 정보 보호 또는 보안에 문제가 있다고 생각하지 않습니다.

즉, 다른 사람의 서버에서 회사 코드를 호스팅하는 것이 불편하다고 생각되면 회사 서버 중 하나에서 ssh를 통해 액세스 할 수있는 수은 저장소를 설정할 수 있습니다. http://mercurial.selenic.com/wiki/SharedSSHhttp://blog.mixu.net/2010/10/04/setting-up-private-ssh-based-mercurial-repo-hosting-on-centos를 참조 하십시오 / .


0

Bitbucket은 오픈 소스 프로젝트에 적합합니다.

이 프로젝트가 독점적이라면 자신의 코드를 호스팅하는 것이 좋습니다. 이미 IT 설정이되어 있다면 직접 호스팅하는 것이 그렇게 비싸지 않습니다. 공정한 서버를 찾아 코드를 배포하십시오.

수은은 구성하기 쉽습니다.

행운을 빈다.

머큐리얼은 정말 좋습니다. 그것을 놓치지 :(


0

회사의 경우 비트 버킷에 항상 최신 복제본이 있더라도 프로젝트의 권위있는 저장소가 개인 서버에 있는지 확인하는 것이 좋습니다.

개인 로컬 서버 시스템에 Rhodecode 를 설치하는 것이 좋습니다 (빠른 액세스를 위해) 원하는 경우 정기적으로 스크립트 업데이트 비트 버킷 을 갖습니다. 어쨌든 여러 클론을 다른 곳에 보관하십시오.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.