की redownload मजबूर यह मेरा परिदृश्य है:एक nuget पैकेज
समाधान एक में इस परियोजना को एक में nuget पैकेज एक के विकास के लिए हम लगातार एक अन्य परियोजना में यह परीक्षण की आवश्यकता के दौरान। इस कारण से हमारे पास एक dev nuget फ़ीड है जिसमें बिना रिलीज़ किए गए पैकेज ए शामिल हैं। समाधान ए बनाने के दौरान इसे स्वचालित रूप से उस dev फ़ीड पर धक्का दिया जाएगा।
परीक्षण के लिए हमारे पास कई परियोजनाओं के साथ एक समाधान बी है जो सभी संदर्भ पैकेज ए उस dev nuget फ़ीड से है।
जब भी हम समाधान ए का पुनर्निर्माण करते हैं (और पैकेज को फ़ीड में धकेल दिया जाता है) हम समाधान के दौरान समाधान बी की सभी परियोजनाओं में पैकेज के नए निर्माण का उपयोग करना चाहते हैं।
एक बार पैकेज ए को वास्तव में रिलीज़ किया जाएगा, इसे रिलीज न्यूज फ़ीड पर धकेल दिया जाएगा और फिर समाधान बी को देव फ़ीड के बजाय रिलीज फीड से पैकेज खींचना होगा।
और ये मेरे दो प्रश्न हैं:
क्या समाधान बी के संकुल फ़ोल्डर में पैकेज एक के एक redownload बल और सभी परियोजनाओं पैकेज भले ही के नए निर्माण का उपयोग करने के लिए सही तरीका क्या है पैकेज का संस्करण नहीं बदला था?
इस (सामान्य?) परिदृश्य के लिए प्रस्तावित वर्कफ़्लो क्या है? क्या मुझे इसे अलग करना चाहिए?
जैसा कि मैंने उपर्युक्त उल्लेख किया है, मुझे दो फीड, अस्थायी निर्माण और रिलीज फीड वाला देव है। एक बार विकास हो जाने के बाद, मैं यह कैसे सुनिश्चित कर सकता हूं कि यह इसे रिलीज फीड से खींच रहा है, न कि देव फ़ीड से? क्या 'स्रोत' पैरामीटर पर्याप्त होगा? समाधान बी में सभी परियोजनाओं के लिए मुझे कुछ भी करने की ज़रूरत है? 'अद्यतन-पैकेज' als समाधान में वर्तमान प्रोजेक्ट पर कार्य करता है लेकिन बिलकुल नहीं। – bitbonk
मुझे उम्मीद है कि आप दो स्रोतों के बारे में बात कर रहे हैं। तो आपने देव दोनों को जोड़ा होगा और फ़ीड nuget स्रोत पथ जारी किया होगा। उपकरण -> Nuget पैकेज प्रबंधक -> पैकेज स्रोत। दोनों स्रोत जोड़ें। इंस्टॉलेशन करते समय आपको उस स्रोत का चयन करने की आवश्यकता है जहां से आप पैकेज डाउनलोड करना चाहते हैं –
मेरे पास दोनों स्रोत सक्रिय हैं। मुझे दो सक्रिय स्रोतों के बीच चयन करने का कोई तरीका नहीं दिख रहा है। मुझे अस्थायी रूप से देव स्रोत को निष्क्रिय करना होगा। यह एक अच्छा वर्कफ़्लो की तरह दिखता नहीं है। मुझे लगता है मुझे '-सोर्स' पैरामीटर का उपयोग करना होगा। – bitbonk