VS2005 + SharePoint 배포에 가장 적합한 프로젝트 형식은 무엇입니까?

Question

먼저 좌절감을 표현하기 위해 한 문장을 사용하겠습니다.맙소사, SharePoint 개발은 정말 엉망이에요!

알겠습니다. 죄송합니다. 구체적인 시나리오 1개에 집중하겠습니다.저는 SharePoint(MOSS2007) 서버에 DLL로 배포할 경우 작동하는 몇 가지 기능(VS2005)을 개발했습니다.이제 배포 가능한 기능으로 패키징하는 가장 좋은 방법을 식별하려고 합니다.

검색 결과에 따르면 이 작업을 반복 가능한 방식으로 성공적으로 수행한 사람은 아무도 없다고 생각하실 것입니다.각 기사는 다음 기사와 모순되거나 다른 사람의 기술에 대한 일부 문제를 패치하는 기술을 문서화하고 아마도 또 다른 기사에서 업데이트될 것입니다.많은 부분이 2003, WSS 등의 레거시 방법을 기반으로 하는 것으로 보입니다.일부에서는 MSBuild 작업을 사용하여 코드에 배포하거나, 파일을 "12"와 같은 디렉터리에 수동으로 복사하거나, SharePoint Designer와 같은 도구를 사용하거나, 서버를 직접 수정하는 것을 권장합니다.이는 개발자가 테스트 서버에 설치하는 데 사용하는 해킹처럼 들립니다.성공적으로 빌드한 후 다른 시스템으로 가져가서 설치 프로그램이나 STSADM을 통한 단일 명령줄 명령으로 배포할 수 있는 프로젝트를 만든 사람이 있습니까?

제가 SharePoint 관리에 대해 초보 수준의 지식을 가지고 있다는 점을 인정합니다. 하지만 보기보다 쉬울 것입니다.나는 기본 개념을 이해하고 있다고 생각한다. http://msdn.microsoft.com/en-us/library/ms413687.aspx 그런데 자동화하는 방법은 없나요?있어야합니다 하나 2007 서버에 배포할 패키징 기능에 대한 권장 사례입니다.하지만 내 인생에서 나는 그것이 어느 것인지 알 수 없습니다.(제 추측으로는 다음과 같다고 생각합니다. http://www.codeplex.com/sptemplateland, 그러나 2007년 2월 이후로 업데이트되지 않았습니다.)

누구든지 도와줄 수 있나요?정말 고마워!

Answer 1

'거리에서의 대화'는 일반적으로 SharePoint 개발을위한 세 가지 옵션을 중심으로 진행됩니다.

1. VSEWSS, Visual Studio를위한 Microsoft 자체의 범위.
2. stsdev, 사양에 따라 VS 솔루션을 사전 제작합니다
3. WSPBuilder, VS 통합으로 인해 선호합니다

모두는 강점과 약점을 가지고 있으며, 나는 당신이 당신의 선호도를 찾기 위해 세 가지를 모두 시도하도록 조언합니다.

.비

Answer 2

VSeWSS 1.2를 사용한 후에는 코드를 마무리하고 웹 파트를 올바른 위치에 복사하는 STSDEV 솔루션을 만드는 것이 좋습니다.

업데이트그러나 VSeWSS 1.3은 이제 "공식적인" MS가 담당하고 Visual Studio의 향후 버전에서 지원될 예정이므로 지금은 이것이 가능한 경로일 것입니다.

불행히도 모든 것이 제대로 작동하려면 SharePoint에 들어가야 하는 위치를 알아야 합니다.내부적으로 솔루션과 기능은 여전히 ​​형편없는 XML 형식을 사용하여 솔루션의 모든 부분이 진행되는 방향을 제어합니다.

잠시 후 극심한 통증이 둔해지고 낮은 두근거림이 느껴집니다.