গিট - মাস্টার সরাসরি কাজ করে কি সমস্যা উত্থাপিত হয়?


25

আমি গিট ব্রাঞ্চিং মডেল সম্পর্কে প্রচুর পরামর্শ দেখেছি এবং সর্বাধিক সাধারণ মতামত থেকে মনে হয় যে মাস্টার শাখায় সরাসরি পরিবর্তন করা একটি খারাপ ধারণা।

আমাদের একজন সহকর্মী সরাসরি মাস্টার শাখায় পরিবর্তন আনতে বেশ খুশি এবং বেশ কয়েকটি কথোপকথন সত্ত্বেও তারা সম্ভবত এটিকে পরিবর্তন করবেন না বলে মনে হয়।

এই সময়ে, আমি কোনও সহকর্মীকে বোঝাতে পারি না যে মাস্টারের সরাসরি কাজ করার জন্য এটি একটি খারাপ অভ্যাস, তবে আমি তাঁর কাজ করার পদ্ধতির সাথে যে বিষয়গুলির বিরোধিত করবে সেগুলি বুঝতে চাই, কখন আমাকে আবার দেখা দরকার? এই ঘটনা.


2
"সরাসরি কাজ করা" সংজ্ঞা দিন। মাস্টার বিদ্যমান কারণ এটি ব্যবহার করা উচিত। আপনি কি মনে করেন এটি কিসের জন্য এবং এটি কি জন্য নয়?
candied_orange

3
মাস্টার বন্ধ কাজ আপনার জন্য কাজ করছে? যদি তা হয় তবে আপনি এখনই পরিবর্তনের প্রয়োজনীয়তা অনুভব করছেন কেন? যদি এটি কাজ না করে তবে আপনি কোন সমস্যায় পড়ছেন? আপনাকে অন্য লোকের যুক্তি দেখানোর জন্য লোকদের জিজ্ঞাসা করার পরিবর্তে, আমরা আপনার সমস্যাগুলি সমাধান করতে আপনাকে সহায়তা করতে পারি।
টমাস Owens

1
তিনি ট্রাঙ্ক বিকাশ করছেন বলে মনে হচ্ছে, যা অবিচ্ছিন্ন ইন্টিগ্রেশনের পাশাপাশি একটি চৌকো দলে খুব স্বাভাবিক। যদি তিনি এটির মতো কাজ করতে চান তবে আপনাকে একবারে কোনও পণ্যের বিরুদ্ধে খুব বেশি কাজ আর কখনও হবে না তা নিশ্চিত করতে আপনাকে ডাব্লুআইপি প্রয়োগ করতে হবে - এবং অসম্পূর্ণ বৈশিষ্ট্যগুলি বন্ধ করে দিয়ে মাস্টারকে মুক্তি দেওয়া যেতে পারে তা নিশ্চিত করার জন্য বৈশিষ্ট্য স্যুইচিংও ব্যবহার করুন।
মিঃ কোচেস

... দল কত বড়?
জেডজেআর

@ মিঃকোচেসকে আমি এখানে "স্বাভাবিক" অর্থে ট্রাঙ্কের বিকাশ বলব না। নিশ্চয়ই আমি গিটকে যে জায়গাগুলি ব্যবহার করেছি সেগুলির কোনওটিই সেভাবে কাজ করেনি এবং আমি এটিকে নিরুৎসাহিত করব। বৈশিষ্ট্য শাখাগুলি আরও ভাল কাজ করে।
মার্নেন লাইবো-কোসার

উত্তর:


57

কমিটগুলি সরাসরি মাস্টারে চাপানো হয় এমন বেশ কয়েকটি সমস্যা রয়েছে

  • আপনি যদি ওয়ার্ক-ইন-প্রগ্রেস স্টেটটিকে দূরবর্তী দিকে ঠেলে দেন তবে মাস্টার সম্ভাব্যভাবে ভেঙে গেছে
  • যদি অন্য বিকাশকারী মাস্টার থেকে কোনও নতুন বৈশিষ্ট্যের জন্য কাজ শুরু করে, তবে সে সম্ভাব্যভাবে ভাঙা অবস্থায় শুরু করবে starts এটি উন্নয়নকে ধীর করে দেয়
  • বিভিন্ন বৈশিষ্ট্য / বাগফিক্স পৃথক করা হয় না, যাতে চলমান সমস্ত বিকাশের কাজকর্মের জটিলতা এক শাখায় একত্রিত হয়। এটি সমস্ত বিকাশকারীদের মধ্যে প্রয়োজনীয় যোগাযোগের পরিমাণ বাড়িয়ে তোলে
  • কোড রিভিউয়ের জন্য খুব ভাল প্রক্রিয়া যা আপনি টানা অনুরোধগুলি করতে পারবেন না
  • আপনি সাধারণভাবে গিটের ইতিহাস স্কোয়াশ / পরিবর্তন করতে পারবেন না, কারণ অন্য বিকাশকারীরা ইতিমধ্যে ইতিমধ্যে মাস্টার শাখাটি টানতে পারে

11
চত্যি! আপনি প্রকৃতপক্ষে এই প্রশ্নের উত্তর দিয়েছেন, মূলত অন্য সবার থেকে আলাদা। ++ SE.SE এ আপনাকে স্বাগতম!
রাবারডাক

এর মধ্যে বেশিরভাগগুলি হ'ল খারাপভাবে সরাসরি মাস্টারের উপর কাজ করা থেকে প্রাপ্ত, সমস্যাগুলি হ'ল সরাসরি প্রতি মাষ্টারে সরাসরি কাজ না করে।
পিপীলিকা পি

1
@ অ্যান্টপি আপনার দৃষ্টিকোণ থেকে কোন সমস্যা রোধ করতে পারে?
জেরনট

10

তাকে ব্যাখ্যা করুন যে নতুন বৈশিষ্ট্যগুলির নিজস্ব বিকাশ শাখা প্রয়োজন যা এটি পরীক্ষার দিকে ঠেলে দেওয়ার আগে পরীক্ষার পরিবেশে স্থাপন করা যেতে পারে।

অন্যথায়, আপনি অর্ধ-সমাপ্ত বৈশিষ্ট্যগুলির স্থায়ী অবস্থায় রয়েছেন। আপনি অর্ধ-সমাপ্ত বৈশিষ্ট্যগুলিকে উত্পাদনে মোতায়েন করতে পারবেন না, সুতরাং আপনি যদি মাস্টার ব্রাঞ্চে সরাসরি কাজ করছেন তবে অন্য কারও পরিবর্তনগুলি প্রযোজনায় যাওয়ার আগে বাগ ফিক্স সহ আপনার বৈশিষ্ট্য শেষ করার জন্য প্রত্যেককেই আপনার অপেক্ষা করতে হবে।

বৈশিষ্ট্যগুলির জন্য স্বতন্ত্র শাখা ব্যবহারের অর্থ হ'ল প্রতিটি নতুন বৈশিষ্ট্য অন্যের থেকে পৃথকভাবে পরীক্ষা করা ও স্থাপন করা যেতে পারে।


"আপনি অর্ধ-সমাপ্ত বৈশিষ্ট্য উত্পাদনে স্থাপন করতে পারবেন না" - এটি মোটেও সত্য নয় - মূল শাখায় সরাসরি কাজ করা, জাহাজের কোড প্রতিটি প্রতিশ্রুতি, প্রায়শই "অর্ধ-সমাপ্ত বৈশিষ্ট্যগুলি মোতায়েন করা" এবং কোনও কিছুতেই ভাঙ্গা সম্ভব নয় entire । অবিচ্ছিন্ন ডেলিভারি ঠিক এই কাজটি করতে চলেছে: মুক্তি থেকে ডিপোপ্লাই ডিপোপলিং। এটি অর্ধ-ভাঙ্গা প্রযুক্তিগত সমাধান দিয়ে সাধারণত অন্যান্য অনেক সাংগঠনিক সমস্যাগুলি সমাধান করার জন্য ঘটে। কখনও কখনও এটি বৈশিষ্ট্য টগল জড়িত কিন্তু সাধারণত এটি দৃশ্যমান আচরণগত পরিবর্তন ছাড়াই 90% বৈশিষ্ট্য তৈরি এবং স্থাপন করা সম্ভব হয় possible
পিপীলিকা

@ অ্যান্টপি: আপনি যে প্রক্রিয়াটি বর্ণনা করছেন সেটিই আমি "অর্ধ-সমাপ্ত বৈশিষ্ট্যগুলি" বলব না। বৈশিষ্ট্যগুলির পারেন পরীক্ষা উৎপাদন-প্রস্তুত এবং ব্যবহারযোগ্য বা তাদের যেটি একটি বৈশিষ্ট্য সুইচ বা এই ধরনের সময় তারা পর্যন্ত অনুরূপ কিছু দ্বারা লুকানো করছি করছে পরীক্ষিত উৎপাদন-প্রস্তুত এবং ব্যবহারযোগ্য। আপনি এমন বৈশিষ্ট্যগুলি শিপিং করছেন না যা কাজ করে না।
রবার্ট হার্ভে

আপনি দৃ as়ভাবে বলেছিলেন যে নন-মাস্টার শাখায় নতুন বৈশিষ্ট্যগুলি বিকাশ করা দরকার কারণ আপনি অর্ধ-সমাপ্তদের স্থাপন করতে পারবেন না: এটি নয়। বৈশিষ্ট্যটি সম্পূর্ণ হওয়ার আগে এবং অন্য বিকাশকে ধরে না রেখে আপনি পুরোপুরি নতুন বৈশিষ্ট্যগুলি সরাসরি মাস্টার এবং সেই সমস্ত বৈশিষ্ট্য সম্পর্কিত উত্পাদনের সাথে সম্পর্কিত যে কোনও এবং সমস্ত কোড শিপিয়ে রাখতে পারেন।
পিপীলিকা

1
@ এন্টপি: শাখাগুলির বৈশিষ্ট্যগুলির মধ্যে একটি জিনিস যা আপনার কৌশলটি সরবরাহ করতে পারে না তা হ'ল একটি নির্দিষ্ট বৈশিষ্ট্যটিতে করা কাজের সম্পূর্ণ হিসাব। কিছু দোকানে (বিশেষত আমার) এই ধরণের জবাবদিহিতা বিলাসিতা নয় বরং প্রয়োজন।
রবার্ট হার্ভে

1
@ অ্যান্টপি যদি আমি আপনাকে সঠিকভাবে বুঝতে পারি তবে আমি এটিকে একটি পদক্ষেপ পিছনে বিবেচনা করব। আমি ভাল ইস্যু ট্র্যাকারদের পছন্দ করি এবং আমি সেগুলি ব্যাপকভাবে ব্যবহার করি তবে আমি চাই ভিসিএস আমাকে কোনও বৈশিষ্ট্য বা কোডের লাইনটির বিকাশের ইতিহাস বলুক । ইস্যু ট্র্যাকার পরিবর্তনের ব্যবসায়ের দিকের গল্প বলতে পারে তবে ভিসিএস যদি আমাকে কোডটি ট্র্যাক করতে এবং নিজেই নিরীক্ষণ করতে না পারে তবে এটি তার কাজ করছে না। ট্রাঙ্ক-ভিত্তিক বিকাশের জন্য আমি আপত্তি জানাতে এটিই একটি কারণ: এটি ভিসিএসকে বোকা বানাচ্ছে, কোনও ক্ষতিপূরণ সুবিধা যা আমি দেখতে পাচ্ছি না। : (? এছাড়াও ভঙ্গুর কাপলিং একটি বৈশিষ্ট্য হল একটি কোড পরিবর্তন।)
Marnen Laibow-Koser

2

মাস্টার সম্ভাব্য পুনরায় চালু করা উচিত। সময়কাল। মাস্টারে কোনও অর্ধেক সমাপ্ত কাজ হওয়া উচিত নয় (বৈশিষ্ট্যযুক্ত পতাকা দিয়ে অক্ষম না করা)

এই বলে আমি কিছু দল তাদের প্রবাহকে জটিল করে দেখেছে।

মাস্টারের সাথে সংহত করার সময় পিআর ব্যবহার না করা একটি ভুল কারণ বিকাশকারীরা যখন ইন্টিগ্রেশন ঘটে তখন চয়ন করার ক্ষমতা রাখে না।

একটি একক উন্নয়ন শাখা খুব কম মান নিয়ে আসে। সাধারণত এটি কেবল জিনিসগুলিকে জটিল করে তোলে। অনেক বৈশিষ্ট্যযুক্ত শাখা অনেক মান নিয়ে আসে brings

প্রতিটি পরিবেশের জন্য শাখা তৈরি করা (দেব, পরীক্ষা, উত্স) একটি ভুল is এটি গিটের সুযোগের বাইরে এবং রিলিজ পাইপলাইন দ্বারা পরিচালনা করা উচিত। ঠিক একই বিল্ডটি সমস্ত পরিবেশে মোতায়েন করা উচিত যা প্রতিটি পরিবেশের জন্য শাখা থাকলে অসম্ভব।

যদি কোনও বৈশিষ্ট্যটি এত বড় হয় তবে এটি একটি বা দুটি দিনে করা যায় না কোনও বৈশিষ্ট্য শাখায় সমস্ত কাজ আলাদা শাখায় হওয়া উচিত এবং PR এর সাথে সংহত করা উচিত।


আপনি ব্যতীত যা বলেছেন তার বেশিরভাগের সাথে আমি একমত, এই ব্যতীত: "ঠিক একই বিল্ডটি সমস্ত পরিবেশে স্থাপন করা উচিত"। প্রকৃতপক্ষে, একটি রিলিজ পাইপলাইন সাধারণত বিভিন্ন পরিবেশে বিভিন্ন বিল্ড স্থাপন করতে সক্ষম হয় এবং তারপরে পরীক্ষাগুলি পাস হওয়ার সাথে সাথে তাদের প্রচার করে promote আপনি কীভাবে এটি পরিচালনা করবেন, যদি না বিভিন্ন শাখা (বা কমপক্ষে বিভিন্ন ট্যাগ) দিয়ে থাকে?
মার্নেন লাইবো-কোসার 20

আমি সম্পূর্ণ পরিষ্কার ছিল না। একবার একটি বিল্ড পরিবেশে স্থাপন করা হয়। পুনর্নির্মাণ ছাড়াই একই শিল্পকর্মগুলি পরবর্তী পরিবেশে স্থাপন করা উচিত।
এসবেন স্কোভ পেডারসেন 21

আপনার যদি পুনরাবৃত্তিযোগ্য বিল্ডস থাকে তবে আপনি পুনর্নির্মাণ করেন কিনা তা বিবেচ্য নয়। আপনার যদি পুনরাবৃত্তিযোগ্য বিল্ডগুলি না থাকে তবে আপনার বড় সমস্যা রয়েছে। :)
মার্নেন লাইবো-কোসার 21

... তবে হ্যাঁ, আমার মনে হয় আপনার মোতায়েন করা কমিটগুলি আপনার ট্যাগ করা উচিত যাতে আপনি একই কোডটি প্রচার করতে পারেন (আপনি পুনর্নির্মাণ করেন না কেন)।
মার্নেন লাইবো-কোসার 21

হ্যাঁ তবে বেশিরভাগ সিআই সার্ভারগুলি বিল্ডসকে বাক্সের বাইরে প্রকাশের সাথে ট্র্যাক করতে সহজ করে তোলে link সঠিকভাবে সেটআপ করার সময় গিটে মোতায়েনের ট্র্যাক করার প্রয়োজন হয় না। গিট একটি স্ক্যাম। কোনও ডিপ্লোয়মেন্ট সরঞ্জাম নয়।
এসবেন স্কোভ পেডারসেন 21

2
  • মাস্টার একটি উত্পাদন শাখা প্রতিফলিত করা উচিত, একটি চূড়ান্ত সংস্করণ।
  • মাস্টারটিতে সরাসরি কাজ করার অর্থ আপনি যদি বাগগুলি তৈরি করেন তবে কমিটগুলি উল্টে / মুছে ফেলা / পুনরায় সেট করা ছাড়া আপনার কাছে "ফিরে যাওয়া" ছাড়া আর কোনও বিকল্প নেই, যা কাজ করার পরিষ্কার উপায় নয় এবং আপনাকে নতুন কোডের অংশগুলি হারাতে পারে ঠিক ছিল।
  • অবশ্যই, বিকাশের প্রথম পর্যায়ে সম্ভবত আপনি সরাসরি মাস্টারের উপর কাজ শুরু করতে পারেন, তবে আপনার বিতরণ করার কিছু আছে, আপনার প্রকাশিত, সম্পূর্ণ, কার্যকারী সংস্করণ স্পর্শ না করার জন্য আপনার বিকাশ, পরীক্ষা বা পরীক্ষামূলক শাখাগুলি ব্যবহার করা উচিত।

2

প্রথমত, আমি উল্লেখ করতে চাই যে গিটের মধ্যে প্রত্যেকটি pullবেশ আক্ষরিক অর্থে একটি ব্রাঞ্চিং অপারেশন এবং প্রত্যেকটিই pushএকত্রিত হয়। masterএকটি বিকাশকারীর মেশিনে থেকে একটি সম্পূর্ণ পৃথক শাখা masterএকটি প্রযুক্তিগত দৃষ্টিকোণ থেকে সমান স্থায়ী সঙ্গে, আপনি ভাগ কেন্দ্রীয় রেপো উপর। আমি মাঝেমধ্যে আমার স্থানীয় সংস্করণটির নাম upstreamবা কোনও কিছুতে নামকরণ করব যদি এটি আমার উদ্দেশ্যগুলির জন্য আরও ভাল করে।

আমি এটি উল্লেখ করছি কারণ অনেক সংস্থাগুলি মনে করে যে তারা আপনার সহকর্মীর চেয়ে শাখাগুলি আরও কার্যকরভাবে ব্যবহার করছে, যখন তারা সত্যিকার অর্থে পথে একটি শাখার জন্য একটি অতিরিক্ত নাম তৈরি করার চেয়ে কিছু বেশি করছে, তবে ইতিহাসে সেটিকে আর সংরক্ষণ করা হবে না। যদি আপনার সহকর্মী একটি পারমাণবিক প্রতিশ্রুতিতে বৈশিষ্ট্যগুলি প্রতিশ্রুতিবদ্ধ হয় তবে এটি কোনও বৈশিষ্ট্য শাখার মার্জ কমিটের মত ব্যাক আউট করা ঠিক তত সহজ। বৈশিষ্ট্য শাখার বিশাল অংশগুলি খুব স্বল্প-কালীন এবং ঘন ঘন যাইহোক মার্জ হওয়া উচিত।

বলা হচ্ছে, তাঁর কাজের ধরণের প্রধান ত্রুটিগুলি দ্বিগুণ। প্রথমত, এটি অসম্পূর্ণ বৈশিষ্ট্যে সহযোগিতা করা খুব কঠিন করে তোলে। যাইহোক, যখন সহযোগিতা প্রয়োজন তখন ঠিক সেই সময়গুলিতে একটি শাখা তৈরি করা কঠিন হবে না।

দ্বিতীয়ত, এটি একত্রীকরণের আগে পর্যালোচনা করা খুব কঠিন। এই মুহুর্তে, আপনাকে আসলে তাকে বোঝানোর দরকার নেই। আপনি গিথুব, জারিট বা গিটল্যাবের মতো একটি সরঞ্জাম গ্রহণ করতে পারেন এবং সমস্ত সংযুক্তির জন্য পুল অনুরোধ কোড পর্যালোচনা এবং পাস হওয়া স্বয়ংক্রিয় পরীক্ষার প্রয়োজন। আপনি যদি এ জাতীয় কিছু না করে থাকেন তবে খোলামেলাভাবে আপনি গিটটি এর সম্পূর্ণ সম্ভাবনার জন্য ব্যবহার করছেন না এবং আপনার সহকর্মী সেই সম্ভাবনাটি দেখছেন না এতে অবাক হওয়ার কিছু নেই।


1
এছাড়াও বিকাশকারীদের প্রতিদিন তার শাখা মেশিনে চাপ দেওয়া ভাল ব্যাকআপ।
ইয়ান

আমি আপনার প্রথম সংবেদন বুঝতে পারি না। আমি দেখতে পাচ্ছি না কীভাবে একটি pullনতুন শাখা তৈরি করবে বা কীভাবে pushমার্জ অপারেশন হবে। বরং, একটি pullহল বেশ আক্ষরিক একটি fetchএকটি দ্বারা অনুসরণ merge!
mkrieger1

@ mkrieger1 আমি সহজেই দেখতে পাচ্ছি যে কেউ কীভাবে স্থানীয়কে masterআলাদা শাখা হিসাবে বিবেচনা করতে পারে origin master। প্রযুক্তিগতভাবে, এগুলি দুটি পৃথক রিমোটে পৃথক শাখা, যার প্রতিটি নিজস্ব ইতিহাস রয়েছে।
রাবারডাক

@ রাবারডাক হ্যাঁ, ঠিক এর সাথে pull: পূর্বে: দুটি শাখা সম্ভাব্যভাবে বিভিন্ন কমিটগুলিকে নির্দেশ করছে - এর পরে: দুটি শাখা সমতুল্য কমিটের দিকে নির্দেশ করছে - কোন শাখা তৈরি হয়নি, তাই আমি এটিকে "ব্রাঞ্চিং অপারেশন" বলব না। দুটি কমান্ডের মধ্যে যদি কোনও হয় তবে আমি এটি কল করব push, কারণ এটি সম্ভাব্যভাবে রিমোটে একটি নতুন শাখা তৈরি করে। এটি কি করে না , এটি একত্রীকরণ।
mkrieger1

@ mkrieger1 আপনাকে বিবেচনা করতে হবে দিক পাশাপাশি একত্রীকরণ করুন।
রাবারডাক

2

অন্যান্য উত্তরে ইতিমধ্যে সরাসরি মাস্টার না করার জন্য বিভিন্ন সুবিধা (বিচ্ছিন্ন বৈশিষ্ট্য, সর্বদা মাষ্টারে শিপযোগ্য কোড ইত্যাদি) উল্লেখ করা হয়েছে।

আমার কাছে মনে হয় আপনার একটা আলাদা সমস্যা আছে। স্পষ্টতই আপনার কাছে কোনও উন্নয়ন প্রক্রিয়া নেই, যা আপনার সমস্ত বিকাশকারী (বা প্রশ্নে আপনার বিকাশকারী প্রক্রিয়াটিকে সম্পূর্ণ উপেক্ষা করছেন) দ্বারা সম্মত বা ব্যবহৃত হয়েছে used

আপনার কি বৈশিষ্ট্যযুক্ত শাখা আছে, যা মাস্টারের সাথে একীভূত হয় বা আপনার পাশাপাশি বিভিন্ন প্রকাশনা শাখা রয়েছে বা আপনি সম্পূর্ণ ভিন্ন প্রক্রিয়া ব্যবহার করেন?

"মাস্টার শাখা ব্যবহার করবেন না" যথেষ্ট নয়।


2

আমাদের একজন সহকর্মী সরাসরি মাস্টার শাখায় পরিবর্তন আনতে বেশ খুশি এবং বেশ কয়েকটি কথোপকথন সত্ত্বেও তারা সম্ভবত এটিকে পরিবর্তন করবেন না বলে মনে হয়।

এটি আমাকে আরও বেশি সমস্যা আছে বিশ্বাস করতে পরিচালিত করে। মাস্টার উপর কাজ করা বা না করা আপনি কীভাবে, কখন এবং কখন পণ্যগুলি প্রকাশ করেন সে সম্পর্কে একটি বড় দর্শনের অংশ।

সুতরাং "আপনার কখনই মাস্টার নিয়ে কাজ করা উচিত নয়" এর সাথে মিল রেখে আপনার কি বৈশিষ্ট্যের পরীক্ষাগুলি রয়েছে, আপনি কি একে অপরের কাজ পরীক্ষা করেন আপনি কি একে অপরের কোড পর্যালোচনা করেন? গ্রহণ এবং সংহতকরণ পরীক্ষা।

যদি আপনার উপরোক্তগুলির কিছু না থাকে এবং আপনি কেবল "ডু গিট" করার জন্য এটি করছেন, আপনি পাশাপাশি মাস্টারটিতেও কাজ করতে পারেন।


1

সরাসরি শাখায় কাজ করার আশেপাশে কোনও "খারাপ অভ্যাস" নেই। তবে আপনাকে সিদ্ধান্ত নিতে হবে কোনটি আপনার প্রক্রিয়াটিকে সর্বোত্তম সমর্থন করে:

প্রশ্ন 1: আপনার মাস্টার আপনার সফ্টওয়্যার বর্তমান প্রকাশের অবস্থা প্রতিনিধিত্ব করা উচিত? তারপরে আপনার একটি গ্লোবাল ডেভলপমেন্ট শাখা প্রবর্তন করা উচিত এবং একটি প্রকাশের বিকাশের শেষে ডেভেলপটি একত্রিত করা উচিত।

প্রশ্ন 2: আপনি একটি কোড পর্যালোচনা প্রক্রিয়া চান? তারপরে আপনার কাছে "বৈশিষ্ট্যগুলি শাখা" থাকা উচিত যা টানার অনুরোধের মাধ্যমে মাস্টার (বা বিকাশ করা উচিত) এর সাথে একীভূত হবে।

প্রশ্ন 3: এখনও কি অন্য বিকাশকারীদের সাথে মধ্যবর্তী কোডের অবস্থা ভাগ করে নেওয়া দরকার যা এখনও উত্পাদন (বা পরীক্ষা) হিসাবে প্রকাশ করা উচিত নয়? এটি ক্ষেত্রে একাধিক বিকাশকারী একটি বৈশিষ্ট্য বিকাশ করে। তারপরে আপনার "বৈশিষ্ট্য শাখা" চালু করা উচিত।


ট্যাগগুলি মুক্তির সময় কোনও কোড বেসের রাজ্যের প্রতিনিধিত্ব করার খুব কার্যকর উপায়। গিট একটি নির্দিষ্ট ট্যাগ চেকআউট করা খুব সহজ করে তোলে। একটি দেব শাখা ধাঁধা তৈরি করে।
রাবারডাক
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.