VisualSVN 서버는 일반적으로 신뢰할 수있는 SVN 서버로 간주됩니까?

Question

~이다 VisualSVN 서버 일반적으로 신뢰할 수있는 SVN 서버로 간주됩니까?

Answer 1

우리 회사는 그것을 사용하고 있습니다. 내가 알 수있는 한, 그것은 SVN + Apache의 사용자 정의 배포 일 뿐이므로 설치 프로그램에 굴러갔습니다. 따라서 "신뢰성"은 Apache와 Subversion과 동일합니다.

Answer 2

VisualSVN 클라이언트와 함께 VisualSVN 서버를 몇 주 동안 사용하고 있습니다. 문제가 없어서 로그에서 떨어지는 것보다 설정하는 것이 더 쉬웠습니다. 관리 콘솔을 사용하면 리포지토리 및 폴더를 만들고 간단한 작업 (삭제, 가져 오기 등)을 수행하고 사용자 권한을 설정할 수 있습니다 (Active Directory Integrated 또는 SVN 인증). 그것은 단지 작동하고 더 이상 충분하지 않습니다. 나는 그들이 정확히 옳았다 고 생각합니다.

나는 Windows Server 가이기 때문에 Apache를 사용하는 것에 대해 약간 모호했지만 완전히 투명하고 VisualSVN에 통합되어 있습니다. 웹 사이트에서 언급하지 않았다면 Apache를 실행하고 있다는 것을 알지 못했습니다. Apache에서 다른 것들을 주최하고 싶다면 다른 일을하고 싶다고 생각하지만 Turnkey 솔루션과 VisualSVN이 제공하기를 원했습니다.

Answer 3

나는 그것에 하나의 큰 문제가 있었다.

내가 가진 문제는 리포지토리가 리포지토리가 파일 시스템 형식에있을 때 Linux 라인 엔딩 (라인 피드) 대신 Windows 라인 엔딩 (캐리지 리턴 + 라인 피드)으로 저장된다는 것입니다.

이로 인해 로컬 네트워크 Windows Server VisualSVN 호스팅에서 공개 Linux SVN 호스팅으로 리포지토리 (모든 개정판이있는)를 포팅하지 못했습니다. Windows 라인 엔딩을 Linux로 변경하면 모든 코드가 Windows 코드에 있으므로 모든 코드를 엉망으로 만들었습니다. Linux의 SVN 관리 도구는 리포지토리를 변환하지 않으면 저장소를 인식하지 못합니다.

따라서 코드 수출을 공개 저장소로 옮길 수는 있지만 이전 개정 기록을 모두 잃어 버렸지 만 불편하지만 쇼 스토퍼는 아닙니다.

Answer 4

당신은 신뢰할 수있는 것을 정의 할 수 있습니까? 데이터가 충돌하거나 부패하지 않을 가능성이 있습니까?

SVN + Apache는 각 범주에서 잘 지내지 만 설치 프로그램의 사용자 정의 부분이 무엇인지 잘 모르겠습니다.

Answer 5

우리는 아무런 문제없이 잠시 동안 사용해 왔습니다. GUI 외에도 다른 모든 서버와 동일한 Apache/SVN 기반입니다. MSI로 업그레이드 할 수있는 것이 좋으며 광고 통합, 인증서 관리 등을 처리하기위한 멋진 Windows GUI가 있습니다. 또한 업데이트를 얻는 데 매우 빠른 것 같습니다. 유일한 두 가지 네거티브 (확실히 내가 마지막으로 확인했을 때)는 다음과 같습니다.

1. 수동으로 설정하지 않으면 HTTP/HTTPS 액세스로 제한됩니다.
2. HTTPS를 원한다고 결정하면 HTTP 만 사용하기 만하면 HTTP와 HTTPS를 함께 실행할 수없는 것 같습니다.

Answer 6

나는 몇 년 동안 아무런 문제없이 그것을 사용했는데, 그것은 leightweight와 효율적입니다. 그러나 Windows 아래에 심하게 통합되었습니다 (전혀 문제가되지 않습니다)

대안으로 Collabnet Subversion Edge는 좋은 제품 인 것처럼 보이지만 시도하지 않았습니다.