हमारा एक काफी छोटी कंपनी (3-4 प्रोग्रामर और 3-4 साइट डिज़ाइनर) है, जो एक एकल-उद्देश्य PHP वेब ऐप विकसित करता है जो लगभग 100+ वेबसाइटों को कार्यक्षमता प्रदान करता है। हमने एक अलग विकास और उत्पादन वातावरण में कुछ वर्षों तक काम किया है, जिसने काफी अच्छा काम किया है। हमेशा विकसित होने के लिए पर्याप्त पृथक विशेषताएं होती हैं जो प्रोग्रामर वास्तव में कभी नहीं टकराते हैं और स्रोत नियंत्रण के बिना काम करना अधिक सुविधाजनक था; भले ही इसमें डेटा हानि का जोखिम था और हमारे पास अनजानी चाल में गायब होने वाली फाइलों का हमारा उचित हिस्सा था।
अन्य विचार यह है कि हमारे डिजाइनर तकनीक प्रेमी नहीं हैं (मैंने WYSIWYGs का उपयोग करने के बजाय उन्हें html मार्कअप में पेश किया है)। यह एक कारण रहा है कि वर्जनिंग में कदम रखने में संकोच।
हालाँकि, अब जब हम 100+ साइटों पर पहुँच चुके हैं और विकास दल बढ़ रहा है, तो हम अपनी प्रक्रियाओं को मानकीकृत करने की कोशिश कर रहे हैं और जहाँ तक प्रोग्रामर जाते हैं, स्रोत-नियंत्रण एक तार्किक कदम लगता है। मुझे उम्मीद है कि इससे हमारी पैच तैनाती में भी तेजी आएगी।
दुर्भाग्य से, मैंने एक स्रोत-नियंत्रण प्रणाली स्थापित करने के साथ बहुत सीमित अनुभव किया है। मैं एक समान सेटअप वाले लोगों के बारे में सुनने के लिए उत्सुक हूं, या स्विच बनाने का अनुभव कर रहा हूं:
1) क्या आप सब कुछ संस्करण (साइटें, सीएसएस, एचटीएमएल टेम्प्लेट, और ऐप कोड) और इस तरह डिजाइनरों को संस्करण सीखने के लिए मजबूर करते हैं? या यह सिर्फ डेवलपर्स है कि आवेदन कोड पर काम करते हैं?
2) शुरू में स्रोत नियंत्रण स्थापित करने के लिए बाहर देखने के लिए कुछ नुकसान क्या हैं?
3) स्रोत नियंत्रण के लिए देव => उत्पादन युक्तियों की तैनाती।
सभी जानकारी के लिए धन्यवाद।
1 संपादित करें: डांग। अब तक हर कोई हर चीज को नियंत्रित करने की सिफारिश कर रहा है। इससे मुझे जल्दी अपने बाल झड़ने होंगे। यह शायद निकट भविष्य में एक नया सवाल उगलने वाला है। अब तक की सलाह के लिए धन्यवाद, इसे जारी रखें!
संपादन 2: बहुत सारे अच्छे उत्तर, और हम विभिन्न संस्करण नियंत्रण प्रणालियों में देख रहे हैं। जवाब देने के लिए सभी का शुक्रिया!