GIT शाखाओं में बंटी रणनीति के साथ 2 शाखाएं (मास्टर, कार्य) - कैसे को रोकने के लिए कोड घटाने में मास्टर शाखा?

Question 1

मैं पढ़ रहा हूँ के बारे में GIT शाखाओं में बंटी रणनीति शामिल है कि मास्टर, विकास, हॉटफिक्स, रिलीज, सुविधा.

हम कर रहे हैं 5 डेवलपर्स पर काम कर रहे एक अजगर वेबसाइट. निम्नलिखित शाखाओं में बंटी है रणनीति मैं उपयोग करना चाहते हैं, GitHub पर.

उत्पादन कोड में मास्टर की एक शाखा है ।
मैं बनाने के लिए एक कार्य बंद शाखा मास्टर शाखा.
मैं काम पर काम शाखा, और धकेलने से पहले करने के लिए कोड git मैं स्विच करने के लिए मास्टर और कोड करने के लिए स्विच, काम और के साथ विलय । यह इतना है कि अपने कोड के साथ सिंक में है रिमोट मास्टर
धक्का कोड
बढ़ा पीआर से कार्य शाखा में मास्टर की एक शाखा है ।

क्या होता है अगर मास्टर मिल गया है अतिरिक्त कोड है कि मैं कर रहा हूँ याद में कार्य शाखा और मैं भूल करने के लिए चलाने के लिए चरण 3?

Question 2

यदि आप उपयोग कर रहे हैं, GitHub में, आप जोड़ सकते हैं एक शाखा के संरक्षण के नियम की आवश्यकता है कि शाखाओं में किया जा करने के लिए अप करने की तारीख के साथ master शाखा इससे पहले कि वे कर रहे हैं की अनुमति दी जा करने के लिए विलय में एक पुल अनुरोध:

शाखा जाना चाहिए के साथ तारीख तक-आधार शाखा विलय से पहले.

देखें GitHub शाखा संरक्षण नियम यहाँ प्रलेखन.

Question 3

आप खोना नहीं होगा कोड. यदि आपके Task शाखा को धक्का दिया जा रहा है बिना करने के लिए synced master सबसे पहले, GitHub तुम्हें बताना होगा अगर वहाँ रहे हैं किसी भी संघर्ष में.

मामले में संघर्ष की, आप मिल जाएगा इस संदेश पर पीआर:

तो फिर तुम खींच कर सकते हैं master स्थानीय स्तर पर, ठीक है, संघर्ष और वापस पुश करने के लिए परिवर्तन Task.

अगर वहाँ रहे हैं कोई परस्पर विरोधी फ़ाइलें, आप विलय कर सकते हैं अद्यतन करने के बिना अपने Task शाखा, यहां तक कि अगर master आगे है.

Adil B · Answer 1 · 2021-11-23T14:34:28

1

यदि आप उपयोग कर रहे हैं, GitHub में, आप जोड़ सकते हैं एक शाखा के संरक्षण के नियम की आवश्यकता है कि शाखाओं में किया जा करने के लिए अप करने की तारीख के साथ master शाखा इससे पहले कि वे कर रहे हैं की अनुमति दी जा करने के लिए विलय में एक पुल अनुरोध:

शाखा जाना चाहिए के साथ तारीख तक-आधार शाखा विलय से पहले.

देखें GitHub शाखा संरक्षण नियम यहाँ प्रलेखन.

Adil B

2021-11-23 14:34:28

दूसरे का जवाब करने के लिए लगता है कि बात यह स्वचालित है?

variable

यह एक अतिरिक्त सुरक्षा जांच के लिए अपने master शाखा. अगर इस शाखा संरक्षण नियम अक्षम किया गया है, डॉक्स कहते हैं: "स्थिति जाँच विफल हो सकता है के बाद, आप मर्ज अपनी शाखा वहाँ रहे हैं अगर असंगत परिवर्तन के आधार के साथ शाखा."

Adil B

करता है इस को रोकने के विलय यहां तक कि जब वहाँ कोई विवाद नहीं है (तो कोई लाइन संघर्ष) लेकिन कोड बदल गया है अन्य स्थानों में? जिससे मजबूर डेवलपर खींचने के लिए नवीनतम कोड और मर्ज करने से पहले एक पीआर?

variable

हाँ, यही उद्देश्य इस शाखा के संरक्षण नियम है । प्रलेखन पृष्ठ पर कुछ उपयोगी जानकारी है, भी है.

Adil B

है, जहां की स्थापना को रोकने के लिए पुश करने के लिए गुरु के बिना पीआर?

variable

सक्षम Restrict who can push to matching branches शाखा संरक्षण नियम और आप सीमित कर सकते हैं सीधे करने के लिए धक्का masterसहित व्यवस्थापक के भंडार.

Adil B

evolutionxbox · Answer 2 · 2021-11-23T14:30:54

1

आप खोना नहीं होगा कोड. यदि आपके Task शाखा को धक्का दिया जा रहा है बिना करने के लिए synced master सबसे पहले, GitHub तुम्हें बताना होगा अगर वहाँ रहे हैं किसी भी संघर्ष में.

मामले में संघर्ष की, आप मिल जाएगा इस संदेश पर पीआर:

तो फिर तुम खींच कर सकते हैं master स्थानीय स्तर पर, ठीक है, संघर्ष और वापस पुश करने के लिए परिवर्तन Task.

अगर वहाँ रहे हैं कोई परस्पर विरोधी फ़ाइलें, आप विलय कर सकते हैं अद्यतन करने के बिना अपने Task शाखा, यहां तक कि अगर master आगे है.

evolutionxbox

2021-11-23 14:30:54

आप से क्या मतलब है If there are no conflicting files - क्या आप का मतलब कोई सम्मान के साथ संघर्ष करने के लिए पूरे फ़ाइल या विशिष्ट लाइनों परस्पर विरोधी?

variable

मेरा मतलब है, किसी भी संघर्ष आप मुठभेड़ होगा जब आप मर्ज स्थानीय स्तर पर: लाइनों है कि git मर्ज नहीं कर सकता ही है । यह हो सकता है एक पूरे फ़ाइल (नष्ट कर दिया फ़ाइल बनाम संशोधित फ़ाइल) या विशिष्ट लाइनों. लेकिन अगर आप को संशोधित एक ही फाइल में दो अलग-अलग भागों, वहाँ कोई नहीं होगा संघर्ष

thchp

वहाँ किसी भी तरह मैं कर सकते हैं को रोकने के विलय यहां तक कि जब वहाँ कोई विवाद नहीं है (तो कोई लाइन संघर्ष) लेकिन कोड बदल गया है अन्य स्थानों में?

variable

आप लागू कर सकते हैं तेजी से आगे विलय पर अपनी रेपो stackoverflow.com/questions/60597400/... लेकिन क्या होगा की बात कर रही है कि? अगर आप चाहते हैं की रक्षा के लिए अपने उत्पादन शाखा, तुम नहीं करना चाहिए की अनुमति के लिए अपनी टीम में विलय यह उन लोगों के लिए छोड़कर है, जो सही (बनाए रखने भूमिका बनाम लिखने भूमिका शायद?)

thchp

द्वारा रोकने के विलय मैं मतलब रोकने के लिए पीआर.

variable

आप को रोकने नहीं कर सकते पीआर. आप की रक्षा कर सकते हैं शाखाओं इतना है कि केवल व्यवस्थापक के साथ विलय कर सकते हैं एक पीआर है, और की आवश्यकता है कि पीआरएस तारीख तक कर रहे हैं लागू करने के द्वारा रैखिक इतिहास

thchp

के बारे में क्या सेटिंग में उल्लेख अन्य जवाब है?

variable

हमें जारी इस चर्चा में चैट.

thchp

GIT शाखाओं में बंटी रणनीति के साथ 2 शाखाएं (मास्टर, कार्य) - कैसे को रोकने के लिए कोड घटाने में मास्टर शाखा?

सवाल

सबसे अच्छा जवाब

अन्य भाषाओं में

यह पृष्ठ अन्य भाषाओं में है

इस श्रेणी में लोकप्रिय

लोकप्रिय सवाल इस श्रेणी में