팀 빌드 오류 : 경로… 이미 작업 공간에 매핑되었습니다.
-
03-07-2019 - |
문제
Team Foundation 서버에서 새 빌드를 만들 때 새 빌드를 실행하려고 할 때 다음과 같은 오류가 발생합니다.
경로 C : build productreleases fullbuildv5.4.2x 소스는 이미 작업 영역 BuildServer_23에 매핑되어 있습니다.
작업 공간 대화 상자에서 해당 이름으로 작업 공간을 볼 수 없습니다.
해결책
명령 줄 유틸리티를 사용하십시오 TF- 팀 파운데이션 버전 제어 도구 (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
사용자 이름이 실제 또는 현재 사용자이고 3.0은 버전 번호입니다.
이 오류를 받았는데,이 오류는 동일한 소스를 가리키는 두 가지 빌드 정의를 가짐으로써 발생했습니다. 문제는 빌드 에이전트에서 정적 빌드 디렉토리를 사용했다는 것입니다.
이 포럼 게시물은 내 문제와 해결책을 정확하게 설명합니다.http://social.msdn.microsoft.com/forums/en-us/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/
우리는 같은 문제가 있었지만 TFS 서버에서 작업 공간을 삭제하는 것은 작동하지 않았습니다. (나는 그의 자격 증명으로 이미 설정된 동료 VM을 잡았다 고 언급해야합니다.)
나에게 이것은 효과가 있었다 :http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-nworkspace.aspx
방금 : ... local settings application data versioncontrol.config를 검색 하고이 파일을 포함하는 폴더를 열고 모든 내용을 삭제했습니다.
그 전에는 파일을 수동으로 편집하려고 시도했지만 동일한 오류 메시지로 계속되었습니다.
이게 도움이 되길 바란다.
비슷한 문제가 있었고 문제를 일으킨 작업 공간을 제거하기 위해 TFS 클라이언트가 설치된 다른 컴퓨터에 로그인하여 다음을 수행했습니다.
- 에 파일 메뉴, 포인트 소스 제어, 고급의, 그런 다음 클릭합니다작업 공간 ....
- 에서 작업 공간을 관리합니다 대화 상자, 진드기 원격 패키지를 보여줍니다 확인란.
- 아래의 이름 열, 제거 할 작업 공간을 선택한 다음 클릭하십시오. 제거하다.
- 에서 확인 대화 상자, 클릭하십시오 확인.
어떤 이유로 나는 명령 줄 유틸리티에서 작업 공간을 삭제하는 데 어려움을 겪고있었습니다. 운 좋게 나는 찾았다 팀 파운데이션 조수 2010 (에서 이 게시물) 무료이며 TFS 작업 공간을보고 삭제하기위한 GUI 및 더 유용한 TFS 기능을 제공합니다.
Visual Studio 2010과 비슷한 문제가 이미 맵핑 된 작업 공간에 대해 불평했지만 전체 작업 공간을 삭제하는 대신 Visual Studio 명령 프롬프트에서 다음을 사용했습니다. 이로 인해 "작업 공간 편집"대화 상자가 나왔습니다. 거기에서 나는 "작동 폴더"목록에서 해당 경로를 제거 할 수 있었으며, 이는 오류를 제거했습니다.
여기 내가 한 일이 있습니다 (내가하는 일) :
TFS 사이드 킥을 사용하면 사용자 및 서버 필터가 비워 지도록 지우십시오. 이렇게하면 모든 작업 공간을 얻을 수 있습니다.
작업 공간 이름의 빌드 오류를 확인하십시오. OPS의 경우 BuildServer_23입니다. 내 환경에서는 다르지만 기본적으로 오류 이름을 TFS 사이드 킥 목록의 오류 이름과 일치시킵니다.
빨간색 X를 클릭하여 작업 공간을 삭제하십시오.
비올라!
나머지는 상당히 쉬웠습니다.
C : Users {username} AppData local Microsoft Team Foundation 4 Cache로 이동하고 폴더에있는 모든 것을 삭제하십시오.
파일이 이미 다른 작업 공간에 매핑되었음을 알리는 예외가 있습니다."경로 {파일 경로}는 이미 작업 공간 {Workspace name}에 매핑되어 있습니다."
이 작업 공간이었다 삭제 된 근. 내 친구의 도움으로 TFS는 사용자 로컬 설정에서 작업 영역 정보를 저장한다는 것을 알았습니다. 우리는 다음과 같은 파일을 찾았습니다.
versioncontrol.config 아래에 {사용자 문서 및 설정 dir} 로컬 설정 응용 프로그램 데이터 Microsoft Team Foundation 1.0 Cache.이 파일에는 TFS의 모든 로컬 매핑이 포함되어 있습니다. 아마도 맵 메소드를 사용하고 사용하지 않을 때 : 공개 void deletemapping (Workingfolder Mapping); 작업 영역을 삭제하기 전에 TFS가 사용하는이 파일에서 매핑 정보가 제거되지 않으며 AlReay가 특정 경로를 매핑했는지 확인합니다.
이 문제를 해결하려면 구성 파일에서 모든 키를 삭제하십시오. 서버 캐시에서 다시 가져 오기 때문에 파일을 삭제하지 마십시오.
서버에 다른 사람의 작업 공간을 삭제할 권한이없는 경우 빌드 정의의 이름 만 변경할 수 있습니다. TFS는 새 작업 공간을 생성하고 "C : Build ProductReleases 새로운 빌드 이름 소스"에 매핑합니다.
해당되는 경우 빌드 정의를 복제하고 이름을 변경할 수도 있습니다. 이것은 나를 위해 일했습니다.
다음과 같은 다음 솔루션을 모두 시도했습니다.
- 조수를 사용하여 WS를 삭제하십시오.
- TF 명령을 사용하여 원격 서버 작업 공간을 삭제하십시오.
- TFS 캐시 폴더를 삭제하십시오.
다음은 저를 위해 일했습니다.
tf workspaces /remove:*
나는 바뀌었다
Build Definition -> Workspace -> Build Agent Folder
~에서
c:\some\path
에게
$(SourceDir)
그리고 그것은 문제를 해결했습니다.
이전에 로컬 디렉토리에 맵핑 한 후 삭제 한 프로젝트의 '최신 버전을 얻으려면'이 같은 오류 메시지를 보았습니다. 먼저 사이드 킥 도구를 시도한 다음 Visual Studio 2010 명령 프롬프트를 시도했습니다. 둘 다 작업 공간이 맵핑되지 않았다고 말했습니다.
다음으로 내부에서 'versioncontrol.config'를 검색했습니다 c:/users/myuser/appdata
, 발견 된 4 개의 참조를 삭제했습니다. 나는 Visual Studio를 다시 열었고 프로젝트를 다시 맵핑 할 수있었습니다. 더 이상 오류가 없었습니다!
이 작업을 수행하는 가장 간단한 방법은 AppData로 이동하여 TFS 캐시를 삭제하는 것입니다 (버전 3.0 또는 4.0에 따라 다름).
C : 사용자 {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은 먼저 로컬 경로에 매핑되어야합니다. 어떻게 든이 단계는 건너 뜁니다.
당신이해야 할 일은 다음과 같습니다.
- 1. TFS 웹 페이지로 이동하여 서버에서 프로젝트를 제거하십시오.
- 2. 현지 "WorksApces"에서 프로젝트를 제거하십시오.
- 3. TeamExplorer에서 홈페이지를 새로 고치는 "연결 관리"로 이동하십시오.
- 4. DefaultCollection에 루트 경로를 설정할 수있는 구성 페이지가 표시됩니다.
- 5. 성공적으로 수행되었다는 메시지를 받아야합니다. 이제 프로젝트를 만들 수 있습니다.
컬렉션의 루트를 먼저 작업 공간에 매핑 한 다음 새 프로젝트를 매핑하는 것이 중요합니다.
내 문제는 여러 계정을 사용하는 것과 관련이있었습니다. 이것이 내가 계정을 전환 할 수있는 방법입니다.
열려 있는 팀 탐색기
창의 상단 근처의 큰 드롭 다운 메뉴에서 ...
로 이동:프로젝트와 내 팀>연결을 관리합니다
로 이동:연결을 관리합니다>팀 프로젝트에 연결하십시오
"스위치 사용자"링크를 사용하여 스위치 계정을 사용하십시오.
이제 작업 공간 이름이 선택한 계정과 일치합니다.
작업 공간을 삭제하기 만하면됩니다.
workspace /delete "the-workspace-name"
Azure DevOps가 온 프렘 TFS 빌드 에이전트의 자동 빌드와 함께이 문제를 겪었습니다. TFS 측면을 사용하여 작업 공간을 제거하는 것은 작동하지 않았습니다. 그리고 tf.exe는 삭제할 작업 공간을 찾을 수 없었습니다.
이 솔루션은 TFS 2017, TFS 2018, Azure DevOps 및 기타 버전에서 작동해야합니다.
- 오류 메시지에서 작업 공간 가이드를 기록하십시오.
- 빌드가 발생하는 기계에서 다음을 탐색하십시오.
- 해당 디렉토리에서 작업 공간 안내서의 모든 인스턴스를 검색하고 제거하십시오. 'cache'디렉토리에 폴더가있을 수 있으며 'locationservermap.xml'및 'localitemexclusions.config'의 항목이있을 수 있습니다. 모두 제거하십시오.
그것은 내 상황에서 효과가있었습니다.