গিট-ফ্লো মডেলটিতে বাগফিক্সগুলি কোথায় যায়?

সাধারণত, হিসাবে উল্লেখ করা হয়, গিট-ফ্লো মডেল হটফিক্সগুলি hotfix-*শাখায় প্রকাশের আগেই তাদের নির্দিষ্ট শাখা এবং ছোট সংহতকরণ সংশোধন করে release-*। পূর্ববর্তী সংস্করণ থেকে সাধারণ বাগফিক্সগুলির কোনও জায়গা আছে বলে মনে হয় না।

তারা কোথায় উপস্থিত হবে? তাদের কি তাদের নিজস্ব bug-*শাখায় শাখা বন্ধ করা উচিত develop(ঠিক যেমন featureশাখাগুলি)?

git gitflow

— জুতা
সূত্র

প্রকাশিত কোডে একটি অ-সমালোচক বাগ বর্তমানে অ্যাপ্লিকেশনটির চেয়ে আলাদা আচরণ করার জন্য একটি ছোট বৈশিষ্ট্য থেকে আলাদা হবে কেন?

— বার্ট ভ্যান ইনজেন শেনৌ

আপনি কি তাদের feature-*শাখা হওয়ার জন্য পরামর্শ দিচ্ছেন ? কোনও ভ্রান্ত আচরণের কোনও সমাধানকে কোনও বৈশিষ্ট্য হিসাবে দেখা যেতে পারে?

— জুতো

@ শো আমি মনে করি বার্টের অর্থ হ'ল আপনার তাদের বৈশিষ্ট্য হিসাবে বিবেচনা করা উচিত, অগত্যা একই শাখার উপসর্গটি ব্যবহার করা উচিত নয় ।

— দারখোগ

@Shoe: Git-প্রবাহ, ব্যতীত কোন শাখায় master, develop, release-*বা hotfix-*একটি বৈশিষ্ট্য শাখা, যাতে আপনি মত কোন উপসর্গ আপনি ব্যবহার এবং বাগ জন্য একটি ভিন্ন উপসর্গ ব্যবহার করতে পারেন। এছাড়াও, নির্দিষ্টকরণ এবং ভ্রান্ত আচরণের সাথে নির্দিষ্টতা থেকে বিচ্যুত হওয়া ভুল কাজের মধ্যে পার্থক্য কী? উভয় ক্ষেত্রে এটি ভ্রান্ত আচরণ, তবে কেবল শেষটি একটি বাগ।

— বার্ট ভ্যান ইনজেন শেনৌ

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

বার্ট ভ্যান ইনজেন শেনাউর মন্তব্যটি একটি ভাল বিষয় নিয়ে আসে।

Gitflow পাঁচটি শাখা ধরনের আছে: master, develop, hotfix শাখা (প্রিফিক্স hotfix-মুক্তি শাখা), (সঙ্গে পূর্বে সমাধান release-, এবং ফিচার শাখা দ্য। masterএবং developশাখা দীর্ঘ দৌড়াচ্ছে শাখা এবং আপনি সরাসরি সেগুলি কমিট না। release-শাখা একটি রেখা আঁকা তৈরি করা হয় নির্দিষ্ট সংস্করণের জন্য এবং তারপরে পরবর্তী সংস্করণ সনাক্তকরণ এবং প্রকাশের মধ্যে বাগ সমাধানগুলি সমর্থন করে The hotfix-শাখাগুলি বিশেষত সমালোচনামূলক, চক্রের বাইরে প্রকাশের জন্য উত্পাদনে থাকে। feature-শাখাগুলি কিছু ভবিষ্যতের প্রকাশের জন্য স্বতন্ত্র বৈশিষ্ট্যগুলির বিকাশের জন্য।

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

আপনার বিশেষ ক্ষেত্রে, একটি release-শাখা উপযুক্ত স্থান নয়। সফ্টওয়্যারটি ইতিমধ্যে প্রকাশিত হয়েছে এবং চলছে master। মুক্তির মাস্টার হিসাবে একবার মিশ্রিত হয়ে সেখানে ট্যাগ হয়ে গেলে, সেই নির্দিষ্ট মুক্তির জন্য প্রকাশিত শাখাটি তার উদ্দেশ্যকে ছাড়িয়ে গেছে এবং অগত্যা আর অস্তিত্বের প্রয়োজন নেই। আপনি যদি নিজের শাখা পরিষ্কার করতে সক্রিয় হন (যা আমি মনে করি যে প্রত্যেকেরই হওয়া উচিত) তবে এটি এমনকি কোনও বিকল্পও নয়।

যদি আপনার ফিক্সটি সমালোচনা না করে তবে একটি হটফিক্স শাখাও ফিট করে না বলে মনে হচ্ছে। হটফিক্স শাখার উদ্দেশ্য হ'ল চলমান বিকাশে হস্তক্ষেপ না করে কাউকে খুব দ্রুত উত্পাদনে গুরুতর পরিবর্তন আনতে দেওয়া। এগুলি ব্যবহার করা কোনও উন্নয়ন দলের আদর্শের চেয়ে ব্যতিক্রম হওয়া উচিত। সাধারণভাবে, সমালোচনামূলক হটফিক্সগুলি একটি ব্যতিক্রমী ক্ষেত্রে হওয়া উচিত।

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

— টমাস ওভেনস
সূত্র

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

— সাপ

@ সাপ একটি নতুন প্রশ্নটি ভাল হবে, তবে আপনি যদি এটি পোস্ট করেন তবে দয়া করে ব্যাখ্যা করুন কেন এই ফিক্সটি এতটাই সমালোচনামূলক যে এটি উভয় মধ্যেই একত্রীকরণ হওয়া দরকার - এটি মনে হয় যে এটি একটি সমালোচনামূলক সমস্যা প্রকাশিত হওয়ার আগে খুঁজে পাওয়া যায় নি develop, না এটি চালু হওয়ার সময় এবং রিলিজ শাখা তৈরির মধ্যে এবং / অথবা আপনার মুক্তির শাখা দীর্ঘ সময়ের জন্য বিদ্যমান রয়েছে found কেবলমাত্র, যদিও আমি বিশ্বাস করি যে একমাত্র পছন্দটি চেরি-পিক (আমি একটি ফিক্স এবং রিলিজ ব্রাঞ্চে টানতে অনুরোধ জানাব, রিলিজ শাখায় মার্জ করবো, এবং চেরি-পিকটি একটি টানার অনুরোধের মাধ্যমে বিকাশ করবো)।

— থমাস ওভেনস

যদি এটির একক প্রতিশ্রুতি থাকে তবে কেবল একটি চিহ্নিত শংসাপত্র তৈরি করুন এবং এটিকে বিকাশ শাখার শীর্ষে চাপ দিন, অন্যথায় একটি বৈশিষ্ট্য শাখা তৈরি করুন।

গিট-প্রবাহের লেখকের কাছ থেকেও একটি মন্তব্য রয়েছে যা ঠিক আপনি কী জিজ্ঞাসা করছেন: বগফিক্স শাখাগুলি হারিয়েছে # 24

— দেব
সূত্র

ধন্যবাদ, আপনি যে লিঙ্কটি ভাগ করেছেন তা আমার জন্য এটি পরিষ্কার হয়েছে।

— আর্কসেল্ডন