빌드 서버에는 CruiseControl.NET을 사용하고 소스 제어에는 Subversion을 사용합니다. 우리 IT 담당자는 이러한 가상 머신을 가상 머신 하나로 통합 할 것을 제안했습니다. 웬일인지 나에게 우스운 냄새가 난다. 그러나 나는 이유를 설명 할 수 없다. 소스 제어 서버가 빌드 서버보다 서버의 "일시적인"것이 훨씬 적은 것처럼 보입니다. 다른 누구도이 아이디어에 불쾌감을 느끼고, 아마도 그 이유를 설명 할 수 있습니까?서버 및 소스 제어 저장소 작성
VM의 가격이 저렴하다는 점을 알고 있습니다. 여기에 내가 설명하지 않는 다른 고려 사항이 있습니다. 이 질문의 범위는 빌드 서버와 소스 제어 서버를 하나의 상자에 넣는 것에 대해 차선책이거나 위험한 것입니까?
Subversion 저장소 보관 기는 개발 환경 내에서 유지되는 중앙 위치를 고려할 때 매우 중요합니다. 안정성을 보장하기 위해 최대한의 변화가 있어야합니다.
다른 프로젝트가 빌드되고 작업 부하가 변경되고 그 서버에 로그온하는 사람의 수는 일반적으로 볼 수있는 저장소 서버보다 훨씬 높을 수 있으므로 빌드 서버는 이탈 할 수 있습니다.
가능한 한 모든 기능을 결합하고 싶지는 않습니다. IT 담당자에게는 주석이 부족한 것처럼 보일 수도 있지만 제어 된 개발 환경에서 중요한 보안 분리입니다.
나는 당신이 의미하는 것을 안다. 빌드 서버는 하드웨어, 구성 등 변경에 도움이됩니다. 이러한 변경으로 인해 작동하지 않을 수 있습니다. SVN 서버에 그런 일이 일어나기를 원하지는 않습니다.
소스 제어 서버에 대해 별도의 VM을 사용해야한다고 주장합니다.
우리는 Perforce 및 CruiseControl.Net과 함께 설정을했습니다.
모든 것이 제대로 백업되고 서버 전용 리소스가 충분하면 정상이어야합니다.
VM의 장점 중 하나가 아닙니까? 별도의 "상자"에 넣을 수 있습니까?
우리 기업의 스파이웨어 및 바이러스 백신 각 자신의 VM의 울고에 대한 '큰 소리가
만큼 성능이 문제가되지 않습니다 당신이 다른 위치에 정기적으로 백업을, 나는이 문제를 볼 수 없습니다 . 우리 회사는 VM이 아닌 실제 서버를 제외하고는 사용자가 설명하는 것과 거의 똑같습니다. 실행중인 빌드 (매시간마다 실행)가 있더라도 SVN의 응답은 영향을받지 않습니다.