2008-12-11 16 views
138

अब तक मैं अपने व्यक्तिगत और स्कूल परियोजनाओं को बिना किसी संशोधन के सॉफ़्टवेयर का उपयोग किए बिना अपने परिवर्तनों और व्हाट्नॉट को संभालने के लिए विकसित कर रहा हूं।गृह विकास के लिए संस्करण नियंत्रण का उपयोग कर?

मेरा प्रश्न कैसे संभव है यह निजी परियोजनाओं (और यहां तक ​​कि स्कूल परियोजनाओं) मैं अपने आप को के लिए करते हैं के लिए एक संस्करण नियंत्रण आवेदन (जैसे TortoiseSVN के रूप में) उपयोग करने के लिए, है?

क्या और के बजाय केवल 'होम-प्रोजेक्ट' के लिए मैन्युअल बैकअप बनाने के बजाय, यह जांचने की परेशानी के लायक है?

लिंक:

+2

मैन्युअल बैकअप बनाने के लिए स्रोत नियंत्रण का उपयोग करना बहुत आसान है! स्रोत नियंत्रण का उपयोग करने के तरीके सीखने के लिए शायद यह सीखना आसान है कि मैन्युअल बैकअप कैसे बनाएं। – yfeldblum

+1

मैं विजुअल एसवीएन की सिफारिश कर सकता हूं, जो उपयोग में बहुत आसान है। और उनका सबवर्सन सर्वर मुफ़्त है :) (http://www.visualsvn.com/) – Svish

+0

इसके बजाए एक होस्टेड सर्वर का उपयोग करें, आपको शून्य रखरखाव + बैकअप मिलता है। मैं Unfuddle का उपयोग करता हूं: http://stackoverflow.com/questions/430742/is-there-a-free-version-control-server-provider-for-non-public-projects – ripper234

उत्तर

191

पूरी तरह से।

क्रेडिट भी http://blogs.embarcadero.com/nickhodges/2010/04/23/39416 रहे हैं:

  • कभी कभी हम बेवकूफ गलतियों से करते हैं। एक स्रोत नियंत्रण सुरक्षा नेट होना जरूरी है।
  • महत्वपूर्ण मील का पत्थर टैग करें। घर के विकास में भी आप एक विशिष्ट सॉफ्टवेयर संस्करण के रूप में फ़ाइलों और संशोधन के एक सेट को चिह्नित करना चाह सकते हैं।
  • आप अपने पेशेवर जीवन के लिए ट्रेन करते हैं। आपके सिर में रखकर स्रोत नियंत्रण का उपयोग करने से जुड़े कार्य पद्धति आपको व्यावसायिक रूप से तैयार करती है।
  • संग्रहण दक्षता। वर्तमान स्रोत नियंत्रण प्रणाली पिछले संशोधन के लिए डेल्टा अंतर के रूप में संशोधन को संग्रहीत करती है। इसका मतलब है कि यह अधिक डिस्क कुशल है क्योंकि पूरी फ़ाइल संग्रहित नहीं है बल्कि केवल अंतर है।
  • आपके पास अपने सभी स्रोत पेड़ का इतिहास है। आप तेजी से देख सकते हैं कि क्या बदला गया था और कब बदला गया था। विभिन्न संशोधनों से फ़ाइलों की तुलना करें और आसानी से विलय करें।
  • आप प्रयोग करने के लिए शाखा बना सकते हैं। यदि आपके मन में कुछ प्रयोग हैं तो आप एक शाखा (एक नई स्वतंत्र विकास लाइन) बना सकते हैं और इसका परीक्षण कर सकते हैं। अंत में, यदि आप परिणामों से संतुष्ट हैं, तो इसे HEAD (मुख्य विकास रेखा) में विलय करें। आप यह सब एक प्रतिलिपि बनाने के बिना मुफ्त में प्राप्त करते हैं और प्रयोग करते समय भी स्रोत नियंत्रण का उपयोग करने से समान लाभ प्राप्त करते हैं।
+13

जोड़ने के लिए बस एक चीज़: संस्करण नियंत्रण प्रदान किया गया सिस्टम रिमोट मशीन पर है, यह आपके काम का एक सरल ऑनलाइन बैकअप प्रदान करता है। – NotMe

+1

अच्छी तरह से सारांशित! –

+0

मैं पूरी तरह से सहमत हूं। किसी भी समय आपको इन सुविधाओं में से किसी एक का लाभ उठाना होगा, आप पहले ही स्रोत नियंत्रण का उपयोग करने की मामूली लागत वापस ले चुके हैं। –

4

मुझे लगता है कि एसवीएन सर्वर सेटअप होना बेहद सहायक है क्योंकि मुझे खुद को संशोधन और अन्य 'फेंकने' परियोजनाओं के माध्यम से वापस जाना पड़ता है क्योंकि मुझे कुछ ऐसा करने का तरीका लगता है जो मैं अब उपयोग कर सकता हूं। एसवीएन सर्वर होने के कारण, मुझे पता है कि कोड घर पर संग्रहीत है और मैं इसे बाद में खींच सकता हूं।

6

मैंने अपने पूरे मास्टर की थीसिस को स्रोत नियंत्रण के तहत रखा है - कोड और थीसिस दोनों ही - इसलिए मैं यह करने का एक मजबूत वकील हूं, न केवल कोड के लिए।

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

31

यह पूरी तरह से सार्थक है।

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

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

+1

मैंने हाल ही में गिट की कोशिश की क्योंकि एक परियोजना जिसका मैंने अनुसरण किया था। जैसे ही मैंने देखा कि यह कितना सरल और तेज़ * है, मैंने तुरंत अपनी निजी और कार्य परियोजनाओं के लिए गिट में स्विच किया। अत्यधिक सिफारिशित। –

8

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

5

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

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

http://svnbook.red-bean.com/nightly/en/index.html

4

संशोधन नियंत्रण बहुत अच्छा है: वहाँ भी एक नि: शुल्क पुस्तक जिसमें काफी सब कुछ आप जानना चाहते हैं आरंभ करने के लिए है वापस गिरने के लिए कुछ मिला है।

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