क्या संपत्ति प्रबंधन स्रोत नियंत्रण का एक सुपरसेट है

Question

क्या आप अपने स्रोत नियंत्रण समाधान की योजना बनाते समय संपूर्ण संपत्ति प्रबंधन को ध्यान में रखते हैं। उदाहरण के लिए: छवियों, बाहरी लिंक, सामग्री, चश्मा और डेटा? मुझे प्रभावी ढंग से काम करने के लिए स्रोत नियंत्रण प्राप्त करने के साथ कुश्ती के लिए पर्याप्त पता है, लेकिन मुझे अक्सर ठीक स्रोत प्रबंधन दिखाई देता है, लेकिन अन्य संबंधित संपत्तियों का मैन्युअल हेरफेर।

(जोड़ा गया) इस सवाल से StackOverflow पॉडकास्ट # प्रेरित था 36 http://blog.stackoverflow.com/2009/01/podcast-36/

Answer 1

मैं कहाँ काम हम स्रोत नियंत्रण, आंतरिक डॉक्स, तृतीय पक्ष एपीआई डॉक्स, कोड, डीबी SQL में एक परियोजना से संबंधित सभी परिसंपत्तियों है , सामग्री आदि, पूरे Shebang।

हम भी उपलब्ध व्यापार में इस तरह के रूप में चश्मा (अभी तक कोई परियोजना सर्वर) परियोजना की योजना सहयोग उपकरण के माध्यम से इस तरह के शेयरप्वाइंट रूप में गैर-विकास के कर्मचारियों के लिए डॉक्स, बनाते हैं।

Answer 2

नहीं है सामग्री प्रबंधन के बीच कुछ लाइनों, विन्यास प्रबंधन, स्रोत कोड नियंत्रण और साधारण उद्यम नियंत्रण (अर्थात एसएएस-70, SOX नियंत्रण) कर रहे हैं।

दोनों अलग हैं, कोई सुपरसेट/सबसेट संबंध नहीं है।

आपके पास कुछ एंटरप्राइज़ जानकारी है और आपके पास उस जानकारी को संसाधित करने के लिए आधारभूत संरचना है।

उद्यम सूचना डेटा (नहीं प्रसंस्करण) है; यह अक्सर सामग्री प्रबंधकों और रिलेशनल डेटाबेस के बीच विभाजित होता है।

• सामग्री प्रबंधन एक ऐसा एप्लिकेशन है जिसे आप खरीदते हैं (या विस्तारित करते हैं)। यह "अर्ध-संरचित" और "असंगठित" जानकारी को संभालता है। उदाहरण के लिए, छवियों, लिंक, और "सामग्री"। कुछ लोग इस "संपत्ति प्रबंधन" कहते हैं।

• आरडीबीएमएस आप खरीद एक आवेदन है। इसमें संरचित जानकारी है।

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

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

आपका स्रोत कोड नियंत्रण और अपने विन्यास उद्यम सूचना संपत्ति के प्रसंस्करण का हिस्सा है।

मैं तुम्हें विन्यास प्रबंधन पर ध्यान केंद्रित करने का सुझाव - स्रोत कोड, सेटिंग्स, मानकों, पैच, आदि

सामग्री, एक डेटाबेस प्रबंधन में डेटा की तरह, उपयोगकर्ताओं, नहीं डेवलपर का उत्तरदायित्व है। तकनीकी लोग आरडीबीएमएस या सामग्री प्रबंधन उपकरण प्रदान करते हैं। लेकिन तकनीकी लोग जानकारी के उपयोग की ज़िम्मेदारी नहीं लेते हैं - अंतिम उपयोगकर्ताओं की जानकारी है - वे कृपया इसके साथ कर सकते हैं।

सामग्री प्रबंधन (या "संपत्ति प्रबंधन") मैनुअल होगा। आप उन्हें उपकरण खरीद सकते हैं, लेकिन उपयोगकर्ताओं को उन उपकरणों का उपयोग करने के लिए अपनी प्रक्रियाओं को विकसित करने की आवश्यकता है। और यह हमेशा मैनुअल लगेगा।

Answer 3

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

तो, मेरा जवाब है 'हां, सबकुछ स्रोत नियंत्रण में होना चाहिए।', लेकिन कोड के अलावा कुछ भी नहीं होगा।