HTTP 서버 대신 파일 시스템에있는 Mercurial 리모컨

Question

현재 svn에서 mercurial 로의 마이그레이션을 진행 중입니다. 내 요구는 간단하고 단순합니다. 우리 회사의 인트라넷을 통한 소스 제어가 필요합니다. IIS를 통해 원격 리포지토리를 설치하기 위해 어디에서나 예제를 볼 수 있습니다. 나는 단지 서버에서 공유 할 수있는 시점을 보지 못했습니다.

NTFS 권한을 사용하여 repos에서 권한 및 인증을 설정할 수 있습니까?

내가 누락 된 항목이 있습니까?

감사합니다

Answer 1

파일 공유에 저장소를 두는 것은 효과가 있지만 Mercurial 팀에서 권장하는 방법은 아닙니다.

확인, 는 일반적으로 인해 네트워크 파일 시스템 신뢰성 일반적인 문제에을하지 않는 것이 좋습니다 일반적으로

인트라넷에 제한 :

은 HG 위키 Publishing Repositories의 "공유 디스크"부분을 참조하십시오 그는 Chris Becke's answer을 체크 아웃하기 때문에 다른 유용한 단점 (쓰기 권한이있는 사람이 네트워크 공유에서 물건을 삭제하는 것은 의도적이든 아니든간에)을 지적했기 때문에.

이러한 것들을 알고 있다면 (함께 살 수 있음) 저장소를 네트워크 공유에 두는 것이 가장 쉬운 설치 방법입니다.

내 개인적인 경험은 Windows 공유가 "실제"Windows 컴퓨터에있는 한 완벽하게 작동한다는 것입니다.
직장에서 우리는 문제없이 실제 Windows 서버에서 공유를 사용하고 있습니다.하지만 집에서는 NAS (Windows 공유처럼 동작하지만 실제로 Linux에서 실행 됨)와 관련하여 문제가 발생했습니다.
당신은 여기 내 경험에 대해 자세한 내용을보실 수 있습니다 :
이 Can you 'push' to network share using Mercurial on 64bit Windows 7?

Answer 2

쓰기 가능한 파일 공유에 전혀, 음, 좋아 무엇이든해야하는 이유에는 여러 가지가 있습니다.

본질적으로 웹 메소드를 통해 푸시를 수행하는 데 누군가가 할 수있는 피해가 제한적입니다. 반면에 읽기/쓰기 공유는 밀어 넣기를 수행하는 데 필요하지만 사용자가 전체 repo, 기록 및 모두를 삭제할 수도 있습니다.

악의적 인 의도를 제기하지 않고도 사람 (또는 불량 소프트웨어 에이전트)은 임의의 네트워크 공유로 이동하고 실수로 파일을 속하지 않은 곳으로 끌 수 있습니다.

PC를 잠그는 가장 좋은 이유는 직장 동료가 HR에 포르노를 보내기 위해 잠금 해제 된 이메일 계정을 사용하는 것이 재미 있지만 청소부가 헝겊과 키보드로 할 수있는 놀라운 점 때문입니다. 또한 뮤직 라이브러리 응용 프로그램이 작업 그룹의 모든 공유를 검색하는 동안 찾을 수 있으며, 조심스럽게 "이동"하고 카탈로그를 someones 라이브러리에 알릴 수 있습니다.