आप "लेकिन मैं उन सेटअप / वर्कफ़्लोज़ के विशिष्ट उदाहरणों की तलाश कर रहा हूं जो लोग वर्डप्रेस साइट पर संपादित फ़ाइलों के संस्करण इतिहास को रखने के लिए उपयोग करते हैं" लेकिन आप उत्पादों का भी उल्लेख करते हैं :)
आप उपकरणों की एक सूची और कुछ सर्वोत्तम प्रथाओं के उत्तर के रूप में ऊपर मिलते हैं, लेकिन मैं यहां वर्कफ़्लोज़ पर ध्यान केंद्रित करूंगा: वे आपकी विशेष विशिष्टता नहीं हैं:
लेकिन सामान्य उदाहरणों / सेटअपों / वर्कफ़्लोज़ के लिए:
शुरुआत के लिए: सीएम पैटर्न हैं, इसलिए टूलींग से स्वतंत्र हैं। सीएम पैटर्न पर गूगल, वहाँ बहुत सारी किताबें, विकी सम समुदाय जैसे http://www.cmcrossroads.com/forums ।
वहाँ भी एक वैध धारा रणनीति (गूगल स्ट्रीम रणनीति), आदि की स्थापना पर गाइड कर रहे हैं ...
मुझे नहीं लगता कि सीएम प्रबंधन की तुलना में वर्डप्रेस की तैनाती के बारे में कुछ खास नहीं है। बड़े साइबेल, एसएपी, इंफॉर्मेटा, जावा आदि पर समानांतर विकास हुआ। यह वास्तव में लगभग डिफ़ॉल्ट है।
मुझे जो याद आ रहा है, वह यह है कि किसी ने वर्डप्रेस डेवलपमेंट (अभी तक) (IEEE) के लिए CMplan नहीं लिखा है। एक बार किसी ने ऐसा किया है (उपकरण स्वतंत्र)। आवश्यकताओं को भरा जा सकता है, मुझे लगता है, किसी भी उपकरण के साथ।
मुझे लगता है कि यह योजना नहीं लिखी गई है कि लगभग सभी वर्डप्रेस कार्यान्वयन अभी भी एक साधारण विकास-उत्पादन सेटअप के साथ 1 व्यक्ति द्वारा किए जाते हैं, इसलिए विभिन्न चरणों को चलाने के लिए बनाए जा रहे विभिन्न संस्करणों को तैनात करने के लिए निर्माण चरण में कई डेवलपर्स / डिजाइनरों के साथ नहीं। उदाहरण के लिए, पर्यावरण का परीक्षण करें।
सीएमपी योजना सभी CI की दूसरे शब्दों में पहचान करने के साथ शुरू होती है: एक WordPress कार्यान्वयन में सभी प्रकार के CI की मौजूदगी की सूची बनाएं जिसमें ऐप्स, प्लगइन्स, डेटाबेस, प्रलेखन, मदद, सामग्री, कॉन्फिग फाइलें, रिलीज नोट्स (!), आदि शामिल हैं। ..)। यह एक अच्छी शुरुआत है। फिर तय करें कि आप किसे सीएम के तहत लाना चाहते हैं।
अगला यह तय करता है कि इन CI के कारणों में क्या बदलाव होता है, जैसे ग्राहक बगफिक्स के लिए कॉल करता है, या अपग्रेड जो आवश्यक है। यदि सही किया जाता है, तो यह एक ऐसी स्थिति की ओर ले जाता है जहां आपको महसूस होता है कि चीजें नियंत्रण में हैं।
उत्पादन से विकास में वापस विलय और उस अध्याय का हिस्सा बनने का तरीका (2 मुख्य पैटर्न यहां) (हालांकि संभोग के दौरान आपको इन हॉटफ़िक्स को कम करने का प्रयास करना चाहिए)।
केवल बाद में एक तरफ सीएम करने के लिए एक टूल की तलाश करें (जिसमें एक टूल के रूप में संस्करण प्रबंधन शामिल है) और दूसरी तरफ प्रबंधन टूलिंग को बदलें (जो आपको समझदार रखता है)।
मुझे लगता है कि जब से मैंने गुगली की है, तब से शुरू करने के लिए सबसे अच्छा वर्कफ़्लो है, किसी ने अभी तक नहीं किया है। मुझे लगता है कि एक बार पहले व्यक्ति ने एक वर्डप्रेस सीएम प्लान (IEEE के अनुसार) लिखा है, दुनिया का हर दूसरा वर्डप्रेस व्यक्ति उस प्लान को कॉपी कर सकता है और समायोजन कर सकता है और अपने टूलिंग में पैटर्न लागू कर सकता है।
क्या यह बहुत अधिक काम / बहुत भारी नहीं है: यह निर्भर करता है कि आपके पास कोई कंपनी है या नहीं: यह आपके गधे को एक दिन के लिए अच्छी योजना बनाने में बचा सकता है।