ব্যর্থ পরীক্ষার দিকে ধাক্কা কোথায়?


14

আমি কেবলমাত্র আমার গিটহাব সংগ্রহস্থলে শাখা সেটিংস পরিবর্তন করেছি, যাতে আমার [পরবর্তী] শাখার একটি টানার অনুরোধের মাধ্যমে একটি পাসিং সিআই বিল্ডের প্রয়োজন হয়।

পরীক্ষার ব্যর্থতা সম্পর্কে টিম সদস্যের একটি সংখ্যা নিয়ে আলোচনা হয়েছিল।

প্রসঙ্গে!

ভান্ডারটিতে একটি [মাস্টার] শাখা রয়েছে যা কেবলমাত্র মুক্তির সময় উপস্থিত হবে, সুতরাং [মাস্টার] শেষ রিলিজ হিসাবে কোডটি অন্তর্ভুক্ত করেন , এটি বড়, নাবালিক, হটফিক্স, বিটা, আলফা / নির্বিশেষে প্রাক রিলিজ বিল্ড।

[পরবর্তী] শাখাটি হল "ডিফল্ট" শাখা, যেখানে আমরা "রিলিজ-রেডি" কোড রাখার মনস্থ করি ; প্রযুক্তিগতভাবে সেই শাখাটি যেকোন সময় [মাস্টার] এ PR'd করা যেতে পারে এবং ছেড়ে দেওয়া যেতে পারে।

পৃথক কাঁটাচামচগুলির নিজস্ব দেব শাখা রয়েছে এবং অবদানকারীরা [পরবর্তী] এ পিআর করে।

আমি যখন একটি তুচ্ছ-টি-পিআর পর্যালোচনা করি তখন আমি অবদানকারীর দেব শাখাটিকে আমার "পর্যালোচনা" শাখায় মার্জ করে দেব এবং আমি যদি জিনিসগুলি দ্রুত সমাধান করতে পারি তবে আমি পরিবর্তনগুলি এবং নতুন (কখনও কখনও ব্যর্থ) পরীক্ষার প্রতিশ্রুতিবদ্ধ করব / এবং PR অবদানকারীদের দেব শাখায় ফিরে; যখন তারা আমার পরিবর্তনগুলিতে মার্জ করে, নতুন ব্যর্থ পরীক্ষাগুলি পাস করে তোলে এবং তারপরে তাদের পিআর সিঙ্ক্রোনাইজ করে দেয় এবং তারপরে আমি পিআরকে [পরবর্তী] তে মিশ্রিত করব।

তবে এই প্রশ্নটি পরীক্ষা পাসের বিষয়ে নয় , এটি ব্যর্থতার বিষয়ে ones


ব্যর্থ পরীক্ষার নথি যা ঠিক করা দরকার।

জ্ঞাত বাগগুলিতে পরীক্ষাগুলি লেখা থাকতে হবে, যাতে আমরা জানতে পারি কী কাজ করছে না।

প্রযুক্তিগতভাবে গিটহাব ইস্যুগুলির তালিকা ( এবং / অথবা লেবেলের জন্য ফিল্টার করা ) এটিও করে। এটি একটি ভাল অনুশীলন এছাড়াও দলিল বাগ পরীক্ষা ব্যর্থ একটি গুচ্ছ আছে?

একটি ব্যর্থ বিল্ড [পরবর্তী] অর্থ হবে যে আমরা করছি না মুক্তি-প্রস্তুত ... কিন্তু তারপর "হচ্ছে মুক্তি-প্রস্তুত" মত কিডস আছে "প্রস্তুত হচ্ছে" একটু - আপনি কখনই করছি বেশ এই জন্য প্রস্তুত, এবং কিছু, কোথাও (পরিবর্তনশীল গুরুত্বের) অনিবার্যভাবে মুক্তির সাথে ভুল হয়ে যাবে।


সুতরাং আমরা কেবল [পরের] পরীক্ষায় উত্তীর্ণ হওয়ার চেষ্টা করছি। ব্যর্থ পরীক্ষাগুলি ঠেলে কোথায়? মানে, পিআর / পর্যালোচনা প্রক্রিয়া বাইরে?

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

এই ব্যর্থ পরীক্ষাগুলি আমি কোথায় ঠেকাব? বা কোথাও ব্যর্থ পরীক্ষাগুলি ঠেলে দেওয়া কি ভাল ধারণা?


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

পর্যালোচনা প্রক্রিয়ার অংশে আপনি কোনও কোড লেখার সাথে কেন জড়িত? আপনি যদি কোনও ত্রুটি দেখতে পান তবে আপনি PR তে মন্তব্য করেন এবং allyচ্ছিকভাবে PR টি প্রত্যাখ্যান করেন।
জেমস

@ জেমস ভাল, আমি কোড লেখার পছন্দ করি .. এছাড়াও আরও বেশি অবদানকারীরা যোগদান করার সাথে সাথে, আমি প্রকৃত কোডিংয়ের চেয়ে আরও বেশি করে গিটহাব রক্ষণাবেক্ষণ এবং জনসংযোগ (জনসংযোগ) কাজ করছি!
ম্যাথিউ গুইন্ডন

উত্তর:


11

এই পরিস্থিতিতে আমি যা করব তা হ'ল ব্যর্থ পরীক্ষাগুলিগুলিকে "উপেক্ষা করা" হিসাবে চিহ্নিত করা - এইভাবে আপনার এখনও পরীক্ষা রয়েছে যাতে ভবিষ্যতে আপনাকে কী ঠিক করতে হবে তা আপনি জানেন তবে আপনি ভাঙ্গা বিল্ডগুলি শেষ করতে যাচ্ছেন না not ।

সমস্যা সমাধানের জন্য যদি আপনি প্রতিটি পরীক্ষাকে ইস্যু ট্র্যাকার রেফারেন্সের সাথে ট্যাগ করেন তবে এটি আপনাকে জিনিসগুলিকে এক সাথে বেঁধে রাখার একটি সহজ উপায় দেয়।


4

সম্পূর্ণ প্রকাশ: আমি আলোচনার অন্যতম অংশগ্রহণকারী।

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

শাখা ব্যবহারের পরিবর্তে, ট্যাগ ব্যবহার করুন। আপনি যখন মুক্তি দিতে চান, আপনি কেবল একটি বিষয় শাখার মতো একটি "রিলিজ-শাখা" তে প্রয়োজনীয় পদক্ষেপগুলি তৈরি করেন। তারপরে আপনি এটিকে [পরবর্তী] এ একীভূত করুন এবং এটিতে একটি ট্যাগ লাগান।

[পরবর্তী] যে ভূমিকা পালন করে, তা হ'ল মাস্টার শাখার। কেবলমাত্র মুক্তির জন্য প্রস্তুত কোডটি সেখানে। আর কিছু হ'ল একটি [বিকাশ] শাখা। একটি উন্নয়ন শাখায় কাজ থাকে যা স্থিতিশীল করা যায় । এর অর্থ: আপনি [ইতিমধ্যে] যেভাবে ইতিমধ্যে করেছেন সেভাবে [মাস্টার] সরান, পুনরূদ্ধার করুন এবং "কম স্থিতিশীল" কাজের জন্য অন্য একটি শাখা তৈরি করুন

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


1
[মাস্টার] এ সর্বশেষ প্রকাশের ফলে হটফিক্স ইস্যু করার জন্য সর্বশেষ রিলিজ বন্ধ করা সহজ হয়; তারপরে হটফিক্সটি [পরবর্তী] এবং সেখান থেকে প্রতিটি দেব শাখায় PR'd করা যেতে পারে .. বা আমি কিছু অনুপস্থিত করছি?
ম্যাথিউ গিন্ডন

2
আপনি ঠিক করতে পারেন git checkout -b HotFix ReleaseTag(এটি যদি আমি শাখাটি সঠিকভাবে চেকআউট বাক্য গঠন তৈরি করে মনে করি)। এটির রিলিজট্যাগ
ভোগেল 612
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.