문제

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 새로운 빌드 이름 소스"에 매핑합니다.

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

다음과 같은 다음 솔루션을 모두 시도했습니다.

  1. 조수를 사용하여 WS를 삭제하십시오.
  2. TF 명령을 사용하여 원격 서버 작업 공간을 삭제하십시오.
  3. 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은 먼저 로컬 경로에 매핑되어야합니다. 어떻게 든이 단계는 건너 뜁니다.

enter image description here

당신이해야 할 일은 다음과 같습니다.
- 1. TFS 웹 페이지로 이동하여 서버에서 프로젝트를 제거하십시오.

enter image description here

- 2. 현지 "WorksApces"에서 프로젝트를 제거하십시오.

enter image description here

- 3. TeamExplorer에서 홈페이지를 새로 고치는 "연결 관리"로 이동하십시오.

enter image description here

- 4. DefaultCollection에 루트 경로를 설정할 수있는 구성 페이지가 표시됩니다.

enter image description here

- 5. 성공적으로 수행되었다는 메시지를 받아야합니다. 이제 프로젝트를 만들 수 있습니다.

enter image description here

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

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

열려 있는 팀 탐색기

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

로 이동:프로젝트와 내 팀>연결을 관리합니다

로 이동:연결을 관리합니다>팀 프로젝트에 연결하십시오

"스위치 사용자"링크를 사용하여 스위치 계정을 사용하십시오.

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

작업 공간을 삭제하기 만하면됩니다.

workspace /delete "the-workspace-name"

Azure DevOps가 온 프렘 TFS 빌드 에이전트의 자동 빌드와 함께이 문제를 겪었습니다. TFS 측면을 사용하여 작업 공간을 제거하는 것은 작동하지 않았습니다. 그리고 tf.exe는 삭제할 작업 공간을 찾을 수 없었습니다.

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

  1. 오류 메시지에서 작업 공간 가이드를 기록하십시오.
  2. 빌드가 발생하는 기계에서 다음을 탐색하십시오.
  3. 해당 디렉토리에서 작업 공간 안내서의 모든 인스턴스를 검색하고 제거하십시오. 'cache'디렉토리에 폴더가있을 수 있으며 'locationservermap.xml'및 'localitemexclusions.config'의 항목이있을 수 있습니다. 모두 제거하십시오.

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

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top