2008-10-23 11 views
5

करने के लिए तो, शायद मैं थोड़ा ओल्ड-स्कूल हूँ, लेकिन जब हम पहले वेबसाइटों बनाया है, हम एक विकास सर्वर पर साइट को विकसित करना चाहते हैं, तो प्रकाशित या पृष्ठों का प्रचार और उत्पादन सर्वर के लिए फ़ाइलें। यह हमेशा जाने का एक अच्छा तरीका प्रतीत होता है ताकि उपयोगकर्ता गड़बड़ वाले पृष्ठ या (ईश्वर मना कर दें) को डाउनड सर्वर नहीं देख पाए क्योंकि हम में से एक खराब हो गया है।को बढ़ावा देना MOSS '07 साइटें देव से उत्पादन

लेकिन यह नहीं लगता है कि माइक्रोसॉफ्ट जब वे SharePoint बनाया ... कम से कम, मैं बुनियादी ढांचे में यह करने के लिए के रूप में यह निर्धारित किया है एक रास्ता खोजने के लिए सक्षम नहीं किया गया है इसे ध्यान में पता नहीं था।

क्या किसी को पता है कि SharePoint विकास के लिए प्रबंधन रणनीति है या नहीं? मैंने ऑनलाइन पढ़ा है कि हम विकास पर्यावरण का बैकअप बना सकते हैं और उत्पादन सर्वर को बहाल कर सकते हैं। यह पहली बार काम कर सकता है, लेकिन उत्पादन सर्वर पर डेटा हानि जोखिम के बिना उत्पादन सर्वर के लिए कोई भी अद्यतन नहीं कर सकता है। मैंने सूची सामग्री, पृष्ठों और दस्तावेज़ों को एक सर्वर से दूसरे सर्वर पर माइग्रेट करने के लिए वहां कुछ टूल देखे हैं - हालांकि, स्वीकार्य रूप से, मैंने अभी तक उनकी जांच नहीं की है।

लेकिन, मेरी एक और चिंता कस्टम सामग्री प्रकार है। ऐसा लगता है कि एक बार एक सूची प्रकार का उपयोग कर रहा है, तो आप सूची से वस्तुओं को हटाने, सामग्री प्रकार को अलग करने और सामग्री प्रकार को पुन: संयोजित किए बिना इसे अपडेट नहीं कर सकते हैं। सामग्री प्रकार को अपग्रेड करने का कोई तरीका नहीं होना चाहिए?

वैसे भी, अगर आप इन वर्तमान dilemas में से किसी के लिए कोई सुझाव है, मैं तुम से सुनने के पसंद करेंगे।

अग्रिम धन्यवाद,

दान


अपने त्वरित उत्तर के लिए धन्यवाद।

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

लेकिन इस तरह ऐसा लगता है एक बार की शॉट, सही है ... मूल रूप से, यह हमारे सर्वर सेट हो जाता है? एक बार लोगों ने उत्पादन वातावरण का उपयोग करना शुरू कर दिया है, तो हमारे पास हमारे सामग्री डेटाबेस में मौजूद दस्तावेज, पेज, सूची आइटम होंगे, और सामग्री प्रकार, कॉलम जैसी चीज़ों को अपडेट करना असंभव होगा।

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

इस तरह की चीज़ के लिए वहां कीमती-छोटी दस्तावेज़ीकरण है। ऐसा लगता है कि मैं जो कुछ भी पढ़ रहा हूं वह है कि कैसे अपना SharePoint सर्वर प्रारंभ में स्थापित करें ... इसे दीर्घकालिक प्रबंधित नहीं करना है।

क्या आपके पास कोई सलाह या सुझाव हैं?


आपके सुझावों के लिए सभी का धन्यवाद।

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

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

क्या आप में से कोई भी जानते हैं कि प्रारंभिक तैनाती के बाद सामग्री प्रकार को अपडेट करने का कोई तरीका है या नहीं? ... जब उपयोगकर्ता पहले से ही तैनात किए गए सामग्री प्रकारों के आधार पर आइटम बना चुके हैं?

जाना विकसित कर रहा है सबसे अच्छा तरीका है (मेरे सवाल के अन्य भाग वास्तव में उत्पादन के लिए विकास सर्वर से मौजूदा पृष्ठों आगे बढ़ रहा था, लेकिन मुझे लगता है कि बिना रह सकते हैं। मेरे प्रमुख चिंता सामग्री प्रकार है।)

उत्तर

5

सुविधाओं के साथ। एक बार सुविधाओं को पूरा करने के बाद, आप उन्हें समाधान पैकेज (जिसे डब्लूएसपी कहा जाता है) के साथ तैनात करते हैं।

केवल एक चीज है करने के लिए छोड़ दिया है उन सुविधाओं को पुन: सक्रिय करने के लिए है। इस तरह, आप उत्पादन में सब कुछ करने के बिना प्रगतिशील रूप से नई सुविधाओं को रोल-आउट कर सकते हैं।

WSPBuilder एक ऐसा एप्लिकेशन है जो आपको डब्लूएसपी बनाने में मदद करता है।

यह सब स्वचालित ... सौभाग्य के लिए

। इसमें बहुत सारे काम शामिल हैं।

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

हम कोशिश की है और यह है कि ऐसा करने के लिए सुविधाओं के साथ सामान्य रूप से संभव नहीं है। इसे "कोड के साथ तैनाती" कहते हैं।

1

मैं क्रिस O'Briens सबसे हाल की पोस्ट पर एक नज़र डालने की अनुशंसा और उसके महान सामग्री तैनाती जादूगर: it's not all about Features!

+0

का उपयोग करें धन्यवाद ... मैं इसे देख लूंगा। क्या आपने इसे पहले इस्तेमाल किया है? क्या आपको पता है कि यह अच्छी तरह से काम करता है? – Dan

+0

हाँ, यह बहुत अच्छा काम करता है! –

1

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

एक बार याद रखने की बात यह है कि यदि अपडेट केवल कोड में हैं तो असेंबली को फीचर को पुनः सक्रिय करने या समाधान को वापस लेने और पुन: नियोजित किए बिना अपडेट किया जा सकता है। यह आवश्यक है कि रीसेट करने के लिए एप्लिकेशन पूल है।

माइक्रोसॉफ्ट के पास देव वातावरण पर कुछ लेख हैं और आप Google को कई अन्य वातावरण की सिफारिश कर सकते हैं। हम आभासी मशीनों पर विकास करते हैं और अधिकांश वस्तुओं को आभासी एकीकरण सर्वर पर तैनात करते हैं। एक बार जब हम परीक्षण करते हैं तो हम क्यूए के लिए अपने समाधानों को तैनात करते हैं। लाभ जो मैं सुविधाओं और समाधान को वापस लेना आसान है। एक बार यह उत्पादन के लिए बाहर निकलने के बाद यह पूरी तरह से परीक्षण किया जाना चाहिए।

शेयरपॉइंट में विकसित होने में यह समस्याएं हैं, जो कहने के बिना जाती हैं, लेकिन अब तक मुझे पता चला है कि लाभ समस्याओं का अधिक वजन उठाते हैं।

Team-Based Development in Microsoft Office SharePoint Server 2007

2

आप वास्तव में वास्तव में एक सुविधा क्योंकि इस तरह से प्रत्येक सामग्री प्रकार के एक सेट GUID होगा और एक ही नाम का उपयोग कर डेटाबेस में संग्रहीत किया जाएगा का उपयोग अपनी सामग्री प्रकार को परिभाषित करने की जरूरत है। यह साइट पर सीएएमएल प्रश्नों को चलाने के दौरान महत्वपूर्ण हो जाता है और कुछ अन्य छोटे गठिया होते हैं जब सामग्री प्रकार बनाए जाते हैं "यदि आप करेंगे"।

कस्टम सामग्री प्रकारों का उपयोग करके समाधानों को रोल करने के लिए मैं STSDev पसंद करता हूं।

सर्वर पर पृष्ठों को संपादित करने के दो तरीके हैं। आप पृष्ठ लाइब्रेरी को प्रमुख और मामूली संस्करणों के लिए परिभाषित कर सकते हैं। यह संपादकों को पृष्ठ को प्रकाशित करने और उन्हें प्रकाशित करने के लिए एक परिभाषित प्रकाशक को संपादित करने की अनुमति देता है। यह एक आंतरिक साइट पर अच्छा है, लेकिन सार्वजनिक सामना करने वाली साइट के लिए इसकी अनुशंसा नहीं की जाती है।

एक सार्वजनिक संपर्क वाले साइट पर आप मैं काफी है कि एक उत्पादन रिलीज के साथ आगे जाने से पहले क्या आप सचमुच सामग्री प्रकार के लिए विशेषताएं हैं बनाने नहीं बता सकता कि Content Deployment

उपयोग करने की आवश्यकता होगी।

जैसा कि यहां बताया गया है, Chris O'Brian में एक पोस्ट है जिसमें कहा गया है कि आपको आवश्यकतानुसार सुविधाओं का उपयोग नहीं करना चाहिए। उनके कारणों में से एक यह है कि यह विकास धीमा करता है।

मैं इससे असहमत हूं। विकास धीमा है यदि आप सुविधाओं से अपरिचित हैं, लेकिन एक बार ज्ञान का स्तर पहुंचने के बाद, यह एक प्रमुख कारक नहीं है।

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

एक अच्छी साफ साइट होने के बजाय जहां सबकुछ सुसंगत है, आप छोटे बग और साइट के कुछ क्षेत्रों को पुराने विकास क्रुफ्ट के कारण दूसरों के साथ अलग-अलग व्यवहार करने के बजाय समाप्त कर देंगे।

0

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

क्यूए से प्रोड तक वास्तविक सामग्री को स्थानांतरित करने के लिए हम इको

+0

प्रश्न MOSS 2007 साइटों को देव से उत्पादन में स्थानांतरित करने के बारे में था और डेव से प्रोडक्शन में स्थानांतरित होने वाले अनुकूलन के बारे में नहीं था। मजेदार है कि जिसने अधिकतम अंक प्राप्त किया है वह वह है जिसने एक अलग उत्तर दिया है और मुझे यहां भाग लेने के लिए -1 मिल गया है ... धन्यवाद ... – Ganesha

संबंधित मुद्दे