2009-03-11 4 views
2

다른 SharePoint 개발자가 자신의 dev 워크 스테이션을 설정하는 방법을 알고 싶습니다.SharePoint (WSS/MOSS) 개발을 위해 어떤 설정을 사용합니까?

내 현재 설정 : 서버 2008

  • 데스크톱 (만의 Hyper-V에 대한 이전 Vista를 사용했다)
  • 사용 dev에 작업
    • 에 대한 로컬 컴퓨터에서 Visual Studio 2008의 로컬 사본을 보관 참조하기위한 셰어의 DLL, 로컬 셰어 VM 내 로컬 컴퓨터에서 호스팅 2003 서버에서
  • 실행 셰어를 설치하지

모든 SharePoint 변경 사항을 WSP로 개발하고 테스트를 위해 VM에 설치합니다. 디버그 모드에서는 코드를 실행하지 않지만 내 코드가 수행하는 것을보기 위해 많은 추적 문을 작성해야합니다.

또한 빠르게 변경하는 경우 일반적으로 전체 WSP를 다시 설치하지 않습니다. 나는 변경된 DLL을 다시 컴파일하고 내 SharePoint VM의 GAC에 복사 한 다음 IIS (일반적으로 웹 파트 작성)를 다시 설정합니다.

로컬로 SharePoint를 실행하면 작업이 더 쉬울 것이라는 것을 알고 있지만 일반적으로 한 번에 둘 이상의 프로젝트에서 작업하고있어 작업을 방해하지 않으려 고합니다.

답변

2

올바르게 프로세스로 디버깅 할 수있는 VM 직접 작업을 선호합니다. 또한 build script을 사용하면 전체 솔루션을 다시 배포하거나 GAC를 새로 고칠 수 있습니다.

0

동일한 서버 (실제 또는 가상)에서 SharePoint/VS를 실행하면 빠르게 작동하고 빠르게 작동하지만 개인적으로는 생각하지 않습니다.

(VS에서 실행중인 로컬 VS/SharePoint) 다음에 몇 가지 팁을 추가하면 더 쉽게 사용할 수 있습니다.

1) GAC가 아닌 bin 디렉토리에 배포 한 다음 dll/pdb를 게시 빌드 파일에 복사하는 것만으로 업데이트해야합니다. 그렇다면 자동으로 그렇게 할 수 있다고 생각하지 마십시오. 원격 컴퓨터의 GAC에서 할 수 있습니까?

2) remote debugging을보세요. 먼저 작업하기에 약간의 고통이있을 수 있지만 그만한 가치가 있습니다! 핵심 팁은 로컬 및 원격 시스템에서 동일한 사용자 이름/암호를 사용해야한다는 것입니다.

이 페이지는 관련 - Debugging SharePoint 2007 Code

+0

관심 분야로, 왜 MOSS/VS를 함께 실행하는 것이 좋지 않다고 생각하십니까? MOSS/VS가 포함 된 Win 서버 VM은 사용하기 쉽고 백업/유지 관리가 쉽습니다. * 알맞은 데스크탑에서 실행됩니다. –

+0

글쎄요.가장 쉽고 빠르지 만 나에게 주요 문제는 다중 구성 (WSS/MOSS/WSSv2/SharePoint를 사용하여 MSDE, SQL, 단일 서버, 팜을 사용하는 SharePoint)을 사용하려는 경우 현실적으로 VM과 일반적으로 매우 가난한 것을 사용해야한다는 것입니다 VM을 VS에서 사용하는 경우 – Ryan

+0

또한 검사 점을 사용하여 VM을 VS에 영향을주는 알려진 양호한 상태로 복원하기 시작한 경우 설치 한 VS는 라이선스 문제를 고려해야합니다. 실용적으로, 같은 '기계'에 모두 설치하는 것이 최선이지만 잠재적 인 문제가있을 수 있습니다. – Ryan

1

내 VM웨어의 이미지 중 하나에 내 모든 개발 작업을한다. TDD 스타일로 SharePoint 작업을 수행하려고하므로 많은 테스트를 실행하고 원격 작업은 나에게 의미가 없습니다.

가장 도움이 된 단일 항목은 Visual Studio의 게시 빌드 이벤트입니다. 스크립팅을 조금만하면 할 수있는 모든 일이 정말 놀랍습니다.

관련 문제