2010-01-15 15 views
5

के लिए गिट का उपयोग करना मैं बहुत सी एचटीएमएल सामग्री वाली वेबसाइट के लिए गिट का उपयोग करने के बारे में कुछ सलाह ढूंढ रहा हूं।एक बड़ी वेबसाइट

हम 2 सामग्री प्रबंधकों है कि बुनियादी एचटीएमएल कोडिंग करते हैं और सर्वर के लिए अपने काम को अपलोड किया है। मैं एकमात्र डेवलपर हूं।

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

पहला सवाल यह है कि यदि मैं इसे सब कुछ गिट में डंप करता हूं तो क्या होगा? मुझे एहसास है कि यह पहले ठीक होगा लेकिन परिवर्तन किए जाने के साथ ही साइट बढ़ेगी, गिट रेपो अप्रबंधनीय होने के बिंदु पर बढ़ेगी?

templating प्रणाली सामग्री प्रबंधकों नहीं कर सकते एक पूर्ण वेब सर्वर सेटअप के बिना अपने स्थानीय मशीन पर उनके काम को देखने की वजह से दूसरा। यदि सकारात्मक हो तो मैं इससे बचना चाहूंगा। मेरे पास कार्यालय में एक टेस्ट सर्वर है लेकिन मैं यह नहीं समझ सकता कि स्थानीय मशीन पर चलाने के लिए गिट गुई कैसे प्राप्त करें लेकिन रिमोट सर्वर पर संदर्भ फाइलें। एसएसएच पर बस git gui चल रहा है एक त्रुटि देता है और उन्हें सिखाता है कि सभी गिट कमांड होने वाला नहीं है।

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

उत्तर

6

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

git gui front ends हैं। यदि उनमें से कोई भी काम नहीं है, तो आप एक वेब सर्वर डाल सकते हैं और git web front ends में से एक स्थापित कर सकते हैं।

+0

मुझे लगता है कि आप एम के बजाय जी का मतलब है ... –

+2

मैं इसे दूसरा कर सकता हूं; हम 40 जीबी फाइलों के साथ 8 जीबी रेपो प्रबंधित करने के लिए गिट का उपयोग करते हैं, कोई समस्या नहीं। – linked

+0

@ माइकल, वास्तव में मैंने किया था। धन्यवाद। –

0

आप एक आसान तरीका में वितरित संस्करण नियंत्रण प्रणाली (Git की तरह) का उपयोग करना चाहते हैं तो मर्क्युरियल (Hg) का प्रयास करें। यह गिट की तरह कम या ज्यादा काम करता है, लेकिन इसका उपयोग करना आम तौर पर आसान होता है। हालांकि, गिट अधिक लचीला है और सभी प्रकार की चाल करने की अनुमति देता है, लेकिन इसका परिणाम अधिक कठिन उपयोग होता है। TortoiseHG है, जो, HG उपयोग बहुत ही सरल बनाता है भले ही कोई व्यक्ति विशेष रूप से संस्करण नियंत्रण के साथ अनुभव नहीं करने के लिए -

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

या तो मामले में रेपो आकार के बारे में चिंता मत करो, लिनक्स कर्नेल Git में रखा जाता है, जबकि जावा 7 JDK डेवलपर्स मर्क्युरियल उपयोग करते हैं, इन विशाल परियोजनाओं कर रहे हैं।

+0

मैं सिस्टम स्विच नहीं करना चाहूंगा लेकिन आप आकार के मुद्दे के साथ एक अच्छा बिंदु बनाते हैं। – respectTheCode

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