팀 빌드 오류 : 경로… 이미 작업 공간에 맵핑되었습니다

Team Foundation Server에서 새 빌드를 만들 때 새 빌드를 실행하려고하면 다음 오류가 발생합니다.

C : \ Build \ ProductReleases \ FullBuildv5.4.2x \ Sources 경로는 이미 BuildServer_23 작업 공간에 맵핑되었습니다.

작업 공간 대화 상자에서 해당 이름으로 작업 공간을 볼 수 없습니다.

명령 행 유틸리티 TF-Team Foundation Version Control Tool ( tf )을 사용하십시오.

Visual Studio 명령 프롬프트를 표시 한 다음 작업 공간 폴더로 변경하고 다음 명령을 실행하여 모든 작업 공간 목록을 얻을 수 있습니다 .

C:\YourWorkspaceFolder>tf workspaces /owner:*

목록에 문제 작업 공간과 소유자가 표시되어야합니다.

다음 명령을 사용하여 작업 공간을 삭제할 수 있습니다.

C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME

다음 폴더의 내용을 삭제하십시오.

C : \ Users \ UserName \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache

여기서 UserName은 실제 또는 현재 사용자이고 3.0은 버전 번호입니다.

이 오류가 발생했습니다. 동일한 소스를 가리키는 두 개의 빌드 정의로 인해 발생했습니다. 문제는 빌드 에이전트에서 정적 빌드 디렉토리를 사용했다는 것입니다.

이 포럼 게시물은 내 문제와 해결 방법을 정확하게 설명합니다. http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/

비슷한 문제가 있었고 문제를 일으킨 작업 공간을 제거하기 위해 TFS 클라이언트가 설치된 다른 컴퓨터에 로그인하여 다음을 수행했습니다.

• 온 파일 메뉴를 가리킨 소스 제어 , 고급 다음과 클릭 ... 작업 공간 .
• (가)에서 작업 영역 관리 대화 상자의 체크 표시 원격 패키지 확인란을.
• 아래의 이름 열을 제거 할 것을 작업 공간을 선택하고 다음을 클릭 제거를 .
• 에 확인 대화 상자에서 클릭 확인 .

같은 문제가 있었지만 TFS 서버에서 작업 공간을 삭제해도 작동하지 않았습니다. (내가 이미 자신의 자격 증명으로 설정 한 동료 VM을 가져 갔음을 언급해야합니다.)

나를 위해 이것은 효과가 있었다 : http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx

방금 : ... \ Local Settings \ Application Data \로 이동하여 VersionControl.config를 검색 하고이 파일이 들어있는 폴더를 열고 모든 내용을 삭제했습니다.

그 전에 파일을 수동으로 편집하려고 시도했지만 동일한 오류 메시지가 계속 표시되었습니다.

이게 도움이 되길 바란다.

어떤 이유로 나는 커맨드 라인 유틸리티에서 작업 공간을 삭제하는 데 문제가있었습니다. 운 좋게도 Team Foundation Sidekicks 2010 ( 이 게시물에서 )은 무료이며 TFS 작업 영역을보고 삭제하기위한 GUI와 더 유용한 TFS 기능을 제공합니다.

이미 매핑 된 작업 영역에 대해 불평하는 Visual Studio 2010에서도 비슷한 문제가 있었지만 전체 작업 영역을 삭제하는 대신 Visual Studio 명령 프롬프트에서 "tf workspace PROBLEM_WORKSPACE_NAME"을 사용했습니다. "작업 공간 편집"대화창이 나타납니다. 거기에서 "작업 폴더"목록에서 문제의 경로를 제거 할 수있었습니다. 오류는 제거되었습니다.

나머지는 상당히 쉬웠다.

C : \ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache 폴더로 이동하여 폴더에있는 모든 항목을 삭제하십시오.

파일이 다른 작업 공간에 이미 맵핑되었음을 알리는 예외가 발생했습니다. "{File Path} 경로가 {Workspace Name} 작업 공간에 이미 맵핑되었습니다."

이 작업 공간은 beofre 에서 삭제되었습니다 . 내 친구의 도움으로 TFS가 사용자 로컬 설정 디렉토리 아래에 작업 공간 정보를 저장한다는 것을 알았습니다. 이름이 다음과 같은 파일을 찾았습니다.

VersionControl.config 에서 {사용자 문서 및 설정 디렉토리} \ 로컬 설정 \ 응용 프로그램 데이터 \ 마이크로 소프트 \ 팀 파운데이션 \ 1.0 \ 캐시. 이 파일에는 TFS의 모든 로컬 맵핑이 포함됩니다. Map 메서드를 사용하고 사용하지 않는 경우 : public void DeleteMapping (WorkingFolder mapping); 작업 공간을 삭제하기 전에 TFS가 특정 경로를 이미 맵핑했는지 확인하기 위해 사용하는이 파일에서 맵핑 정보가 제거되지 않습니다.

이 문제를 해결하려면 구성 파일에서 모든 키를 삭제하십시오. 서버 캐시에서 파일을 다시 가져 오므로 파일을 삭제하지 마십시오.

여기 내가 한 일이 있습니다 (잘하는 일).

TFS Sidekick을 사용하면 사용자 및 서버 필터가 지워져 비워집니다. 모든 작업 공간을 얻을 수 있습니다.

작업 공간 이름의 빌드 오류를 확인하십시오. OP의 경우 BuildServer_23입니다. 내 환경에서는 다르지만 기본적으로 오류 이름을 tfs 보조 목록의 오류 이름과 일치시킵니다.

작업 영역을 삭제하려면 빨간색 x를 클릭하십시오.

비올라!

다른 사람의 작업 공간을 삭제할 수있는 권한이 서버에없는 경우 빌드 정의의 이름 만 변경할 수 있습니다. TFS는 새 작업 공간을 작성하여 "C : \ Build \ ProductReleases \ new build name here \ Sources"에 맵핑합니다.

해당되는 경우 빌드 정의를 복제하고 이름을 변경할 수도 있습니다. 이것은 나를 위해 일했습니다.

나는 다음과 같은 솔루션을 모두 시도했다.

1. 사이드킥을 사용하여 WS를 삭제하십시오.
2. tf 명령을 사용하여 원격 서버 작업 공간을 삭제하십시오.
3. TFS 캐시 폴더를 삭제하십시오.

다음은 나를 위해 일했습니다.

tf workspaces /remove:*

나는 바꿨다

Build Definition -> Workspace -> Build Agent Folder

...에서

c:\some\path

에

$(SourceDir)

문제가 해결되었습니다.

이전에 로컬 디렉토리에 매핑 한 다음 삭제 한 프로젝트의 '최신 버전 가져 오기'를 시도하는 동안 동일한 오류 메시지가 나타납니다. 먼저 SideKick 도구를 사용한 다음 Visual Studio 2010 명령 프롬프트를 시도했는데 둘 다 매핑 된 작업 영역이 없습니다.

다음으로에서 'VersionControl.config'를 검색 c:/users/myuser/appdata하고 찾은 4 개의 참조를 삭제했습니다. Visual Studio를 다시 열었고 더 이상 오류없이 프로젝트를 다시 매핑 할 수있었습니다!

이를 수행하는 가장 간단한 방법은 AppData로 이동하여 TFS 캐시를 삭제하는 것입니다 (버전 3.0 또는 4.0에 따라 다름)

C : \ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache 또는 C : \ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4.0 \ Cache

같은 문제가 발생했을 때 TDN의 솔루션이 효과적이었습니다. 빌드 서버가 내 계정으로 작업 공간을 작성했습니다. 이 상자를 체크하면 그것들을보고 삭제할 수있었습니다.

Visual Studio 2017 및 TFS 2017에서 동일한 문제가 발생했습니다. DefaultCollection을 먼저 로컬 경로에 매핑해야합니다. 어떻게 든이 단계를 건너 뛰고 MyFirstProject 만 매핑했습니다.

: 당신이 할 필요가있다
1. - 당신의 TFS 웹 페이지로 이동하여 서버에서 프로젝트를 제거합니다.

-2. 로컬 "Worksapces"에서 프로젝트 제거

-3. "연결 관리"로 이동하여 TeamExplorer에서 홈 페이지를 새로 고칩니다.

-4. DefaultCollection의 루트 경로를 설정할 수있는 Configuration 페이지가 나타납니다.

-5. 성공적으로 완료되었다는 메시지가 나타납니다. 이제 프로젝트를 만들 수 있습니다.

컬렉션의 루트를 작업 공간에 먼저 매핑 한 다음 새 프로젝트를 매핑하는 것이 중요합니다.

내 문제는 여러 계정을 사용하는 것과 관련이 있습니다. 이것이 제가 계정을 전환 할 수 있었던 방법입니다.

팀 탐색기 열기

창의 상단 근처에있는 큰 드롭 다운 메뉴에서 ...

프로젝트 및 내 팀 > 연결 관리로 이동하십시오.

연결 관리 > 팀 프로젝트에 연결로 이동 하십시오.

"사용자 전환"링크를 사용하여 계정을 전환하십시오.

이제 작업 공간 이름이 선택한 계정과 일치합니다.

다른 솔루션을 사용할 수 없었습니다.

새 계정을 만들었고 이전 계정에 더 이상 권한이 없습니다 (둘 다 동일한 컴퓨터에서).

1) 작업 영역 삭제

그래서 단순히 관리자로 VS를 열고 다른 폴더에 매핑했습니다.

온 프레미스 TFS 빌드 에이전트의 Azure DevOps 자동화 빌드에서이 문제가 발생했습니다. TFS Sidekick을 사용하여 작업 공간을 제거하지 못했습니다. 그리고 tf.exe는 삭제할 작업 공간을 찾지 못했습니다.

이 솔루션은 TFS 2017, TFS 2018, Azure DevOps 및 기타 버전에서 작동해야합니다.

1. 오류 메시지에서 작업 공간 GUID를 기록하십시오.
2. 빌드가 수행되는 시스템에서 % USERPROFILE % \ AppData \ Local \ Microsoft \ Team Foundation \ (여기서 % USERPROFILE %는 빌드를 트리거 한 사용자에 속함)으로 이동하십시오.
3. 해당 디렉토리에서 작업 공간 GUID의 모든 인스턴스를 검색하고 제거하십시오. '캐시'디렉토리에는 'LocationServerMap.xml'및 'LocalItemExclusions.config'의 항목과 함께 폴더가있을 수 있습니다. 그것들을 모두 제거하십시오.

그것은 내 상황에서 효과가있었습니다.

작업 공간을 삭제하십시오.

workspace /delete "the-workspace-name"