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

Visual Studio 2015의 "DTAR_..." 특수 폴더가 생성되는 문제

Visual Studio 2015부터, .sln 솔루션 파일이 있는 폴더에 "DTAR_08E86330_4835_4B5C_9E5A_61F37AE1A077_DTAR" 폴더가 생성되는 문제(?)가 있습니다. 그 뿐만 아니라 동일한 폴더에 "obj" 라는 비어 있는 폴더도 생성됩니다. (이 글에 첨부된 솔루션 프로젝트를 내려받아 Visual Studio 2015에서 열면, 여는 그 순간부터 DTAR_... 폴더가 .sln 솔루션 파일이 있는 폴더에 생성되는 것을 확인할 수 있습니다.)

이에 대해... ^^ 은근 이슈가 되었나 봅니다.

Getting empty folder in project root after opening SLN file - DTAR_08E86330_4835_4B5C_9E5A_61F37AE1A077_DTAR 
; https://connect.microsoft.com/VisualStudio/feedback/details/1909707/getting-empty-folder-in-project-root-after-opening-sln-file-dtar-08e86330-4835-4b5c-9e5a-61f37ae1a077-dtar

보면 재미있는 덧글이 하나 있는데요.

I also have this issue. I have some extensions loaded, but these only appear if I open the solution by double clicking the .sln file. If I open VS2015 and then open the solution from within the IDE these folders do not appear.


탐색기를 통해 더블 클릭으로 열지 말고, 비주얼 스튜디오 2015를 띄운 후 열기 메뉴로 해당 솔루션을 열면 "obj"와 "DTAR_08E86330_4835_4B5C_9E5A_61F37AE1A077_DTAR" 폴더가 생성되지 않습니다. 또는, 탐색기에서 ".sln" 파일을 우클릭 후 "Open with" 메뉴를 통해 "Microsoft Visual Studio Version Selector"로 실행하면,

dtar_1.png

역시 "DTAR..." 파일이 생성되지 않습니다. 도대체 어떤 차이가 있는 것일까요? 그래서 sysmon.exe를 이용해 명령행 차이를 알아봤습니다.

// Open with로 여는 경우 (DTAR... 가 안 생김)

Image: C:\Program Files (x86)\Common Files\Microsoft Shared\MSEnv\VSLauncher.exe
CommandLine: "C:\Program Files (x86)\Common Files\Microsoft Shared\MSEnv\VSLauncher.exe" "C:\sampeapp\consoleapp\ConsoleApplication1.sln"
CurrentDirectory: C:\WINDOWS\system32\

// 더블 클릭으로 여는 경우 (DTAR... 가 생김)

Image: C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\devenv.exe
CommandLine: "C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\devenv.exe" "C:\sampeapp\consoleapp\ConsoleApplication1.sln"
CurrentDirectory: C:\sampeapp\consoleapp\

테스트 해보면 VSLauncher.exe나 devenv.exe와는 차이가 없습니다. 실제로 VSLauncher.exe든, devenv.exe든 직접 cmd.exe에서 수행해도 DTAR... 폴더가 생겼기 때문입니다. 대신 "Current Directory"가 "C:\WINDOWS\system32\"인 경우에는 VSLauncher.exe든, devenv.exe든 모두 DTAR... 폴더가 생성되지 않았습니다. 이유는 간단합니다. "C:\WINDOWS\system32"에 대한 권한이 일반 Medium 사용자로는 접근할 수 없기 때문에 폴더가 생성되지 않은 것입니다.

휴... 그럼 대충 우회책이 나왔군요. ^^

그렇다면, .sln 파일을 더블 클릭했을 때 "Current Directory"를 "C:\WINDOWS\system32"로 바꾸고 다음의 역할을 해주기만 하면 되는 것입니다.

"C:\Program Files (x86)\Common Files\Microsoft Shared\MSEnv\VSLauncher.exe" "%1"

물론 여러분들이 직접 만드셔도 되는데, 일단 제가 github에 다음의 소스 코드를 올려두었으니 참고하시면 되겠습니다. ^^

NoDtarVisualStudioVersionSelector
; https://github.com/stjeong/NoDtarVisualStudioVersionSelector

(github에 올려둔 소스 코드를 이 글에도 첨부했으니 참고하세요.)




참고로, 답글에 보면 Microsoft 직원이 제시한 해결책이 있습니다. 하지만 제 경우에는 해결되지 않았고 "timfriesen" 라는 사람도 역시 해결되지 않았다고 합니다. 어쨌든 여러분들은 혹시 통할지도 모르니 정리해 보면.

그냥 다음의 파일을,

"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETCore\v5.0\GlobalDTARSettings.proj

github에 있는 다음의 파일로 덮어쓰라는 것입니다.

https://gist.github.com/ericstj/b40dd3846c3faec5ea1ba55fce64d1f8

원한다면 그냥 다른 부분만 편집해도 됩니다. 관리자 권한으로 메모장을 실행한 후 다음과 같이 변경을 해주시면 됩니다.

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
    <PropertyGroup>
        <OutputPath>DTAR_08E86330_4835_4B5C_9E5A_61F37AE1A077_DTAR</OutputPath>
        <TargetFrameworkIdentifier>.NETCore</TargetFrameworkIdentifier>
        <TargetFrameworkVersion>v5.0</TargetFrameworkVersion>
        <TargetFrameworkProfile></TargetFrameworkProfile>
        <TargetPlatformIdentifier>UAP</TargetPlatformIdentifier>
        <TargetPlatformVersion>10.0</TargetPlatformVersion>
        <FrameworkRegistryBase></FrameworkRegistryBase>
        <ProcessorArchitecture>msil</ProcessorArchitecture>

        <!-- add this line -->
        <Platform Condition=" '$(Platform)' == '' ">x86</Platform>

        <!-- Tell DTAR to read the @(Reference) items from our nuget packages -->
        <DTARUseReferencesFromProject>true</DTARUseReferencesFromProject>
        <!-- Ensure we use .NETCore,Version=v5.0 for resolution since that is what is in the project.json -->
        <NuGetTargetMoniker>.NETCore,Version=v5.0</NuGetTargetMoniker>

        <!-- remove CopyNuGetImplementations -->
        <!--
        <!-- We don't need implementations, so just don't compute them -->
        <CopyNuGetImplementations>false</CopyNuGetImplementations>
        -->

    </PropertyGroup>


    <!-- add 3 PropertyGroup for ARM/x64/x86 -->
    <PropertyGroup Condition="'$(Platform)' == 'ARM'">
        <PlatformTarget>ARM</PlatformTarget>
    </PropertyGroup>
    <PropertyGroup Condition="'$(Platform)' == 'x64'">
        <PlatformTarget>x64</PlatformTarget>
    </PropertyGroup>
    <PropertyGroup Condition="'$(Platform)' == 'x86'">
        <PlatformTarget>x86</PlatformTarget>
    </PropertyGroup>


    <PropertyGroup Condition="'$(GlobalDTARTargetsImport)' == '' or !Exists('$(GlobalDTARTargetsImport)')">
        <GlobalDTARTargetsImport>$(MSBuildToolsPath)\Microsoft.Common.targets</GlobalDTARTargetsImport>
    </PropertyGroup>

    <Target Name="PrepareForResolveNuGetPackageAssets">
        <ItemGroup>
            <_ProjectLockJsonDirectoryRoots Include="$(TargetFrameworkDirectory)" />
        </ItemGroup>
        <PropertyGroup>
            <!-- This project file content is copied to another directory when consumed by VS, 
                 make sure they can still find the Project.lock.json -->
            <ProjectLockFile Condition="Exists('%(_ProjectLockJsonDirectoryRoots.Identity)project.lock.json')">%(_ProjectLockJsonDirectoryRoots.Identity)project.lock.json</ProjectLockFile>
            <!-- This project may be run before a restore has been done, so resolve from the 
                 pre-installed package location -->
            <NugetPackagesDirectory>$([MSBuild]::GetRegistryValueFromView('HKEY_LOCAL_MACHINE\SOFTWARE\NuGet\Repository', 'NETCoreSDK', null, RegistryView.Registry32, RegistryView.Default))</NugetPackagesDirectory>
        </PropertyGroup>
    </Target>

    <PropertyGroup>
        <GlobalDesignTimeResolveAssemblyReferencesDependsOn>
            GetFrameworkPaths;
            GetReferenceAssemblyPaths;
            PrepareForResolveNuGetPackageAssets;
            ResolveAssemblyReferences;
        </GlobalDesignTimeResolveAssemblyReferencesDependsOn>
    </PropertyGroup>

    <Target
        Name="GlobalDesignTimeResolveAssemblyReferences"
        DependsOnTargets="$(GlobalDesignTimeResolveAssemblyReferencesDependsOn)" />

    <Import Project="$(GlobalDTARTargetsImport)" />
</Project>




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







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

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

비밀번호

댓글 작성자
 




... 76  77  78  79  80  81  82  83  84  85  86  87  [88]  89  90  ...
NoWriterDateCnt.TitleFile(s)
11852정성태3/20/201924625개발 환경 구성: 434. 존재하지 않는 IP 주소에 대한 Dns.GetHostByAddress/gethostbyaddr/GetNameInfoW 실행이 느리다면?파일 다운로드1
11851정성태3/19/201929003Linux: 8. C# - 리눅스 환경에서 DllImport 대신 라이브러리 동적 로드 처리 [2]
11850정성태3/18/201929451.NET Framework: 813. C# async 메서드에서 out/ref/in 유형의 인자를 사용하지 못하는 이유
11849정성태3/18/201928667.NET Framework: 812. pscp.exe 기능을 C#으로 제어하는 방법파일 다운로드1
11848정성태3/17/201925603스크립트: 14. 윈도우 CMD - 파일이 변경된 경우 파일명을 변경해 복사하고 싶다면?
11847정성태3/17/201929967Linux: 7. 리눅스 C/C++ - 공유 라이브러리 동적 로딩 후 export 함수 사용 방법파일 다운로드1
11846정성태3/15/201928706Linux: 6. getenv, setenv가 언어/운영체제마다 호환이 안 되는 문제
11845정성태3/15/201927761Linux: 5. Linux 응용 프로그램의 (C++) so 의존성 줄이기(ReleaseMinDependency) [3]
11844정성태3/14/201929715개발 환경 구성: 434. Visual Studio 2019 - 리눅스 프로젝트를 이용한 공유/실행(so/out) 프로그램 개발 환경 설정 [1]파일 다운로드1
11843정성태3/14/201924833기타: 75. MSDN 웹 사이트를 기본으로 영문 페이지로 열고 싶다면?
11842정성태3/13/201921452개발 환경 구성: 433. 마이크로소프트의 CoreCLR 프로파일러 예제를 Visual Studio CMake로 빌드하는 방법 [1]파일 다운로드1
11841정성태3/13/201921834VS.NET IDE: 132. Visual Studio 2019 - CMake의 컴파일러를 기본 g++에서 clang++로 변경
11840정성태3/13/201924868오류 유형: 526. 윈도우 10 Ubuntu App 환경에서는 USB 외장 하드 접근 불가
11839정성태3/12/201930208디버깅 기술: 124. .NET Core 웹 앱을 호스팅하는 Azure App Services의 프로세스 메모리 덤프 및 windbg 분석 개요 [3]
11838정성태3/7/201932731.NET Framework: 811. (번역글) .NET Internals Cookbook Part 1 - Exceptions, filters and corrupted processes [1]파일 다운로드1
11837정성태3/6/201946209기타: 74. 도서: 시작하세요! C# 7.3 프로그래밍 [10]
11836정성태3/5/201929655오류 유형: 525. Visual Studio 2019 Preview 4/RC - C# 8.0 Missing compiler required member 'System.Range..ctor' [1]
11835정성태3/5/201927321.NET Framework: 810. C# 8.0의 Index/Range 연산자를 .NET Framework에서 사용하는 방법 및 비동기 스트림의 컴파일 방법 [3]파일 다운로드1
11834정성태3/4/201926208개발 환경 구성: 432. Visual Studio 없이 최신 C# (8.0) 컴파일러를 사용하는 방법
11833정성태3/4/201928374개발 환경 구성: 431. Visual Studio 2019 - CMake를 이용한 공유/실행(so/out) 리눅스 프로젝트 설정파일 다운로드1
11832정성태3/4/201921422오류 유형: 524. Visual Studio CMake - rsync: connection unexpectedly closed
11831정성태3/4/201923718오류 유형: 523. Visual Studio 2019 - 새 창으로 뜬 윈도우를 닫을 때 비정상 종료
11830정성태2/26/201921631오류 유형: 522. 이벤트 로그 - Error opening event log file State. Log will not be processed. Return code from OpenEventLog is 87.
11829정성태2/26/201922690개발 환경 구성: 430. 마이크로소프트의 CoreCLR 프로파일러 예제 빌드 방법 - 리눅스 환경 [1]
11828정성태2/26/201931884개발 환경 구성: 429. Component Services 관리자의 RuntimeBroker 설정이 2개 있는 경우 [8]
11827정성태2/26/201924738오류 유형: 521. Visual Studio - Could not start the 'rsync' command on the remote host, please install it using your system package manager.
... 76  77  78  79  80  81  82  83  84  85  86  87  [88]  89  90  ...