SVN을 처음부터 설정하는 방법?

Question

IIS가있는 Windows 2003 서버가 있으며 visualsvn 서버를 설치했습니다.

나는 TortoisesVN을 사용할 두 명의 개발자가 있습니다.

이번이 처음으로 SVN 서버를 설정했기 때문에 이것이 어떻게 작동하는지 혼란스러워합니다. 내가 보는 방식으로, 각 개발자는 자신의 지역 PC에 저장소 사본을 가지고있을 것입니다. 각 사람은 PC에 IIS를 설치하고 체크 아웃하기 전에 사본을 테스트해야합니까?

서버에서 테스트 폴더를 만들고 생산 준비가되어야합니까? 마치 사본에 더 많은 문제가 발생하는 것처럼 보입니까?

당신은 무엇을 하시겠습니까?

편집하다

나는 내가 무엇을 생각하고 있는지 모르겠다. 나는 당신이 디버그 할 때 VS가 IIS에 내장 된 것을 잊었으므로 클라이언트 또는 서버에서 IIS를 설정하는 것에 관한 문제는 이제 문제가되지 않는다. 그러나 혼란스럽고 사이트를 Repo로 가져 왔으며 개정 2에 있다고 말했지만 Repo 폴더에 파일이 보이지 않습니다. IIS의 가상 폴더를 만들었습니까?

Answer 1

아니요, 각 개발자는 저장소를 사용하고 자신의 사본을 확인하여 작업을 수행합니다. 시스템에 설치된 IIS 또는 SVN 등이 필요하지 않습니다.

나는 그것을 읽는 것이 좋습니다 전복 FAQ.

Answer 2

귀하의 개발자는 로컬 리포지토리가 없으며 PC에 작업 사본이 있습니다. 일반적으로 이것은 개발자가 변경했지만 아직 커밋되지 않은 최신 버전의 앱입니다.

이것은 웹 앱이므로 개발자는이를 테스트하기 위해 로컬로 로컬로 일종의 웹 서버가 필요합니다. 이것은 IIS 또는 Visual Studio의 내장 웹 서버 일 수 있습니다 (미묘한 방법으로 II와 다르게 행동하지만).

당신은 다음과 같이 말했습니다 : "내 문제는 버그가있을 경우 개발자가 라이브 사이트에 커밋하는 것을 원하지 않는다는 것입니다."

Devs는 서버의 SVN 저장소에 커밋합니다. 어느 시점에서 리포지토리의 최신 버전에서 라이브 사이트로 내보내기를 원할 것입니다 (일명 '게시'). 이 효과가 있는지 확인하려면 서버에서 특정 버전을 확인하고 테스트하고 테스트를 통과하면 업로드 할 수 있습니다. Devs는 항상 버그로 코드를 확인하는 것이 좋습니다. 코드는 다른 개발자들이 수행 한 작업과 충돌해야하기 때문에 로컬로 많은 변경 사항을 구축 한 다음 커밋하는 것보다 자주 코드입니다.

분기 및 태깅은 여기에 유용한 개념입니다. 거의 올바른 버전이 있으면 소스 코드 트리의 기본 '트렁크'에서 멀어지면 브랜치의 모든 문제를 수정합니다 (메인 트렁크로의 백 포트 필요에 따라), 작업 버전이 있으면 '태그'태그 (버전 XYZ)를 업로드하고 업로드하십시오. 이 방법으로 업로드 한 특정 버전의 코드를 항상 참조 할 수 있으므로 프로덕션에서 발생하는 버그를 훨씬 쉽게 식별 할 수 있습니다. 다른 사람들이 제안한 것처럼 자세한 정보는 SVN 문서를 읽으십시오.

Answer 3

그것은 당신이 일하는 방식에 달려 있습니다. 거기 있습니다 다른 토론 폴더 구조 및 버전 제어를 사용하는 방법으로 직접 재생되는 정보.

Answer 4

아, 아니, 로컬 리포지토리가 없습니다. SVN을 설치하는 것은 쉽고 거의 쉽습니다. SVN Windows 설치 프로그램을 찾고 서버에서 설정하고 싶을 것입니다. Apache를 설치하려면 HTTP.conf 파일을 설정하여 HTTP에 SVN을 노출시킬 수 있습니다. 보안을 설정하는 데 약간의 복잡성이 있으므로 Windows 인증을 사용하면 WebDav, Google이 필요합니다.

일단 완료되면 모든 SVN 클라이언트가이를 때리고 사본을 확인하고 SVN과 함께 정상적으로 작업 할 수 있습니다. 당신이 정말로 붙어 있다면, 여기에 댓글을 달고 설치 사본을 받고 구성 할 것입니다.

좋은 소식은 그것이 견고하다는 것입니다. 일단 설정하면 영원히 실행됩니다.

Answer 5

"전복을 사용한 실용적인 버전 제어" 그리고 SVN Red-Bean 당신이 볼 필요가있는 두 소스입니다.

단일 서버에서 SVN을 설정하고 모든 개발자가이를 가리 키게합니다.

Answer 6

서버에 거북이를 설치하고 릴리스 웹 사이트의 업데이트 / 체크 아웃을 수행합니다. 어떤 사람들은 컴파일 된 코드를 체크인하는 것을 좋아하지 않지만 SVN에서 프로덕션 컴파일 사이트를 갖는 것을 좋아합니다.

서버에서 Tortoise를 사용하는 경우 InetPub/웹 사이트 디렉토리로 초기 체크 아웃을 한 다음 롤아웃에서는 거북이-> 업데이트를 사용하여 디렉토리를 업데이트하면됩니다.

물론 롤아웃을 확인하는 것은 스테이징 서버에서 먼저 롤아웃하고 테스트하지 않고 나쁜 관행으로 간주되지만 팀 규모에 따라 다릅니다.

Answer 7

SVN 학습을 위해 다음 리소스를 사용했습니다.

http://www.polymorphicpodcast.com/shows/subversion/

http://www.dimecasts.net/casts/bytag/svn

모두 좋은 것을 발견하고 시청을 통한 학습은 특히 시작하기가 더 쉬울 수 있습니다.

Answer 8

아니요 - 중앙 서버가 저장소를 유지 관리합니다. 개발자는 저장소 사본을 얻고 변경 한 다음 저장소에 커밋합니다.

실제로 전복을 성공적으로 배치하고 싶을 지 알아야 할 몇 가지 사항이 있습니다.

Windows에서 전복 설정에 관한 정말 좋은 기사 - https://blog.codinghorror.com/setting-up-subversion-on-windows/

Answer 9

아니요, SVN 서버는 단일 컴퓨터에 설치해야합니다. 각 개발자는이 컴퓨터를 가리키며 전체 사본 또는 리포지토리의 일부 사본을 로컬로 (그리고 결국)받습니다.

당신은 또한 오라일리 (O'Reilly)에서 파괴에 관한 책을 구입할 수도 있습니다. 제목을 기억하지 못합니다. 죄송합니다.하지만 많은 도움이됩니다.

모두 최고! 실바인.