2008-09-26 6 views
11

개발 서버 또는 Subversion 서버에 있어야합니까?Subversion 저장소는 어디에 있어야합니까?

나는 이것을 모든 클라이언트 - 서버 버전 제어 시스템으로 확장 할 수 있다고 가정합니다.

+0

이 질문에보다 분석적으로 대답 할 수있는 몇 가지 목표 또는 제약 조건을 설명해주십시오. –

답변

21

물리적 저장소는 정기적 인 백업을 얻는 안정된 시스템에 있어야합니다.

일반적으로 개발 서버가이 설명에 적합하지 않습니다 ... dev 서버에 apache 서버를 설치하고 파일을 원격으로 안정적인 백업 파일 서버에 호스트하는 것이 허용 될 수 있습니다 이 접근 방식은 서버 리소스를 추가로 확보 할 수없는 경우에 유용합니다. 당신이 코드를 보호하기 위해 적극적인 백업 시스템을 가지고 있다면 dev에 서버를 호스팅 할 수 있습니다 ...

단지 dev에 서버가 날아가거나, 또는 그와 함께 mucked 구성 변경하는 경향이 있습니다 중요한 순간에 당신의 레포를 쓰러 뜨릴 수 있습니다.

+0

어떻게 백업 하시겠습니까? rsync? – Liam

+0

rsync를 포함한 여러 가지 옵션이 있습니다. Berkley FS를 사용하여 리포를 설정 한 경우 실행할 수있는 핫 백업 스크립트가 있습니다. 원하는 모든 백업 메커니즘을 사용하여 해당 파일을 백업 할 수 있습니다. FSFS를 사용하는 경우 Repo의 실시간 백업을 직접 수행 할 수 있습니다. –

1

Trac, 자동 업데이트 된 프로젝트 JavaDocs 사본 및 CI 빌드 플랫폼을 호스팅하는 Apache를 실행하는 개발 서버에 계속 설치됩니다. 프로젝트는 전용 Subversion 서버가 필요하기 때문에 상당히 서사적 인 비율을 가져야합니다.

그러나 Subversion 저장소를 다른 위치의 다른 컴퓨터에 백업하는 것이 매우 중요합니다. 저장소가 가장 중요한 자산입니다!

2

내보기에는 조직에서 가장 중요한 서버 중 하나 인 서버를 자체 서버에 보관하면 관리자가 백업 및 기타 유지 관리 작업을 수행 할 수 있기 때문에 자신의 서버에 보관하고 있습니다. 그리고 서버가 이기 때문에 중요한 것은 우연히 그것을 손상시킬 수있는 어떤 방법 으로든 주위에 다른 개발자가있는 것을 원하지 않는다는 것입니다.

또한 많은 개발자와 활성 연속 통합 서버가 실행중인 경우 CPU가 실제로 스파이크를 일으킬 수 있으며 마지막으로 수행하려는 작업은 코드 변경을 커밋하는 방식으로 서 있어야합니다.

1

개발 상자는 정의상 휴지통으로 넘어지게됩니다. 그것은 영토와 함께 온다!

도 성능 인수가, 정말? ...

또한
2

이 무엇 dev에 서버에 대해 언급 한 다른 사람들이 정기적으로 휴지통되고 이것은 소스 코드 저장소에 어떻게 하시겠습니까. 누군가 개발 서버에서 개발 또는 테스트를하고 있다면 체크 아웃이나 동기화를 위해 SVN 서버의 속도를 늦추고 싶지는 않을 것입니다. 또한 동일한 서버에서 지속적인 통합과 같은 것을 실행하기로 결정한 경우 모든 유닛 테스트가 해당 서버에서 일반 dev/test 작업을 중단시키는 것을 원하지는 않습니다.

1

우리 회사에서는 중복 저장 장치를 제공하는 전용 컴퓨터에 저장했습니다. 나는 우리 문화에서 소스 코드와 소스 코드에 많은 시간과 노력을 들였습니다. 구성이 관리 할 수 ​​없게 되었기 때문에 아무리 위태롭게되거나 닦여 질 수있는 시험기를 절대 사용하지 않습니다.

woops. 우리는 또한 동일한 이유로 동일한 결함 추적을 결함 상자에 유지합니다.

1

Google은 저장소에 깨끗한 빈 슬레이트를 사용합니다. 특히 우리는 주 저장소에 Slicehost을 사용합니다.

256MB 슬라이스로 시작하여 나중에 512MB로 업그레이드했습니다. Slicehost는 처음부터 완전히 깨끗한 서버를 가지고 있고 필요한 것을 스스로 만들 수 있기 때문에 훌륭합니다.

Slicehosts' articles이 최고 수준입니다.

우리의 repo 서버는 다음과 같습니다

그리고 그게 전부입니다. 별로 오버 헤드가 없습니다.

편집 : 여기에 Slicehost를 판매하려하지 않으므로 그게 정결하지 않다면 알려주세요!

다시 편집 : 제임스는 독점 코드를 타사 서버에 호스팅하는 것에 대해 훌륭한 점을 제시합니다. 그런 일을하기 위해 호스트를 선택할 때는 특별한주의를 기울여야합니다. 안타깝게도 많은 회사에서는 집안에 서버를 만들고 관리 할 수있는 리소스가 없기 때문에 코드를위한 호스트를 선택하기 전에 스스로 찾았습니다.

+0

원격의 확약되지 않은 제 3자를 통해 코드를 호스팅하면 * 큰 위험을 감수해야합니다. 파산, 보안, IP 도난, 정전, 네트워크 연결 문제 등은 중요한 순간에 제 3 자 회사의 자비로 당신을 떠날 수 있습니다. –

+0

그런 이유로 자동 백업 인 James가 있습니다. – ceejayoz

+0

자동 백업은 타사의 IP 도용에 어떤 도움이됩니까? 그리고 자동화 된 백업은 로컬 서버가 없다는 사실을 바꾸지 않습니다. 호스팅 서비스가 종료되면 다시 가동 할 때까지 얼마나 걸립니까? 지연으로 얼마가 들지 요? –

-1

항상 필요할 때마다 안정적으로 백업 할 수있는 안정적인 서버에 저장소를 보관하는 것이 좋습니다.

관련 문제