क्या Altium Vaults एक छोटी कंपनी के लिए इसके लायक हैं?


17

मैं इस समय अपनी कंपनी में Altium में नए डिजाइन का काम शुरू करने की प्रक्रिया से गुजर रहा हूं, और यह तय करने की कोशिश कर रहा हूं कि क्या यह Altium वॉल्ट इन्फ्रास्ट्रक्चर स्थापित करने के प्रयास से गुजरने लायक है, या सिर्फ पारंपरिक संस्करण का उपयोग करके। नियंत्रण। यहाँ हैं समर्थक और चोर के रूप में मैं उन्हें देखता हूं:

पेशेवरों:

  • बहुत अच्छी डिज़ाइन रिलीज़ और संस्करण प्रक्रिया।
  • मान्य, विश्वसनीय, संस्करणित घटक बनाने का आसान तरीका।
  • "आइटम" की अवधारणा के लिए अनुमति देता है और घटक स्तर से बड़े वैध ब्लॉकों के डिजाइन का पुन: उपयोग करता है।
  • विक्रेताओं के साथ डिज़ाइन डेटा साझा करना आसान बनाता है और सत्यापित करता है कि वे डिज़ाइन डेटा के सही संस्करण को देख रहे हैं।

विपक्ष:

  • वॉल्ट रिलीज प्रक्रिया से गुजरने के बिना, व्यक्तिगत डिजाइनर के लिए घटकों के लिए योजनाबद्ध प्रतीकों और पैरों के निशान में बदलाव करना बहुत मुश्किल होता है।
  • घटकों और "आइटम" को वाल्टों में जारी करने की प्रक्रिया बहुत जटिल और समय लेने वाली है।

मेरे संक्षिप्त शोध में, ऐसा लगता है कि पहियों को तिजोरी पर रखने और सुचारू रूप से बहने वाले घटकों और डिजाइनों की रिहाई की प्रक्रिया को बनाए रखने के लिए एक पूर्णकालिक Altium लाइब्रेरियन लगेगा। क्या आप में से किसी ने इस मुद्दे पर कोई विचार और अनुभव किया है? क्या कोई अन्य छोटी कंपनियां या डिजाइन टीमें हैं (5-10 इंजीनियर डिजाइन, निर्माण, खरीद, आदि के साथ Altium के साथ काम कर रहे हैं) जिन्होंने वाल्ट्स को लागू करने लायक पाया है?

जवाबों:


22

मुझे कुछ साल पहले ऐसा ही फैसला करना था।

उस समय, Altium अपने वॉल्ट समाधान बेच रहे थे जिसमें कई अलग-अलग कॉन्फ़िगरेशन हो सकते हैं:

  • तिजोरी क्लाउड में है: कोई इंटरनेट एक्सेस नहीं = कोई फ़ाइल एक्सेस नहीं। यदि आप Altium के साथ जारी नहीं रखते हैं और वार्षिक सदस्यता का भुगतान करना बंद कर देते हैं, तो आपके पास अब आपके डेटा तक पहुंच नहीं है। स्वीकार्य नहीं है
  • तिजोरी आपकी कंपनी में एक सर्वर पर है। सामग्री एन्क्रिप्टेड है। डेटा तक पहुंचने के लिए, आपको अपने आप को Altium वेब सेवाओं की पहचान करनी होगी जो आपके स्वयं के सर्वर तक पहुंच को अनलॉक करती हैं। दोष: यदि आप अल्टियम के साथ जारी नहीं रखते हैं और वार्षिक सदस्यता का भुगतान करना बंद कर देते हैं, तो आपके पास अपने स्वयं के सर्वर डेटा तक पहुंच नहीं है। कोई इंटरनेट एक्सेस नहीं = कोई डेटा एक्सेस नहीं! स्वीकार्य नहीं है
  • वॉल्ट और पहचान सर्वर आपकी कंपनी के एक सर्वर पर हैं: आपका 100% स्वतंत्र है। अच्छी बात है। इस विकल्प का विज्ञापन किया गया था, लेकिन वर्षों के दौरान अल्टियम ने कहा कि यह अभी तक उपलब्ध नहीं है, या परीक्षण के तहत, लेकिन "जल्द ही" आप ऐसा कर पाएंगे।

हमारा निष्कर्ष था: यदि आप मुक्त होना चाहते हैं, तो आपके डेटा एक्सेस का एकमात्र स्वामी होना चाहिए, या तो आप कस्टम सर्वर पर वॉल्ट का उपयोग करते हैं और आप सब कुछ नियंत्रित करते हैं, या आप एसवीएन के साथ चिपके रहते हैं और अपने सभी सामान जैसे "एकीकृत डिज़ाइन" को भूल जाते हैं "," रिलीज प्रबंधन ", आदि ...

अगर बीच में चीजें बदल गई हैं, तो बेझिझक अपना जवाब Altium की नवीनतम स्थितियों से अपडेट करें।

संपादित करें:

बीच में चीजें बदल गई हैं!

  • नए विकल्पों में से किसी को भी आपकी तिजोरी का उपयोग करने के लिए इंटरनेट की आवश्यकता नहीं है।
  • डेटा को कभी भी एन्क्रिप्ट नहीं किया जाता है इसलिए डेटा को पुनर्प्राप्त करना हमेशा संभव होता है।
  • तिजोरी का लाइसेंस अब स्थायी है और "सदस्यता कार्यक्रम" को रोकने के मामले में भी यह काम कर रहा है
  • प्रमाणीकरण अब किसी Altium वेब सर्वर पर आधारित नहीं है।
  • डेटा हमेशा आपकी कंपनी के अंदर और आपके पूर्ण नियंत्रण में संग्रहीत होता है।
  • अब रिलीज की प्रक्रिया तय नहीं है और बहुत सारे अनुकूलन का समर्थन करता है।
  • एसवीएन या किसी भी संस्करण नियंत्रण प्रणाली का उपयोग आपके दिन के दैनिक कार्य के संस्करण नियंत्रण के लिए किया जाता है। तिजोरी केवल आपके घटकों और जारी किए गए काम को संग्रहीत करने के लिए है।

अब दो विकल्प हैं:

  • व्यक्तिगत वॉल्ट समाधान: केवल एक उपयोगकर्ता, डेटा स्थानीय रूप से संग्रहीत किया जाता है (स्थानीय वॉल्ट में), कम कार्यक्षमता। लेकिन अतिरिक्त लाइसेंस की आवश्यकता नहीं है।
  • तिजोरी का सर्वर। कई उपयोगकर्ता, डेटा को वॉल्ट सर्वर, सभी कार्यात्मकताओं में संग्रहीत किया जाता है।

एक शब्द में: ऐसा लगता है कि उन्होंने बाजार की प्रतिक्रिया सुनी और प्रमुख मुद्दों को तय किया।


4
पूरी तरह से सहमत। हमने चर्चा की है कि आंतरिक रूप से भी और उसी निष्कर्ष के बारे में आया है। इसके अलावा, तिजोरी प्रणाली में कुछ "सीमाएं" हैं और क्या अधिक है: यदि तिजोरी प्रणाली आपकी कंपनी की प्रक्रियाओं से मेल नहीं खाती है जो आप फंस गए हैं, तो आप इसे उस तरह से मोड़ नहीं सकते हैं जैसा आप चाहते हैं। तो निष्कर्ष यह था: हम जीआईटी के साथ चिपके रहते हैं (एसवीएन एकीकृत एनआईटीआर होता लेकिन यह हमारे आईटी विभाग से एक इच्छा थी और हम आसानी से इसके साथ रह सकते हैं। (इसके अलावा: आप आसानी से लैपटॉप पर अपने साथ सभी संशोधन ले सकते हैं। या समान)।
टॉम एल।

मैं Altium सामान के माध्यम से जा रहा था, और मुझे पता है मेरी पिछली टिप्पणी में बट संदर्भ था, क्योंकि मैं भूल गया था मैं था में से एक कई प्लग इन इंस्टॉल "बट को बादल"। यह क्लाउड हाइप में कुछ वास्तविकता को इंजेक्ट करने का एक शानदार तरीका है।
कॉनर वुल्फ

मैं फुजीफिल्म के लिए काम करता हूं और हम बहुत सारे अल्टियम डिजाइन का काम करते हैं। हमने वॉल्ट लाइसेंस नहीं खरीदा है, हम विभिन्न कंप्यूटरों से फ़ाइलों तक पहुंचने के लिए अपने नेटवर्क ड्राइव का उपयोग करते हैं। केवल नकारात्मक पक्ष यह है कि दो इंजीनियर एक ही समय में एक ही डिजाइन पर काम कर रहे हैं, लेकिन जब एक बचाता है तो बस दूसरे से पूछता है कि क्या वे फिर से लोड करना चाहते हैं। बाहरी SVN क्लाइंट का उपयोग करने से निश्चित रूप से चीजों में सुधार हो सकता है। हम इस निष्कर्ष पर पहुँचे कि तिजोरी तक पहुँच वास्तव में आवश्यक नहीं है, और हम एक काफी बड़ी कंपनी हैं।
DerStrom8

सिवा के स्मार्टपार्ट्स प्रबंधन द्वारा तीसरा विकल्प , जो कि अल्टियम वॉल्ट की मेजबानी करने वाला एक क्लाउड प्रदान करता है। Ciiva एक Altium ब्रांड है।
adetelec

3

मैंने Altium Vault का उपयोग नहीं किया है, लेकिन मैंने मैकेनिकल CAD के लिए एक समान प्रणाली का उपयोग किया है। हालांकि यह सीधे आपके प्रश्न का उत्तर नहीं दे सकता है, फिर भी कहानी में कुछ प्रासंगिकता हो सकती है।

एक संस्करण नियंत्रण प्रणाली के रूप में, यह अपने लॉक-संशोधित-अनलॉक-अनलॉक करने के तरीके के कारण स्पष्ट था। ब्रांचिंग और विलय वास्तव में सिस्टम का हिस्सा नहीं थे। निश्चित रूप से, उन प्रकार के संचालन सीएडी मॉडल पर एक गड़बड़ हैं, लेकिन एक अपंग वीसीएस का उपयोग सिर्फ इसलिए करना चाहिए क्योंकि यह ब्लॉब से भरा है?

एक उत्पाद डेटा / जीवन चक्र प्रबंधन प्रणाली के रूप में, यह सिर्फ इस तरह से मिला क्योंकि यह हमारी प्राथमिक प्रणाली नहीं थी। मैकेनिकल ने अपने सिस्टम का उपयोग किया, इलेक्ट्रिकल और सॉफ्टवेयर ने अन्य संस्करण नियंत्रण प्रणालियों का उपयोग किया, और दस्तावेजों का आधिकारिक डेटाबेस अभी तक एक और सिस्टम था। विभिन्न प्रणालियों में वस्तुओं की रिलीज़ स्थिति को सिंक से बाहर निकालना आसान था। यहां तक ​​कि हमारे पूर्णकालिक परिवर्तन प्रबंधन लोगों ने नियमित रूप से 3 असंगत प्रणालियों के बीच डेटा को मैन्युअल रूप से सिंक्रनाइज़ करने के तेज कोनों पर छीन लिया।

जब आपूर्तिकर्ताओं या हमारे स्वयं के इलेक्ट्रिकल और मैकेनिकल इंजीनियरों के बीच अप्रबंधित विकासात्मक डेटा का आदान-प्रदान करते हैं, तो सिस्टम बिल्कुल भी मदद नहीं करता था। "संस्करण" का अर्थ "ईमेल दिनांकित ब्लाह में लगाव" है। शायद ही एक आदर्श स्थिति जब सबसिस्टम के बीच इंटरफेस सही हो रहा है, पहले से ही सबसे बड़ी समस्याओं में से एक है।

खुला स्रोत (हार्डवेयर) दुनिया इसे सही मिला। सीएडी मॉडल संस्करण नियंत्रण में जाते हैं, क्योंकि आप संस्करणों को ट्रैक करना चाहते हैं। संस्करण नियंत्रण फ़ाइलों पर काम करता है और परवाह नहीं करता कि आप किस प्रोग्राम को संपादित करने के लिए उपयोग करते हैं। रिलीज मैनेजमेंट एक अलग प्रक्रिया है जो संस्करण नियंत्रण में डेटा का उपयोग करता है, लेकिन इसे पूरी तरह से नहीं लेता है।

आपकी पेशेवरों की सूची में कुछ भी नहीं है जो कि Altium Vault जैसी किसी भी चीज़ के साथ स्वचालित रूप से आती है, और ऐसा कुछ भी नहीं जो आप वेनिला VCS और कुछ व्यवसाय प्रक्रिया नियमों के साथ नहीं कर सकते हैं जिन्हें आपको किसी भी तरह की आवश्यकता है। इस बात पर एक नज़र डालें कि कुछ प्रमुख ओपन सोर्स प्रोजेक्ट (लिनक्स कर्नेल, मोज़िला) उन दोनों के लिए एक विचार प्राप्त करने के लिए रिलीज़ का प्रबंधन करते हैं कि उन एकीकृत प्रणालियों के बिना क्या किया जा सकता है, और कैसे मायोपिक रिलीज़ इंजीनियरिंग का एक दृश्य है जो उन एकीकृत प्रणालियों के लिए वास्तव में है।


0

5 या उससे कम इंजीनियरों वाली छोटी कंपनियों को तिजोरी की आवश्यकता नहीं है। एक फैल शीट आधारित पुस्तकालय आसानी से किसी भी कमियों के बिना उनकी जरूरतों को पूरा कर सकता है। मैं कंपनियों को उनकी तिजोरी से बाहर निकालने में माहिर हूं और उन्हें डेटाबेड सिस्टम में "प्रमोट" करता हूं। फिर वे अपना समय डिजाइन करने के बजाय अल्टियम मेक-वर्क गेम खेलने में बिता सकते हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.