.Net 4.0 मानक स्थापना में शामिल कोई Gacutil नहीं है। उन्होंने GAC को भी% Windir% \ असेंबली से% Windir% \ Microsoft.NET \ असेंबली में स्थानांतरित कर दिया है।
उन्होंने विंडोज एक्सप्लोरर में फ़ोल्डर के लिए "विशेष दृश्य" जोड़ने से भी परेशान कर दिया, क्योंकि उनके पास .net 1.0 / 2.0 आरएसी है।
गैकुटिल विंडोज एसडीके का हिस्सा है, इसलिए यदि आप इसे अपने डेवलपमेंट मशीन पर उपयोग करना चाहते हैं, तो बस अपने वर्तमान प्लेटफॉर्म के लिए विंडोज एसडीके स्थापित करें। तब आप इसे कहीं इस तरह पाएंगे (आपके एसडीके संस्करण के आधार पर):
C: \ Program Files \ Microsoft SDKs \ Windows \ v7.0A \ bin \ NETFX 4.0 उपकरण
यहाँ नए GAC पर चर्चा चल रही है: .NET 4.0 में एक नया GAC है, क्यों?
यदि आप उत्पादन मशीन में GAC में कुछ स्थापित करना चाहते हैं, तो आपको इसे "उचित" तरीके से करने की आवश्यकता है (gacutil का मतलब उत्पादन सर्वर पर सामान स्थापित करने के लिए केवल एक विकास उपकरण के रूप में नहीं था), विंडोज इंस्टालर के साथ, या अन्य उपकरणों के साथ। आप इसे PowerShell और System.EnterpriseServices dll के साथ कर सकते हैं।
एक सामान्य नोट पर, और कई वर्षों के अनुभव से, मैं व्यक्तिगत रूप से जीएसी का उपयोग करने के खिलाफ दृढ़ता से अनुशंसा करूंगा । यदि आप DLL के प्रत्येक अनुप्रयोग के साथ उसके बिन फ़ोल्डर में भी तैनात हैं तो आपका आवेदन हमेशा काम करेगा। हां, यदि आपके पास एक सर्वर पर कई वेब एप्लिकेशन हैं, तो आपको अपने सर्वर पर DLL की कई प्रतियां मिलेंगी, लेकिन यह निश्चित रूप से एक एप्लिकेशन को दूसरों को तोड़ने के बिना एक एप्लिकेशन को अपग्रेड करने में सक्षम होने के लचीलेपन के लायक है (साझा का असंगत संस्करण पेश करके GAC में DLL)।