Microsoft MVP성태의 닷넷 이야기
VS.NET IDE: 67. Visual Studio 2010: 베타 2에서 RC 마이그레이션 [링크 복사], [링크+제목 복사],
조회: 27950
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Visual Studio 2010: 베타 2에서 RC 마이그레이션


결론적으로 말하면, 동일한 제품을 다시 한번 설치한 것과 같은 효과입니다.

저 같은 경우, 기존 프로젝트 상황이 아래와 같았습니다.

- TFS Beta 2

- 2개의 Visual C++ 프로젝트 (vcxproj) 
	* COM 개체 프로젝트
	* 콘솔 프로젝트

- 10개의 Visual C# 프로젝트 
	* ASP.NET 프로젝트
	* 라이브러리 프로젝트
	* 콘솔 프로젝트
	* 단위 테스트 프로젝트
	* Windows 서비스 프로젝트

일단 TFS 서버는 마이그레이션을 안 하고, 클라이언트 측 Visual Studio Ultimate 버전만 마이그레이션을 진행했는데 솔루션 파일 조차도 변경되지 않고 그대로 읽어들였습니다.

즉, Visual Studio Ultimate 버전만 새로 설치하고 TFS Beta2에 등록된 팀 프로젝트를 열어도 아무런 변화가 없었다는 것입니다. 몇몇 Visual Studio 사용자 설정값들은 초기화가 되긴 하는데 등록된 Macro 조차도 기존 설정값을 그대로 읽어들이기 때문에 불편함이라고 할 만한 사항들은 거의 없었습니다.

단지, 하나 있다면 프레임워크 버전이 기존 베타2에서는 "v4.0.21006"이었는데 "v4.0.30128"로 바뀌었습니다. 이 때문에 혹시 명령줄에서 msbuild를 구성하기 위해 SET 변수에 다음과 같은 식으로 구성한 것이 있다면 새롭게 바꿔주어야 합니다.

SET FrameworkVersion=v4.0.30128
SET FrameworkVersion32=v4.0.30128 
SET LIBPATH=C:\Windows\Microsoft.NET\Framework\v4.0.30128;...;...\LIB;

SET PATH=...;C:\Windows\Microsoft.NET\Framework\v4.0.30128;...;C:\Program Files\Debugging Tools for Windows (x64)

그렇지 않으면 명령행에서 MSBuild 시에 위의 기존 21006 경로를 찾을 수가 없어 Visual C++ 빌드 시에 다음과 같은 식으로 오류가 발생합니다.

error MSB4066: The attribute "Label" in element <ItemGroup> is unrecognized.

그 외에는, 확실히 Beta2에 비해서 안정화가 많이 된 것을 체감할 수 있습니다. (사실, beta2에서는 버그가 너무 많아서 버그 리포트 한다는 것 자체가 의미가 없을 정도라는 생각이 들었습니다. 반면 RC 버전부터는, 버그가 있다면 보고해도 좋을 정도가 아닌가 싶군요. ^^)

정리하면, 제가 이전 글에서는 베타 2로 개발을 하는 것은 권장하지 않는다고 했는데, Visual Studio RC 버전으로는 신제품 개발 또는 기존 Visual Studio 2008 솔루션의 마이그레이션을 진행해도 좋을 정도로 충분히 안정적이라고 말씀드리고 싶군요. ^^

참고로, 현재 .NET 4.0 및 VS 2010 RC 다운로드는 다음과 같이 일반에 공개되어 있습니다.

Microsoft .NET Framework 4 RC
; http://www.microsoft.com/downloads/details.aspx?FamilyID=a9ef9a95-58d2-4e51-a4b7-bea3cc6962cb&displaylang=en

Microsoft Visual Studio 2010 Ultimate RC - ISO
; http://www.microsoft.com/downloads/details.aspx?FamilyID=457bab91-5eb2-4b36-b0f4-d6f34683c62a&displaylang=en



[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







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

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

비밀번호

댓글 작성자
 




... 46  47  48  49  50  51  52  53  54  55  56  57  58  59  [60]  ...
NoWriterDateCnt.TitleFile(s)
12532정성태2/6/202122134개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/202120490개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202123183개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202122541개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/202122891개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/202122837개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/202119429개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/202117919개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/202117699개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
12523정성태1/31/202120718개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법
12522정성태1/31/202123052개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트
12521정성태1/31/202120254개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인 [1]
12520정성태1/30/202119526개발 환경 구성: 526. 오라클 클라우드의 VM에 ping ICMP 여는 방법
12519정성태1/30/202119084개발 환경 구성: 525. 오라클 클라우드의 VM을 외부에서 접근하기 위해 포트 여는 방법
12518정성태1/30/202137577Linux: 37. Ubuntu에 Wireshark 설치 [2]
12517정성태1/30/202124177Linux: 36. 윈도우 클라이언트에서 X2Go를 이용한 원격 리눅스의 GUI 접속 - 우분투 20.04
12516정성태1/29/202120807Windows: 188. Windows - TCP default template 설정 방법
12515정성태1/28/202123218웹: 41. Microsoft Edge - localhost에 대해 http 접근 시 무조건 https로 바뀌는 문제 [3]
12514정성태1/28/202123607.NET Framework: 1021. C# - 일렉트론 닷넷(Electron.NET) 소개 [1]파일 다운로드1
12513정성태1/28/202118775오류 유형: 698. electronize - User Profile 디렉터리에 공백 문자가 있는 경우 빌드가 실패하는 문제 [1]
12512정성태1/28/202121437오류 유형: 697. The program can't start because VCRUNTIME140.dll is missing from your computer. Try reinstalling the program to fix this problem.
12511정성태1/27/202120789Windows: 187. Windows - 도스 시절의 8.3 경로를 알아내는 방법
12510정성태1/27/202121612.NET Framework: 1020. .NET Core Kestrel 호스팅 - Razor 지원 추가 [1]파일 다운로드1
12509정성태1/27/202119697개발 환경 구성: 524. Jupyter Notebook에서 C#(F#, PowerShell) 언어 사용을 위한 환경 구성 [3]
12508정성태1/27/202120883개발 환경 구성: 523. Jupyter Notebook - Slide 플레이 버튼이 없는 경우
12507정성태1/26/202121265VS.NET IDE: 157. Visual Studio - Syntax Visualizer 메뉴가 없는 경우
... 46  47  48  49  50  51  52  53  54  55  56  57  58  59  [60]  ...