2010-06-09 5 views
0

소스 제어 관리자 백엔드에 대한 더 나은 접근 방법은 무엇이라고 생각하십니까? 나는 File system 대 Hosted Subversion 서비스의 무게를 달고있다. Hosted Subversion -> (우리 회사는 이미 다른 그룹을 돌보고 있습니다.) 이점 : * 우리 팀이 끝까지 관리하지 않습니다. * 자동 백업 및 복구 * 자동 백업 및 파일 중복에 의한 신뢰성. * 파일 내역보기 내장, 파일 병합, 파일 diff소스 제어 관리자 백엔드

반면에 파일 시스템에는 위에서 언급 한 기능이 없지만 훨씬 더 간단합니다. 또한 파일이 백업되는 Linux 컴퓨터에서 호스트되는 경우 파일 시스템 충돌 문제를 처리합니다. Subversion은이 동일한 Linux 머신에있을 작업 복사본을 필요로하므로 추가 레이어가 필요하지 않습니다.

여러분, 저는 File System으로 간단하게 유지하는 대신 Subversion을 사용해야하는 이유를 찾고 있습니다.

귀하의 의견을 알려주십시오. Gabriel, 미리 감사드립니다.

추신 : 필자는 상용 소스 관리자를 거의 모색하지 않았으며 필요에 따라이 경로를 선택하기로 결정했습니다.

+0

몇 가지주의 할 : 1 IBM의 원격 시스템 탐색기를 사용하여 Linux 컴퓨터에서 파일을 탐색합니다. 동일한 파일 문제에 대해 작업하는 여러 개발자가 동시성 문제를 해결합니다. 2. 되돌아 가기 : 파일에 대해 마이너스 수정본을 사용할 수 있습니다. 백 아웃 (backout)의 경우 프로덕션으로 돌아갔습니다. 실제로이 작업을 위해서는 전복이 필요 없습니다. 3. 안전 : tak 일 수 있습니다. 데이터베이스별로 또는 File System의 경우 파일을 이동시키는 스크립트에 대한 유닉스 사용자 ID 권한에 따라 다릅니다. 요점은 필자가 파일 시스템을 사용하지 않을 때까지는 아직 확신 할 수없는 이유를 찾지 못했다는 것입니다. –

답변

2

파일 시스템을 사용하여 소스를 저장하는 것이 더 간단하다는 말에 동의하지 않습니다. 둘 이상의 개발자가 동시에 같은 파일을 작업해야 할 때 무엇을 할 것입니까? 변경 사항을 취소해야 할 때 무엇을 할 것인가? 실제 소스 제어 시스템 (Subversion 또는 기타)의 이점은 많습니다.

0

나는 그 이유를 열거하지 않을 것이다. 그것은 모든이에 온다 :

당신은 당신이 매일 다루는 복잡성이 가장 복잡한 SCM ( 자식 을 caugh caugh)의 복잡성을 왜소

프로그래머에게있어.

기회 통제를 위해 파일 시스템을 사용하는 것은 메모장을 사용한 프로그래밍과 비슷합니다. 소규모 프로젝트에서도 작동하지만 기능 (안전성 등)이 부족하여 시간이 많이 걸립니다.

그건 그렇고, 나는 그것을 뒷받침 할 과학이없는 무언가를 추천하는 것이 좋지 않다고 말했다. .. 죄송합니다 :(

이유의 목록