Office 솔루션 공동 개발
업데이트: 2007년 11월
여러 개발자들은 다른 Visual Studio 프로젝트에서 공동 작업하는 것과 동일한 방식으로 Visual Studio Tools for Office 프로젝트에 대한 작업을 수행할 수 있습니다. Visual Studio에서는 Office가 서로 다른 위치에 설치된 경우에도 각 컴퓨터에서 Microsoft Office 설치의 위치를 정확하게 찾을 수 있습니다. 그러나 유의해야 할 몇 가지 중요한 문제들이 있습니다.
디버그 속성은 공유되지 않습니다
디버그 속성은 소스 제어를 사용하는 여러 사용자 간에 공유되지 않습니다. Visual Basic 및 Visual C# 프로젝트에서는 디버깅 속성을 사용자별 파일(ProjectName.vbproj.user 또는 ProjectName.csproj.user)에 저장하며 이 파일은 소스 제어 대상이 아닙니다. 여러 사용자가 디버깅하는 경우 각각의 사용자는 직접 디버그 속성을 입력해야 합니다.
프로젝트가 소스 제어가 아닌 네트워크 공유 위치에 있는 경우에는 여러 공동 개발자가 솔루션을 열고 어셈블리를 테스트할 수 있도록 하기 위해 몇 가지 단계를 추가로 수행해야 합니다.
소스 제어를 위해 모든 파일을 체크 아웃해야 합니다
프로젝트에 대해 소스 제어를 사용할 경우 코드 파일을 변경할 때마다 솔루션 탐색기의 코드 파일(예: ThisDocument, ThisWorkbook 또는 ThisAddIn 코드 파일)에 있는 모든 파일은 기본적으로 숨겨져 있더라도 체크 아웃해야 합니다. 최상위 수준 코드 파일만 체크 아웃하면 변경 내용이 손실될 수 있습니다.
변경한 후에는 모든 파일을 다시 체크 인하십시오. 프로젝트의 숨겨진 코드 파일에 대한 자세한 내용은 Office 프로젝트 템플릿을 참조하십시오.
Microsoft Office 2003에 대한 네트워크상의 간단한 공동 작업 보안
\\Servername\Sharename과 같은 UNC 경로를 개발 위치로 사용하는 경우에는 마법사에 보안 경고가 나타납니다. 네트워크 위치가 안전하지 않으면 다른 사용자가 악의적인 어셈블리를 사용하여 개발자의 어셈블리를 덮어쓰고 컴퓨터를 손상시킬 수 있습니다. 모든 사용자에게 공유 폴더에 대한 읽기 전용 액세스 권한을 설정하고 개발자 자신 및 같은 수준의 권한이 필요한 사용자에게만 쓰기 권한을 부여하면 네트워크 위치의 보안을 더욱 강화할 수 있습니다.
어셈블리를 신뢰하는 URL을 증명 정보로 사용하면 안 됩니다. 대신 시그니처, 게시자 키 또는 다른 자격 증명 양식을 사용하여 어셈블리를 신뢰합니다. 여러 가지 형태의 증명 정보에 대한 자세한 내용은 증명 정보를 참조하십시오.
Visual Studio가 자동으로 완전 신뢰 권한을 부여하고 프로젝트를 실행하려면 개발자가 네트워크에서 관리자여야 합니다. 개발자가 관리자가 아닐 경우에는 각 공동 개발자에 대해 컴퓨터 수준에서 어셈블리 및 문서에 완전 신뢰 권한을 부여하도록 관리자가 보안 정책을 설정해야 합니다. 자세한 내용은 Office 솔루션 빌드 프로세스 개요 및 Office 솔루션 실행을 위한 보안 요구 사항(2003 시스템)을 참조하십시오.
2007 Microsoft Office System에 대한 네트워크상의 간단한 공동 작업 보안
\\Servername\Sharename과 같이 네트워크 위치에 있는 모든 문서 수준 솔루션의 경우 작업 중인 Microsoft Office 응용 프로그램의 신뢰할 수 있는 폴더 목록에 정규화된 위치를 추가해야 합니다. 기본 폴더의 하위 디렉터리를 포함하는 옵션을 선택하거나 신뢰할 수 있는 폴더 목록에 디버그 및 빌드 폴더만 추가합니다. 이 작업을 수행하는 방법에 대한 자세한 내용은 문서에 신뢰 부여(2007 시스템)를 참조하십시오.
빌드할 때 자동으로 생성되는 임시 인증서는 암호로 보호되지 않습니다 이 인증서에는 개발자의 로그인 이름 및 기타 개인 정보가 들어 있습니다. 임시 인증서로 서명된 사용자 지정을 개발할 경우 다른 사용자가 이 정보에 액세스하지 못할 수 있습니다.
참고 항목
작업
개념
Visual Studio에서 Office 솔루션 만들기