Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

TFVC(Team Foundation Version Control)에 참여시킨 프로젝트의 로컬 경로를 옮기는 방법.

사실, 가능한 이런 일이 없어야 하는 것이 가장 좋겠지요.
이런 일은, 개인 PC에 저장된 "프로젝트"의 위치가 변경이 되는 것이므로, 이런 것은 전체적인 개발 방법론을 아무리 잘 세워도 소용없는 일입니다. 예를 들어, 개발자가 자신의 하드 디스크 폴더를 정리하다가, 지금까지의 모든 프로젝트 파일이 다소 산만하게 구성되어 있다고 판단하고 새롭게 "D:\Workshop" 폴더를 만든 후 그 아래에 모두 옮기고 싶은 경우가 생길 수도 있습니다.

^^ 일단 한번 그런 생각을 하고 나면,,, 반드시 하고야 직성이 풀리는 사람이 있을 텐데요.(이 분야의 사람들이 그런 면이 좀 심하지요. ^^)

이번 토픽에서는, TFVC에 참여시킨 프로젝트의 로컬 폴더의 위치를 변경하는 것을 설명해 보겠습니다.

우선, (꼭 해야 하는 일이라기보다는.) 모든 파일을 깨끗하게 check-in 하시고요.
프로젝트의 폴더를 다른 폴더로 이동시킵니다. 그다음 Solution 파일을 더블 클릭을 하게 되면 ... (당연하게도) 다음과 같은 오류가 떨어지게 됩니다.

The solution appears to be under source control, but its binding information cannot be found. 
Because it is not possible to recover this missing information automatically, 
the projects whose bindings are missing will be treated as not under source control.

뒤이어, 다음과 같이 선택하도록 하는 창이 나옵니다.

소스 제어 오류


자, 목표는 간단합니다. 위의 오류 화면이 안 나오면 그만입니다. ^^
방법도 참 간단합니다. ^^ 단지, 아래에 제시한 대로, 따라하시면 됩니다.

1. VS.NET 2005 IDE를 실행시킵니다.

2. Team Explorer에서 해당 팀 프로젝트의 "Source Control"을 더블 클릭해서 "Source Control Explorer"를 실행시킵니다. (어떤 실행 경로를 거치든 상관없이 "Source Control Explorer"만 띄우면 됩니다.)

3. 아래와 같은 화면에서처럼, "Workspaces..."를 선택합니다.

Workspaces... 선택

4. "Manage Workspaces"에서 해당 컴퓨터를 선택하고, "Edit..." 버튼을 누르면 다음과 같은 상태가 됩니다.

Edit Workspaces

5. "Working folders:"에서, 해당하는 프로젝트를 선택하고 "Local Folder"를 바꿔줍니다.



이걸로 끝입니다. 이제 솔루션 폴더를 옮겼던 해당 폴더에 가서, 다시 Solution 파일을 더블클릭을 해서 실행시키면 정상적으로 소스 제어하에 열리는 것을 확인하실 수 있습니다.






[최초 등록일: ]
[최종 수정일: 7/7/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 136  137  138  139  140  141  142  143  144  145  146  147  [148]  149  150  ...
NoWriterDateCnt.TitleFile(s)
1388정성태12/12/201224540.NET Framework: 348. .NET x64 응용 프로그램에서 Teb 주소를 구하는 방법파일 다운로드1
1387정성태12/12/201229719VC++: 64. x64 Visual C++에서 TEB 주소 구하는 방법
1386정성태12/12/201231059디버깅 기술: 53. windbg - 덤프 파일로부터 네이티브 DLL을 추출하는 방법 [1]
1385정성태12/12/201226480디버깅 기술: 52. Windbg - The version of SOS does not match the version of CLR you are debugging.
1384정성태12/12/201231148개발 환경 구성: 178. System32 폴더의 64비트 DLL을 32비트 Depends.exe에서 보는 방법
1383정성태12/10/201227156개발 환경 구성: 177. 기업용 메신저를 위한 Office Communicator Server 2007 설치 [1]
1382정성태12/8/201229769개발 환경 구성: 176. WebPagetest 서버 - 설치 및 테스트
1381정성태12/5/201228559.NET Framework: 347. C# - 프로세스(EXE) 수준의 Singleton 개체 생성 [2]파일 다운로드1
1380정성태11/28/201238622.NET Framework: 346. 닷넷 개발자에게 Node.js의 의미 [17]
1379정성태11/26/201231899.NET Framework: 345. C# 부호(+, -)에 대한 비트 변환 [1]
1378정성태11/22/201232986Java: 14. 안드로이드 - Hello World 실습 [7]
1377정성태11/19/201226619.NET Framework: 344. 닷넷 프로파일러 - ICorProfilerInfo::GetILFunctionBody 함수 버그
1376정성태11/15/201231686디버깅 기술: 51. 닷넷 응용 프로그램에서 특정 예외가 발생했을 때 풀 덤프 받는 방법 [6]
1375정성태11/15/201227438디버깅 기술: 50. windbg의 mscordacwks DLL 로드 문제 - 두 번째 이야기
1374정성태11/13/201225432개발 환경 구성: 175. Visual Studio의 "Extension Manager"에서 설치된 구성 요소들의 제거 버튼이 비활성화되었다면!
1373정성태11/13/201226023.NET Framework: 343. VB.NET 어셈블리의 .NET Reflector 소스 코드를 분석할 때 알아두면 좋은 사항
1372정성태11/1/2012120682Windows: 67. 64비트 윈도우에서 Internet Explorer 10이 항상 64비트로만 실행된다면? [57]
1371정성태10/31/201228669.NET Framework: 342. Python의 zip과 with 문 context를 C#과 비교하면. [3]파일 다운로드1
1370정성태10/31/201223657VS.NET IDE: 75. Visual Studio - "Active Solution Platform" 변경을 툴바에서 하는 방법
1369정성태10/31/201236906개발 환경 구성: 174. 윈도우에서 Mono 개발 환경 구성 [4]
1368정성태10/31/201228510개발 환경 구성: 173. Windows Phone SDK 8.0 설치
1367정성태10/30/201236054개발 환경 구성: 172. IIS 7.5부터 지원되는 웹 사이트 자동 시작 모드 [1]
1366정성태10/24/201227526개발 환경 구성: 171. GTK+를 윈도우 환경에 수작업 설치
1365정성태10/24/201226280개발 환경 구성: 170. 우분투 데스크톱 Active Directory 가입하기 [2]
1364정성태10/19/201222858Windows: 66. Hyper-V 2012에서 별도의 네트워크 카드를 이용한 Live Migration
1363정성태10/16/201230401개발 환경 구성: 169. Objective-C의 대안 - Xamarin의 Mono를 이용한 C# iOS 개발 환경 [2]
... 136  137  138  139  140  141  142  143  144  145  146  147  [148]  149  150  ...