W standardowej instalacji .net 4.0 nie ma programu Gacutil. Przenieśli również GAC z% Windir% \ assembly do% Windir% \ Microsoft.NET \ Assembly.
Nie przeszkadzało im nawet dodanie „specjalnego widoku” do folderu w Eksploratorze Windows, tak jak w przypadku GAC .net 1.0 / 2.0.
Gacutil jest częścią Windows SDK, więc jeśli chcesz go używać na swoim komputerze deweloperskim, po prostu zainstaluj Windows SDK dla swojej bieżącej platformy. Wtedy znajdziesz go gdzieś w tym miejscu (w zależności od wersji SDK):
C: \ Program Files \ Microsoft SDKs \ Windows \ v7.0A \ bin \ NETFX 4.0 Tools
Dyskusja na temat nowego GAC jest tutaj: .NET 4.0 ma nowy GAC, dlaczego?
Jeśli chcesz zainstalować coś w GAC na maszynie produkcyjnej, musisz zrobić to w „właściwy” sposób (gacutil nigdy nie był pomyślany jako narzędzie do instalowania rzeczy na serwerach produkcyjnych, tylko jako narzędzie programistyczne), za pomocą Instalatora Windows, lub za pomocą innych narzędzi. Możesz to zrobić np. Za pomocą programu PowerShell i biblioteki dll System.EnterpriseServices.
Na ogólną notatkę i pochodzących z kilkuletnim doświadczeniem, chciałbym osobiście zalecamy przed użyciem GAC w ogóle. Twoja aplikacja będzie zawsze działać, jeśli wdrożysz bibliotekę DLL z każdą aplikacją w jej folderze bin. Tak, otrzymasz wiele kopii biblioteki DLL na swoim serwerze, jeśli masz np. Wiele aplikacji internetowych na jednym serwerze, ale zdecydowanie warto mieć możliwość aktualizacji jednej aplikacji bez przerywania innych (wprowadzając niekompatybilną wersję współdzielonego DLL w GAC).