Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 695. Nuget config 파일에 값 설정/삭제 방법 [링크 복사], [링크+제목 복사],
조회: 9836
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

(시리즈 글이 3개 있습니다.)
.NET Framework: 677. Visual Studio 2017 - NuGet 패키지를 직접 참조하는 PackageReference 지원
; https://www.sysnet.pe.kr/2/0/11281

개발 환경 구성: 468. Nuget 패키지의 로컬 보관 폴더를 옮기는 방법
; https://www.sysnet.pe.kr/2/0/12135

개발 환경 구성: 695. Nuget config 파일에 값 설정/삭제 방법
; https://www.sysnet.pe.kr/2/0/13486




Nuget config 파일에 값 설정/삭제 방법

NuGet.Config 파일은 계층적으로 있습니다.

Common NuGet configurations
; https://learn.microsoft.com/en-us/nuget/consume-packages/configuring-nuget-behavior

[컴퓨터 레벨]
    Windows: %ProgramFiles(x86)%\NuGet\Config
    Mac/Linux: $XDG_DATA_HOME. 
               If $XDG_DATA_HOME is null or empty, 
               ~/.local/share or /usr/local/share will be used (varies by OS distribution)

[사용자 레벨]
    Windows: %appdata%\NuGet\NuGet.Config
    Mac/Linux: ~/.config/NuGet/NuGet.Config or ~/.nuget/NuGet/NuGet.Config (varies by tooling)
               Additional configs are supported on all platforms. These configs cannot be edited by the tooling.

    Windows: %appdata%\NuGet\config\*.Config
    Mac/Linux: ~/.config/NuGet/config/*.config or ~/.nuget/config/*.config

[솔루션 레벨]
    솔루션 폴더 및 그것의 상위 폴더들

해당 NuGet.Config 파일에 값을, 심지어 그냥 아무 의미 없는 값이라도 명령어를 통해 설정하는 것이 가능한데요,

# [컴퓨터 레벨 - 관리자 권한 필요]
nuget config -set repositoryPath=c:\packages -configfile %ProgramFiles(x86)%\NuGet\Config\NuGet.Config

# [사용자 레벨]
nuget config -set repositoryPath=c:\packages 

# [솔루션 레벨]
nuget config -set repositoryPath=c:\packages -configfile c:\my.Config
nuget config -set repositoryPath=c:\packages -configfile .\myApp\NuGet.Config

일례로, 사용자 레벨에 다음과 같이 값을 설정하면,

C:\temp> nuget config -set testValue=5

"%appdata%\NuGet\NuGet.Config" 파일에는 다음과 같이 반영됩니다.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3" />
    <add key="Microsoft Visual Studio Offline Packages" value="C:\Program Files (x86)\Microsoft SDKs\NuGetPackages\" />
    <add key="dotnet-experimental" value="https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet-experimental/nuget/v3/index.json" />
    <add key="dotnet-core" value="https://dotnetfeed.blob.core.windows.net/dotnet-core/index.json" />
  </packageSources>
  <packageRestore>
    <add key="enabled" value="True" />
    <add key="automatic" value="True" />
  </packageRestore>
  <bindingRedirects>
    <add key="skip" value="False" />
  </bindingRedirects>
  <packageManagement>
    <add key="format" value="1" />
    <add key="disabled" value="False" />
  </packageManagement>
  <config>
    <add key="testValue" value="5" />
  </config>
</configuration>

그런데, 삭제가 안 됩니다. ^^; 일례로 문서에는 빈 값을 주면 삭제가 되는 것처럼 나오는데요,

// Removing a value
// https://learn.microsoft.com/en-us/nuget/consume-packages/configuring-nuget-behavior#removing-a-value

# Windows
nuget config -set repositoryPath= -configfile c:\my.Config

# Mac/Linux
nuget config -set repositoryPath= -configfile /home/my.Config

실제로 테스트를 해보면,

c:\temp> dotnet new nugetconfig

c:\temp> type nuget.config
<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <!--To inherit the global NuGet package sources remove the <clear/> line below -->
    <clear />
    <add key="nuget" value="https://api.nuget.org/v3/index.json" />
  </packageSources>
</configuration>

c:\temp> nuget config -set repositoryPath=c:\packages -configfile nuget.config

c:\temp> nuget config -set repositoryPath= -configfile nuget.config

c:\temp> nuget config repositoryPath
c:\packages

반영이 안 되는 것을 볼 수 있습니다. 아마도 현 시점(2023-12-15)의 버그인 듯한데, 어쩔 수 없습니다, ^^; 그냥 해당 파일을 메모장으로 열어 값을 직접 삭제해야 합니다.




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







[최초 등록일: ]
[최종 수정일: 12/15/2023]

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

비밀번호

댓글 작성자
 




... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11274정성태8/22/201719411.NET Framework: 674. Thread 타입의 Suspend/Resume/Join 사용 관련 예외 처리
11273정성태8/22/201721634오류 유형: 415. 윈도우 업데이트 에러 Error 0x80070643
11272정성태8/21/201724826VS.NET IDE: 120. 비주얼 스튜디오 2017 버전 15.3.1 - C# 7.1 공개 [2]
11271정성태8/19/201719268VS.NET IDE: 119. Visual Studio 2017에서 .NET Core 2.0 프로젝트 환경 구성하는 방법
11270정성태8/17/201730735.NET Framework: 673. C#에서 enum을 boxing 없이 int로 변환하기 [2]
11269정성태8/17/201721504디버깅 기술: 93. windbg - 풀 덤프에서 .NET 스레드의 상태를 알아내는 방법
11268정성태8/14/201721096디버깅 기술: 92. windbg - C# Monitor Lock을 획득하고 있는 스레드 찾는 방법
11267정성태8/10/201725158.NET Framework: 672. 모노 개발 환경
11266정성태8/10/201724970.NET Framework: 671. C# 6.0 이상의 소스 코드를 Visual Studio 설치 없이 명령행에서 컴파일하는 방법
11265정성태8/10/201753203기타: 66. 도서: 시작하세요! C# 7.1 프로그래밍: 기본 문법부터 실전 예제까지 [11]
11264정성태8/9/201724144오류 유형: 414. UWP app을 signtool.exe로 서명 시 0x8007000b 오류 발생
11263정성태8/9/201719613오류 유형: 413. The C# project "..." is targeting ".NETFramework, Version=v4.0", which is not installed on this machine. [3]
11262정성태8/5/201718260오류 유형: 412. windbg - SOS does not support the current target architecture. [3]
11261정성태8/4/201720837디버깅 기술: 91. windbg - 풀 덤프 파일로부터 강력한 이름의 어셈블리 추출 후 사용하는 방법
11260정성태8/3/201718959.NET Framework: 670. C# - 실행 파일로부터 공개키를 추출하는 방법
11259정성태8/2/201718195.NET Framework: 669. 지연 서명된 어셈블리를 sn.exe -Vr 등록 없이 사용하는 방법
11258정성태8/1/201719033.NET Framework: 668. 지연 서명된 DLL과 서명된 DLL의 차이점파일 다운로드1
11257정성태7/31/201719182.NET Framework: 667. bypassTrustedAppStrongNames 옵션 설명파일 다운로드1
11256정성태7/25/201720664디버깅 기술: 90. windbg의 lm 명령으로 보이지 않는 .NET 4.0 ClassLibrary를 명시적으로 로드하는 방법 [1]
11255정성태7/18/201723224디버깅 기술: 89. Win32 Debug CRT Heap Internals의 0xBAADF00D 표시 재현 [1]파일 다운로드3
11254정성태7/17/201719603개발 환경 구성: 322. "Visual Studio Emulator for Android" 에뮬레이터를 "Android Studio"와 함께 쓰는 방법
11253정성태7/17/201719973Math: 21. "Coding the Matrix" 문제 2.5.1 풀이 [1]파일 다운로드1
11252정성태7/13/201718467오류 유형: 411. RTVS 또는 PTVS 실행 시 Could not load type 'Microsoft.VisualStudio.InteractiveWindow.Shell.IVsInteractiveWindowFactory2'
11251정성태7/13/201717180디버깅 기술: 88. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 (2)
11250정성태7/13/201720735디버깅 기술: 87. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 [1]
11249정성태7/12/201718557오류 유형: 410. LoadLibrary("[...].dll") failed - The specified procedure could not be found.
... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...