বাগ আবার খুলুন বনাম নতুন


55

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

প্রদত্ত ত্রুটি বৈশিষ্ট্যগুলি একই, তবে আপনি কি বিদ্যমান বাগ আইডিটি আবার খুলবেন বা বন্ধ বাগের লিঙ্কটি দিয়ে একটি নতুন খুলবেন ?

উত্তর:


86

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


23
+1 অনেক differnt বিভিন্ন চিকিত্সা ভাগ করে দিয়ে রোগ সাধারণ উপসর্গ।
হতাশ

যদি বাগটি একই কারণ হিসাবে প্রমাণিত হয় তবে আপনি এটি আবার খুলতে পারেন তা অনুমান করা কি ন্যায়সঙ্গত হবে?
কেমোরাজ

@ মোমরজ: আমিও তাই ভাবব, তবে তদন্তের পরে এটিই ঠিক একই কারণ হিসাবে প্রমাণিত হবে it's যেহেতু কিছুক্ষণের জন্য লক্ষণগুলি অদৃশ্য হয়ে গেল, সম্ভবত এটি একই বাগটি হ'ল সম্ভাবনা নেই, যদিও এটি সিস্টেমের বিভিন্ন অংশে প্রবর্তিত একটি বাগ হতে পারে, তবে মূল বাগটি কোড করা হয়েছিল এবং একইভাবে লক্ষণগুলির কারণ হিসাবে কোড করে।
হতাশিত

1
@ কে মোরাজ আমি না বলব ধরুন এটি 1.0 এ স্থির করা হয়েছিল, 1.1 এটি না থাকলেও এটি 1.2 এ উপস্থিত হয়েছিল। যদি না আপনার ইস্যু ট্র্যাকার আপনাকে এটিকে একবারে সার্ভারাল রিলিজের সাথে যুক্ত করতে দেয়, আপনি যে ইতিহাসটি খুঁজে পেয়েছিলেন এবং এটি 1.0 এ স্থির করা হয়েছে তা হারাবেন। শুধু একটি নতুন বাগ খুলুন।
অ্যান্ডি

1
@ অ্যান্ডি ভাববেন না যে এটি কোনও পরিবর্তন করে, তবে সম্ভবত ১.১ এটি পেয়েছিল এবং কারও নজরে পড়েনি ...
জোশুয়াহেদলুন্ড

35

যদি এটি যাচাইকৃত এবং বন্ধ হয়ে যায় এবং কিছুক্ষণ কাজ করে, এবং কিছু পরিবর্তন করার পরে আবার হাজির হয়, তবে এটি একই বাগ নয়। এটি পুরানো বাগের মতোই নিজেকে প্রকাশ করতে পারে তবে এর কারণটি অন্যরকম হতে পারে। সুতরাং এটি একই বাগ নয়। তাই আমি বন্ধ বাগের লিঙ্ক সহ একটি নতুন খুলব।


16

সর্বদা একটি নতুন বাগ খুলুন। কেন? মনে করুন এটি পূর্বের বাগের মতোই হয়ে গেছে এবং আপনি পূর্বের বাগের সমাধানটি প্রকাশ করেছেন। আপনার রিলিজ নোটগুলি দস্তাবেজ করবে যে "ফিক্স বাগ XXX"। ইস্যু ট্র্যাকিং এবং রিলিজ নোটগুলি আরও পরিষ্কার করার দৃষ্টিকোণ থেকে, "বাগ বাগ ঠিক করার পরিবর্তে নতুন বাগ" ফিক্স বাগ এক্সএক্সএক্স + 1 (যা কারণ এবং বাগের ক্ষেত্রে একই রকম ছিল) "উল্লেখ করা ভাল is XXX (আবার) "বা অনুরূপ কিছু।


2
প্যাচ নোটগুলিতে বাগ আইডি উদ্ধৃত করা ঠিক .. খুব বন্ধুত্বপূর্ণ।
থমাস বনিনি

3
@ ক্রেইলপ যখন আপনি কোনও সমস্যা সমাধানের জন্য কোনও বিক্রেতার সাথে কাজ করছেন তখন এটি কার্যকর হয় এবং আপনি রিলিজ নোটগুলিতে বাগ আইডি সহ যে বাগের আইডি পেয়েছিলেন তা ট্র্যাক করতে পারেন।
ড্যারিল ব্রাটেন

1
@ ক্রিপ আমি ভাবলাম কেন এটি একটি খারাপ ধারণা, তাই আমি এখানে জিজ্ঞাসা করেছি: প্রোগ্রামার্স.স্ট্যাকেক্সেঞ্জার.কমেসেশনস / 142258/… সম্ভবত এতে আপনার কিছু ইনপুট আছে? :)
ট্র্যাভিস নর্থক্যাট

এটি একটি ভাল পয়েন্ট
কেমোরাজ

4

সাধারণভাবে বলতে গেলে, একটি নতুন বাগ খুলুন।

যাইহোক, যদি আপনাকে প্রথমে কিছু তদন্ত করার অনুমতি দেওয়া হয় তবে আমি উত্স কোডে আপনার ইতিহাস যাচাই করব

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

বাগটি সংশোধন করা হয়েছে এমন ফাইল (গুলি) এর ইতিহাসের দিকে তাকালে তা নিশ্চিত হয়ে যায় বা সম্ভাবনা হিসাবে এটি মুছে ফেলা হয়।


1
"(উদাহরণস্বরূপ, তারা মূল
ফিক্সটি

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

1
ইতিহাস চেক করা যাই হোক না কেন সার্থক ... কারণ যদি আপনার উত্স নিয়ন্ত্রণ ব্যবস্থাটি নষ্ট হয়ে যায় তবে আপনি এটি জানতে চান।
mjfgates

2
যদি এটি হয়ে থাকে all the timeতবে এটি এসসিএম নয় যা ভেঙে গেছে, এটিই আপনার উন্নয়ন দল ...
দেনিথ

1

আমি আগের পোস্টারদের একটি নতুন বাগ খোলার পরামর্শের সাথে একমত, যেহেতু এটি একই মূল কারণ হিসাবে শেষ নাও হতে পারে।

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


1

সেরা উপমা নয় - কেবলমাত্র দুটি জনের লক্ষণগুলি একই, এর অর্থ এই নয় যে রোগ / রোগের কারণ একই রকম হয়।

উইকিপিডিয়া থেকে:

একটি সফ্টওয়্যার বাগ একটি কম্পিউটার প্রোগ্রাম বা সিস্টেমে একটি ত্রুটি, ত্রুটি, ব্যর্থতা বা ত্রুটি যার ফলে এটি একটি ভুল বা অপ্রত্যাশিত ফলাফল তৈরি করে বা অনিচ্ছাকৃত আচরণ করে। বেশিরভাগ বাগগুলি ..... থেকে উত্থাপিত হয়

একটি বাগ কোডের ত্রুটিযুক্ত এবং এতে লক্ষণ / প্রভাব রয়েছে। একটি বাগ লক্ষণ নয়। একটি বাগ কোডের ত্রুটি। লক্ষণগুলি একই কারণ, এটি অগত্যা একই ত্রুটিগুলি লক্ষণগুলির কারণ হয়ে উঠছে তা নয়।

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

অন্যান্য দৃশ্যে হ'ল একই লক্ষণগুলি নতুন ত্রুটিগুলি দ্বারা ঘটে থাকে অর্থাৎ একই কোডের অন্যান্য অংশে বা এমনকি সেই কোডকে প্রভাবিত করে এমন অন্যান্য সিস্টেমে নতুন বাগগুলি দ্বারা ঘটে।

সুতরাং, একই লক্ষণ দেখা দিলে নিরাপদ বাজিটি একটি নতুন বাগ খোলানো। আপনি যদি দেখতে পান যে একই পুরানো কোডটি বাগের জন্য দায়ী, তবে নতুন বাগটি বন্ধ করুন এবং পুরাতন বাগটি আবার খুলুন। যদি তা না হয় তবে নতুন বাগটি রেখে দিন এবং এটি পুরানোটির সাথে লিঙ্ক করুন।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.