2009-05-08 2 views
2

IIS가있는 Windows 2003 Server가 있고 VisualSVN Server가 설치되어 있습니다.SVN에 새로 워서, 어떻게 설치 하시겠습니까?

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

SVN 서버를 처음 설치 한 이래로 이것이 어떻게 작동하는지 혼란 스럽습니다. 내가 본 방식으로, 각 개발자는 자신의 로컬 PC에 저장소의 사본을 가지고있을 것이고, 체크 아웃하기 전에 각 사람이 자신의 PC에 IIS를 설치해야 자신의 복사본을 테스트해야 할 것입니까?

서버에 테스트 폴더를 만든 다음 프로덕션을 준비해야합니까? 그것은 마치 복사본으로 더 많은 문제를 일으키는 것처럼 보입니다.

무엇을 하시겠습니까? 내가 무슨 생각 몰라요

편집

, 나는 당신이 그렇게 클라이언트 또는 서버에 IIS를 설정하는 방법에 대한 문제가 지금이 아닌 문제 디버깅 할 때 VS는이 IIS에 내장 된 것을 잊어 버렸습니다. 그러나 나는 혼란 스럽다. 나는 repo에 사이트를 가져왔다. 그것은 리비전 2에 있었지만 repo 폴더에있는 어떤 파일도 보지 못했다고했다. 내가 만든 Repo를 가리키는 IIS에 가상 폴더를 만듭니 까?

+0

그가 IIS를 언급 할 때 그는 SVN 용 IIS가 아니라 코드를 테스트하기 위해 IIS에 대해 이야기하고 있다고 생각합니다. 그 중 일부는 그 문제를 혼란스럽게합니다. 아니면 잘못 읽은 것일까 요? – Tim

답변

4

아니요, 각 개발자는 저장소를 사용하고 자신의 복사본을 체크 아웃하여 작업합니다. 그들은 시스템에 설치된 IIS 나 svn 등을 필요로하지 않습니다.

나는 Subversion FAQ을 읽어 보시기 바랍니다.

+0

예, fac을 통해 읽어보십시오.이 모든 것을 설정하기 전에해야 할 연구가 조금 있습니다. –

+0

나는 이것을 보았다 (http://subversion.tigris.org/faq.html # website-auto-update) do hook은 후크를 설치해야한다는 것을 제외하고는 많은 정보를 제공하지는 못했지만, 소스 코드는 리눅스에서만 사용할 수 있습니다. –

0

작업 방법에 따라 다릅니다. 버전 관리를 사용하는 방법에 직접적으로 영향을 미치는 폴더 구조 및 기타에 대해서는 other discussions입니다.

0

어, 아니요, 로컬 리포지토리가 없습니다. SVN을 설정하는 것은 쉽고 거의 비슷합니다. svn windows installer를 찾아서 서버에 설치하려고합니다. 당신은 아파치를 설치하기를 원할 것이다. 그리고 http.conf 파일을 설정하여 http를 통해 svn을 노출시키는 약간의 장애물을 갖게 될 것이다. 보안 설정에 약간의 복잡성이 있으므로 Windows 인증을 사용하면 WebDav, google이 필요합니다.

일단 완료되면 모든 svn 클라이언트가이 파일을 체크 아웃하고 사본을 체크 아웃하고 SVN을 정상적으로 사용할 수 있습니다. 당신이 정말로 꼼짝 못하게된다면, 여기에 의견을 말하면 설치 및 설정 사본을 받으러 갈 것입니다.

좋은 소식은 단단한 바위입니다. 한 번 설정하면 영원히 계속 달릴 것입니다.

+0

VisualSVN을 설치하면 아파치가 설치되고 Windows 인증을 사용하게됩니다. 그래서 나는 거기에서 잘 생겼다고 생각한다. 내 문제는 버그가있는 경우 devs가 라이브 사이트에 커밋하는 것을 원하지 않는다는 것입니다. 내가 볼 수있는 유일한 두 가지 방법은 A) 자신의 PC에 repo 복사본이 있고 거기에있는 IIS의 로컬 복사본을 설치하는 것입니다. 또는 B) 오류가 있는지 확인 할 수있는 서버에 로컬 사이트를 만드십시오. –

+0

꽤 일반적인 연습이 있으며 개발주기와 관련하여 좋은 책이 있습니다. Pragmatic Programmers 시리즈에서 Check It Ship It을 참조하십시오. 개발자의 삶의 하루. 1. 프로젝트를 SVN에서 로컬 개발 상자로 체크 아웃하십시오. 2. 로컬 상자에 iis 또는 내장 된 서버 Cassini로 프로젝트를 개발하고 테스트하십시오. 3. 한 번 더 소스를 업데이트하여 다른 변경 사항을 가져옵니다. 3. svn 저장소에 커밋합니다. 4. 각 기능 청크에 대해 반복하십시오. 라이브 사이트가 리포지토리에 연결되어서는 안되기 때문에 인간이해야합니다. –

-1

아니요, 단일 컴퓨터에 SVN 서버를 설치해야합니다. 각 개발자는이 컴퓨터를 가리키며 저장소의 전체 복사본이나 부분 복사본을 로컬에서 가져옵니다.

Subversion에 관한 책을 O'Reilly에서 구입할 수도 있습니다. 제목을 기억하지 마라, 미안. 그러나 그것은 나를 많이 도와 준다.

모두 최고! 실뱅.

+0

각 PC에 SVN 서버를 설치하는 이유는 무엇입니까? wouldnt SVN Server는 서버에만 설치되며 누가 내 경우에 TortoiseSVN과 같은 SVN의 클라이언트 버전을 설치하는지 체크 아웃 할 것입니까? –

+0

내 대답은 분명하지 않았습니다. 네가 옳아. 제가 "단일 PC에서"라고 말했을 때, "서버로 작동하는 단일 PC에서"라는 의미였습니다. In은 오래된 상자가 될 수 있습니다. 또한 클라이언트에 대한 귀하의 말이 맞습니다 : 각 개발자는 Tortoise 및/또는 AnkhSVN의 사본이 필요합니다. 참고 :이 책은 "버전 관리 (Subversion 포함)", OReilly입니다. 여기에서 무료로 읽을 수 있습니다 : http://svnbook.red-bean.com/en/1.1/svn-book.html – SRO

0

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

서버에 거북이를 사용하는 경우,을 Inetpub/웹 사이트 디렉토리에 초기 체크 아웃을 수행하고 출시에 당신은 나쁜 것으로 간주됩니다> 출시에 코스 체크인의

를 업데이트 tortoise- 사용하여 디렉토리를 업데이트해야 스테이징 서버에서 먼저 테스트 및 테스트를 수행하지 않고도 연습 할 수 있지만 팀 규모에 따라 다릅니다.

2

개발자는 로컬 저장소가 없으므로 PC에 작업 복사본이 있습니다. 일반적으로 이것은 개발자가 변경했지만 아직 커밋되지 않은 모든 최신 버전의 앱입니다.

웹 응용 프로그램이므로 개발자는 웹 서버를 로컬로 테스트해야합니다. IIS 또는 Visual Studio의 웹 서버에 내장되어있을 수 있습니다 (IIS와는 약간 다르게 동작 함) .

당신은 코멘트에서 : "제 문제는 버그가있는 경우 개발자가 라이브 사이트에 맡기길 원하지 않는다는 것입니다.".

devs는 서버의 SVN 저장소에 커밋합니다. 저장소의 최신 버전에서 라이브 사이트로 복사본을 내보내 (일명 '게시') 할 수 있습니다. 이 기능이 제대로 작동하는지 확인하려면 서버에서 특정 버전을 체크 아웃하고 테스트하고 테스트를 통과하면 devs는 버그가 있는지 확인하기 위해 버그가있는 코드를 항상 체크인합니다. 다른 개발자가 한 작업과의 충돌이있을 수 있으므로 변경 사항을 로컬에서 많이 빌드 한 다음 커밋하는 것보다 자주 코딩하십시오.

분기 및 태그 지정은 여기에 유용한 개념입니다. 버전이 거의있을 때 소스 코드 트리의 기본 '트렁크'에서 멀리 떨어지게하고, 분기의 모든 문제를 수정하십시오 (백 포트 필요한 경우 메인 트렁크에 추가), 작업중인 버전이있을 때 (버전 xyz로) 태그를 지정하고 업로드하십시오. 이렇게하면 업로드 한 특정 버전의 코드를 항상 참조 할 수 있으므로 프로덕션에서 나타나는 버그를 쉽게 식별 할 수 있습니다. 다른 사람들이 제안했듯이 SVN 문서에서 자세한 정보를 읽으십시오.

0

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

실제로 전복의 성공적인 배치를 원한다면 알아낼 수있는 몇 가지 사실이 있습니다. 창에 전복을 설정하는 방법에 대한

한 정말 좋은 기사 - SVN http://www.codinghorror.com/blog/archives/001093.html

관련 문제