एक बड़ी टीम और संस्करण नियंत्रण

Question

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

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

मैं तरीके अन्य लोगों को इस का प्रबंधन और कैसे सबसे अच्छा संघर्ष की राशि इन डेवलपर्स है कम से कम करने के लिए कुछ विचार के लिए देख रहा हूँ।

Answer 1

1. एक सीएसएस फ़ाइल नहीं है। छोटे सीएसएस फ़ाइलों को तैनाती के लिए विलय कर रहे हैं और एक एकल फाइल में न्यूनतम किया गया लेकिन यह है कि तार्किक अलग शैलियों के विकास के दौरान का एक समूह है।

   जैसा कि @ जोसेफमास्टी नीचे सुझाता है, मैं व्यक्तिगत रूप से साइट के अलग-अलग स्टाइल वाले पृष्ठ को एक फ़ाइल अलग करता हूं। स्टाइलशीट के भीतर मैं चयनकर्ताओं को अधिक सामान्य से अधिक विशिष्ट, और समूह चयनकर्ताओं को एक साथ आदेश देता हूं (उदाहरण के लिए सभी table#foo ... चयनकर्ता संगत होते हैं)।

2. Git की तरह एक समझदार संस्करण नियंत्रण प्रणाली है कि बाहर की जाँच या फ़ाइलों को लॉक करने के लिए आप की आवश्यकता नहीं है का उपयोग करें, लेकिन इसके बजाय बुद्धिमान मर्ज के साथ एक साथ संपादन की अनुमति देता है।

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

Answer 2

आपका संघर्ष संपादित की संभावना को नाटकीय रूप से बढ़ जाती है।

मैं कहूंगा कि सीएसएस को स्वाभाविक रूप से जाना है। अगर कोई एक भाग संपादित कर रहा है और कोई अन्य एक अन्य अनुभाग को संपादित कर रहा है, तो कोई सभ्य संशोधन नियंत्रण प्रणाली स्वचालित रूप से अधिकांश परिवर्तनों को मर्ज करेगा जब कोई अपडेट करेगा, और कम संघर्ष होंगे।

Answer 3

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

यह डेवलपर्स के अनुसार यह को तोड़ने के लिए कोई मतलब नहीं है। देव आते हैं और जाते हैं और विभिन्न कार्यों को सौंपा जाता है।

Magento भी सीएसएस & विलय ताकि आप अधिक पत्रक होने के बारे में चिंता करने की जरूरत नहीं है जे एस शामिल हैं। Fooman Speedster और mod_pagespeed भी है।

Answer 4

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

यह आपकी मदद करेगा यदि आपके पास हमेशा किसी प्रकार की स्टॉक सिस्टम थीम है जिसे आप हमेशा शुरू करते हैं - इस तरह लोग प्रत्येक प्रोजेक्ट की शुरुआत में स्कोर जानते हैं और आपके संगठित सीएसएस को गड़बड़ करने का कोई बहाना नहीं है :)

@cHao बताते हैं, जब डेवलपर्स का एक पूरा समूह शामिल हो जाता है सुनिश्चित करें कि वे सीधे फ़ाइल के अंत में सीधे नहीं जुड़ते हैं। संघर्षों का यह एकमात्र सबसे बड़ा कारण है जिसे हम अनुभव करते हैं और आसानी से बचा जा सकता है।