그래서, 승리를 2008 R2 표준의 64에, 나는 6 (여섯)하여 gacutil.exe가 모두 다른에, (VS 폴더에있는 것들은 제외) :어떤 gacutil.exe를 사용해야합니까?
-
C : \ 프로그램 파일 \은 Microsoft SDKs \ 윈도우 \ v6.0A \ 빈 -
C : \ 프로그램 파일 \은 Microsoft SDKs \ 윈도우 \ v6.0A \ 빈 \ 64 -
C : \의 Program Files (x86) \ 마이크로 소프트의 SDK \ WINDOWS \ V7 .0A \ Bin -
c : \ Program Files (x86) \ Microsoft SDKs \ Windows \ v7.0A \ Bin \ x64 - C : \ 프로그램 파일 마이크로 소프트의 SDK \ WINDOWS \ v7.0A \ 빈 \으로 netfx \ (86) 4.0 도구
-
C : \ 프로그램 파일 마이크로 소프트의 SDK \ WINDOWS \ v7.0A \ 빈 \ (86) \으로 netfx 4.0 도구 \ 64
질문 있습니다
x64
버전의 행동에 어떤 차이가 있습니까?- 더
v7.0A
버전을 선호합니까?v6.0A
? - .NET 4.0 어셈블리에는
NETFX 4.0 Tools
버전을 사용해야하고 나머지에는 "표준"버전을 사용해야합니까?
또는 주제에 대한 일반적인 유형의 기사가 있으면 감사하게 생각합니다. Hans Passant's answer에 관한
업데이트 1 :
- gacutil.exe는 이제 사용되지는 "빌드, 배포 및 구성 도구 (.NET 프레임 워크)"의 .NET 프레임 워크 도구 부분입니다 (!) shfusion.dll은;
- 실제로 v6.0A는 VS2008 설치에서 나온 것이며 무시할 수 있습니다 (1, 2);
- 64 비트 설명 이론도 합리적으로 들립니다. 나는 또한 IA64 version of gacutil.exe이 아마도 있다고 가정하기 때문에 "각 플랫폼의 도구 복사본"과 같아서 WoW64 때문에 x86 버전이 모든 곳에서 잘 돌아갈 수 있습니다. 마이너스 2의 gacutil 버전 (4, 6);
- 사용할 버전에 대한 부분이 잘못되었습니다. V4.0 gacutil.exe는 대상 CLR에 따라 어셈블리를 감지하고 배치하며 .NET 4.0 및 이전 버전 어셈블리에서 모두 잘 작동합니다. 따라서 질문은 왜 V2.0 gacutil.exe를 떠나야 하는가입니다. 내 생각 엔 .NET4.0을 사용할 수없는 환경에서의 배포 목적으로 사용하는 것입니다.
- GAC를 사용하거나 사용하지 않으려면 문제가되지 않았습니다. 그래서 나는 마지막 단락을 주석없이 남겨 둡니다. 하나는 안전하게 윈도우 x86 및 x64의 모든 GAC 작업을위한 중 3 번 (다음 .NET4.0는 사용할 수 없음) 또는 다른 숫자 5를 사용할 수 있습니다처럼
2.
그래서, 나에게 업데이트 보인다 .
- 번호
- 문제가되지 않지만, 최신 버전을 사용하는 것이 더 논리적 보인다 그리고 질문에 대한 답변입니다.
- 아니요, 모든 GAC 작업에 항상
NETFX 4.0 Tools
버전 (.NET4.0을 사용할 수있는 경우)을 사용할 수 있습니다.
정말로 대답하고 싶습니다 ... "그들 중 누구도 ... nuget 또는 bin FTW를 배포하지 마십시오!"!! –
@DanielElliott 좋은 답변 ;-)하지만 여전히, 이번에는이 질문을 정리하고 싶습니다. –
답변에 관심이 있습니다 ... 행운을 빌어 요! –