ब्रांचिंग और इसके विपरीत (सीवीएस में) पर टैग को प्राथमिकता कब दी जानी चाहिए?

Question

मुझे लगता है कि शीर्षक काफी अच्छा होना चाहिए।

Answer 1

टैग

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

चीज़ें है कि में चिह्नित कर सकते हैं:

• विज्ञप्ति (बड़े और छोटे)
• पैच ग्राहकों को भेजा
• बग सुधार
• मील के पत्थर (अल्फा, बीटा, आदि ...)
• सफल दैनिक निर्माण

बी ranches

शाखा पर विकास होगा (यानी। चेकइन)।
आप एक टैग से शाखा बना सकते हैं (उदाहरण के लिए एक बग फिक्स करने के लिए)।
आप एक सुविधा विकसित करने के लिए एक शाखा बना सकते हैं और फिर इसे मुख्य ट्रंक में विलय कर सकते हैं।
आप रिलीज (मामूली या प्रमुख) के लिए शाखा बना सकते हैं।

मुख्य बिंदु यह है कि शाखाओं को संशोधित किया जा सकता है, और टैग नहीं होना चाहिए।

Answer 2

जब आप एक मील का पत्थर चिह्नित करना चाहते हैं तो टैग का उपयोग किया जाना चाहिए। मील का पत्थर दैनिक निर्माण के रूप में छोटा हो सकता है।

शाखाओं का उपयोग तब किया जाना चाहिए जब आप किसी अन्य शाखा/ट्रंक से स्वतंत्र रूप से परिवर्तन करना चाहते हैं।

Answer 3

शाखाओं का उपयोग प्रमुख मील के पत्थर, जैसे रिलीज के लिए भी किया जाना चाहिए। यह यद्यपि आपके branching strategy पर निर्भर करता है। कुछ ही समय में एक स्नैपशॉट के रूप में यह की

Answer 4

अनुरूप अन्य उत्तर,

हम रिलीज के लिए मामूली बात विज्ञप्ति और शाखाओं के लिए टैग का उपयोग। उदाहरण के लिए,

v1.0 <-- Branch 
    v1.0.1 <-- Tag 
    v1.0.2 <-- Tag 
v1.1 <-- Branch 
    v1.1.1 <-- Tag 
    v1.1.2 <-- Tag 
v1.2 <-- Branch 
    v1.2.1 <-- Tag 
    v1.2.2 <-- Tag 
v1.3 <-- Branch 
    v1.3.1 <-- Tag 
    v1.3.2 <-- Tag 
v1.4 <-- Branch 
    v1.4.1 <-- Tag 
    v1.4.2 <-- Tag 
v1.5 <-- Branch 
    v1.5.1 <-- Tag 
    v1.5.2 <-- Tag 

किसी Microsoft सादृश्य का उपयोग करने के लिए, एक शाखा विंडोज (95, XP, विस्टा, आदि) की एक रिलीज है और एक टैग एक सर्विस पैक है।