2009-03-18 1 views
2

소스 보안이있는 다중 개발자 환경에서 누구나 MS SharePoint Solution Generator 및 VSeWSS 1.2를 사용합니까? 배포 (실제로는 이 아니므로 stsadm을 사용하는 것이 좋습니다). 동일한 기능이 이미 설치되어 있다고 계속해서 말하지만 기능은 제외하고 다시 설치해야합니다. 일부 컴퓨터. 뭔가 기능의 GUID가 엉망이지만 그 위치를 찾을 수 없습니다. 한 명의 개발자가 배포 및 재배포 할 수 있지만 다음 개발자는 그렇지 않습니다. VSeWSS 1.2는 GUID를 어디에서 변경합니까? ARG !!!VSeWSS 1.2 및 Source Safe를 사용하여 SharePoint 개발 환경을 설정하려면 어떻게해야합니까?

STSDev에서 좋은 배포 대상 (업그레이드 등)을 볼 수 있지만 Microsoft에서 지원하지 않기 때문에 STSDev 또는 다른 코드 플렉스 도구를 사용하는 것을 꺼립니다. 우리는 Visual Studio 2005를 가지고 있지만 VS 2008로 업그레이드하여 VSeWSS 1로 업그레이드 할 돈이 없습니다. - 버머. 또한 설치의 범위에 문제가있을 수 있습니다 Editing the projects properties resets some feature GUIDs.

:

--- UPDATE ---- 나는 다른의 댓글을 단 것을 우리는 VSeWSS에서 버그를 발견 생각합니다. VSeWSS 1.2의 FARM 범위에 설치할 사이트 정의를 얻는 방법은 무엇입니까?

답변

0

일반적으로 "내 컴퓨터에서 작동"을 피하려면 빌드 및 배포 시스템을 설정해야합니다. 가상 서버 또는 ESX 서버를 사용하는 경우 상당히 간단하고 저렴해야합니다. 당신은 돈을 더 많이 가지고 돈을 가지고 있다면 오픈 소스 소프트웨어를 사용할 수 있어야합니다.

+0

개발자마다 가상 머신을 가질 수 있습니다. "저렴한"것은 아니지만 각 VPC마다 Windows Server 2003 라이선스가 있어야하고 Visual Studio에 대한 또 다른 라이선스가 있어야합니다. – dirq

+0

아니요 nessisarily 아니, 아이디어는 중앙 빌드 머신을 가지고 배포하는 것입니다. 매일 밤 "깨끗한"기계 (새로운)에 대한 해결책. MSDN 구독은 저렴하지 않지만 서버 라이센스와 비주얼 스튜디오를 모두 갖게되므로 개발자가 쇼핑하기에 좋습니다. – Kasper

1

Microsoft에서 너무 많이 지원하지는 마십시오. 고려 사항이지만 MS SharePoint Solution Generator (끔찍한) 및 VSeWSS 1.2의 최종 결과는 여전히 SharePoint 솔루션이므로 모든 솔루션에는 동일한 XML이 포함되어야합니다.

STSDev의 배포 대상이 VSeWSS 솔루션과 함께 작동하도록 수정 될 수 있습니까? 결국 배포 대상인 here은 STSAdm 및 솔루션 파일로 작업하고 있습니다.

0

VSeWSS 1.2 및 1.3은 기능 GUID를 Visual Studio 솔루션의/PKG 디렉터리에 파일로 저장합니다. 이러한 파일을 삭제하거나이 파일이없는 소스 제어로 프로젝트를 확인하고 다른 컴퓨터에서 체크 아웃하면 GUID가 손실됩니다. 물론 VSeWSS는 누락 된 파일을 다시 만들지 만 새 GUID 및 새 기능 이름을 사용하여 VSeWSS가 수행합니다.

일반적으로/PKG 디렉터리를 Visual Studio 2008 프로젝트에 추가하고 소스 제어 도구로 가져와야합니다.

VSeWSS 1.3 릴리스 노트 here에서/PKG 디렉토리의 파일에 대해 자세히 읽을 수 있습니다.

추신 : 우리는 VSeWSS 1.3의 솔루션 생성기에 대한 몇 가지 개선 사항을 수행했지만, 100 % 완벽한 솔루션을 생성하지는 못합니다.

관련 문제