मेरे पास वर्तमान में एक ही समाधान है जिसमें अब तक विकसित एक ही एप्लिकेशन और सभी गृहगणित पुस्तकालयों के लिए परियोजनाएं शामिल हैं। यह संपूर्ण समाधान एक गिट रेपो में भी रखा जाता है। अब मैं एक दूसरा एप्लीकेशन विकसित करने जा रहा हूं जो उन पुस्तकालयों का उपयोग करेगा। उस एप्लिकेशन के पहले और अलग संस्करणों की तुलना में अलग-अलग रिलीज चक्र होंगे। मेरे पास प्रश्न (या प्रश्न) है कि कोड सेट अप करने और गिट के संदर्भ में दोनों कोड को कैसे विभाजित किया जाए।एकाधिक ऐप्स के लिए एक .NET समाधान/गिट रेपो को विभाजित करना
- अनुप्रयोगों, एक साझा नेटवर्क ड्राइव करने के लिए तैनात किया गया है व्यक्तिगत कंप्यूटर के लिए नहीं है, इसलिए मैं जब वे तैनात किया गया है और क्या के साथ तैनात किया जाता है पर पूरा नियंत्रण है:
कुछ अन्य उपयोगी जानकारी के जवाब के बारे में बात करने से पहले उन्हें
- लाइब्रेरी DLL को एक बार बनाए गए अनुप्रयोगों द्वारा साझा नहीं किया जाता है। प्रत्येक एप्लिकेशन में अपने फ़ोल्डर में सभी डीएलएल, पीडीबी और कॉन्फ़िगरेशन फाइलों की एक पूर्ण प्रति है।
- वर्तमान में, मैं रिलीज करने वाला एकमात्र व्यक्ति हूं, लेकिन एक या दो रिलीज करने में समाप्त हो सकता है, इसलिए मैं इसे ध्यान में रखना चाहता हूं।
मैं अपने सिर में कुछ विचारों के आसपास घूम रहा हूं, लेकिन उनमें से कोई भी संतोषजनक प्रतीत नहीं होता है। मैंने बस एक समाधान/एक गिट रेपो में सब कुछ रखने पर विचार किया है। मैंने submodules का उपयोग कर कई गिट repos में समाधान को विभाजित करने के बारे में भी सोचा है, लेकिन submodules बोझिल हैं। मैंने प्रत्येक एप्लिकेशन को अपने स्वयं के समाधान और सभी पुस्तकालयों को अभी तक एक और बनाने के बारे में भी सोचा है। सवाल यह है कि क्या मैं विजुअल स्टूडियो में कई समाधान खोल सकता हूं। पुस्तकालयों को अक्सर अनुप्रयोगों के साथ बदलने की जरूरत होती है, इसलिए अलग-अलग समाधानों में उन्हें बहुत अलग करना या गिट रेपो पुस्तकालयों और ऐप्स को सिंक में रखना मुश्किल बना रहा है। मेरे पास एक और चिंता है। अगर मैं समाधान को कई गिट रेपो में विभाजित करता हूं, तो मेरे पास प्रत्येक एप्लिकेशन के लिए शाखाएं हो सकती हैं, लेकिन यदि मैं एक गिट रेपो रखता हूं, तो मेरे पास केवल सबकुछ के लिए शाखाओं का एक सेट हो सकता है।
मैं अपने आप से सही प्रश्न भी नहीं पूछ सकता हूं, और यह भी संभव है कि मेरे पास एक साधारण समाधान हल करने से मुझे मानसिक ब्लॉक हो। किसी भी तरह से, मैं कुछ विचार देने के लिए एसओ समुदाय को रोकता हूं। मुझे उम्मीद है कि सबकुछ स्पष्ट है, लेकिन यदि नहीं, तो मुझे स्पष्टीकरण देने में खुशी होगी।
मुझे नहीं पता कि पुस्तकालयों को अलग-अलग रिपोज़ में रखना आवश्यक है या नहीं। मैं सभी पुस्तकालयों के लिए सिर्फ एक रेपो होने के ठीक हूँ। हालांकि, मैं आपकी आखिरी वाक्य से थोड़ी उलझन में हूं। – siride
वह कह रहा है कि यदि आप पुस्तकालयों के प्रतीकात्मक लिंक का उपयोग करते हैं, तो आप उन्हें एक अलग समाधान में रख सकते हैं लेकिन दो ऐप समाधानों में पुस्तकालयों को परियोजना के रूप में संदर्भित कर सकते हैं। चूंकि प्रतीकात्मक लिंक सभी एक ही फाइल पर इंगित कर रहे हैं, इसलिए आप किसी भी ऐप के विकास के दौरान किए गए किसी भी बदलाव से दोनों ऐप्स प्रभावित होंगे। यह ऐसा करेगा जिससे आपको submodules की आवश्यकता नहीं है। –
ऐसा लगता है कि यह सिर्फ एक गरीब व्यक्ति के submodules है और परियोजना पर काम कर रहे अन्य डेवलपर्स के लिए अनुकूल नहीं है। मुझे लगता है कि मुझे एक तरह से या दूसरे के साथ submodules के साथ जाना होगा। – siride