গিটহাবের পরিত্যক্ত সমস্যাগুলির সাথে কী করবেন?


48

যদি কেউ গিটহাবে কোনও সমস্যা খোলে তবে পুনরুত্পাদন করার জন্য আরও তথ্যের ত্রুটি জিজ্ঞাসা করা হয় এবং কখনই দেওয়া হয় না, সাধারণ পদ্ধতিটি কী? উদাহরণ

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

এই শর্তগুলির মতো কিছু:

  • এটির ডিবাগ করতে সক্ষম হওয়ার জন্য একটি প্রশ্ন উত্থাপিত হয়েছে।
  • ডে-টিমের সর্বশেষ অনুत्तरযুক্ত প্রশ্ন / মন্তব্যের পরে 2-6 মাস পেরিয়ে গেছে।
  • এটি বন্ধ করার সময় বাগের পুনরুত্পাদন করা যায় না (কোনও কারণে, তারা কখনও পুনরুত্পাদন করতে পারে না)।
  • এটি বন্ধ করার 2 সপ্তাহ আগে একটি সতর্কতা জারি করা হয়।

প্রকল্পগুলি সাধারণত কী করে? আমি গুগলে কিছুই খুঁজে পেলাম না। এছাড়াও, আমি কীভাবে এটি নথি করব? README.md- এর একটি সাধারণ নোট কি উপরের পয়েন্টগুলি বিশদ এবং ইস্যুতে একটি মন্তব্য কেন এটি পর্যাপ্তভাবে বন্ধ হচ্ছে?

দ্রষ্টব্য: এই প্রশ্নটি থেকে এটি পৃথক যেহেতু বাগটি এখনও প্রাসঙ্গিক হতে পারে (বা না) তবে তথ্যের অভাব রয়েছে।


3
আমি বিশ্বাস করি যে আপনি কোথাও ডকুমেন্ট করা উচিত যে আপনি বিশ্বাস করেন যে সমস্যাটি স্থির হয়েছে (তবে সম্ভবত এটিতে নেই README.md)। তবে আপনার প্রশ্নটি মতামতের বিষয় হতে পারে।
বেসাইল স্টারিনকিভিচ 11

17
যদি কোনও ইস্যু জমা দেওয়ার বিষয়টি নিশ্চিত হয়ে যায় যে তা নিশ্চিত হওয়ার জন্য পৌঁছানো না যায়, তবে আমি কেবলমাত্র একটি মন্তব্য দিয়ে বিষয়টি বন্ধ করব, যে সম্পর্কে স্থিরভাবে তার / তার সাথে যোগাযোগের চেষ্টা করার পরে, মূল দাখিলকারী দ্বারা যাচাই করা হয়নি। এক মাস. কিন্তু এটা কেবল আমার মতামত.
বার্ট ভ্যান ইনজেন শেহেনো

1
@ বেসাইলস্টারিঙ্কেভিচ দুঃখিত, আমি এই পদ্ধতিটি README.md এ নথিভুক্ত করতে চাইছিলাম। ইস্যু বন্ধ হওয়ার বিষয়ে, আমি এটি ইস্যুতেই ডকুমেন্ট করব।
ফ্রান্সিসকো প্রেজেনসিয়া 11


7
না, যে বাগটি আর প্রাসঙ্গিক নয় সেগুলি বাগের মতো নয় যার জন্য কোনও স্থিরতা রয়েছে তবে প্রতিবেদক জবাব দেয় না।

উত্তর:


49

এটি একটি দ্বিধাদ্বন্দ্ব: আপনি "স্থির" হিসাবে সমস্যাটি বন্ধ করতে পারবেন না, কারণ এটি ঠিক করা হয়েছে কিনা আপনি আসলে জানেন না , বা কমপক্ষে কিছু সমস্যা স্থির করা হলেও আপনি জানেন না যে এটিই ইস্যুটি প্রতিবেদক ছিল কিনা you কথা ছিল। অন্যদিকে, আপনি এমন কোনও সমস্যা ছেড়ে দিতে চান না যা খোলা স্থির হয়ে থাকতে পারে, বিশেষত আপনি যদি এটি কখনও বন্ধ করতে সক্ষম না হন কারণ আপনি কখনই নিশ্চিতকরণ পাবেন না।

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

তবে, আপনার কোনও বাগের জন্য সংস্থান ব্যয় করা উচিত নয় যার জন্য আপনি কখনই জানতে পারবেন না যে এটি আসলে স্থির হয়েছিল কিনা।


1
এখন আমি এটি যাচাই করে দেখছি, এটি এমনকি ব্যবহারকারী প্রোফাইলে "মুছে ফেলা ব্যবহারকারী" বলে ... তাই আমি অনুমান যে ঘোস্ট উত্তর দেবে না। উত্তরের জন্য ধন্যবাদ, আমি একটি কাস্টম ট্যাগ দিয়ে বন্ধ করব।
ফ্রান্সিসকো প্রেজেনসিয়া 11

34
অপ্রত্যাশিত ফিট মনে হচ্ছে। আপনি কি টিকিটের বিবরণ থেকে সমস্যাটি পুনরুত্পাদন করতে পারেন? কোন? Unreproducible।
এবিমাগিল 21

1
ওয়াইন বাগজিলায় একটি বিশেষ স্থিতি রয়েছে: উদাহরণগুলি
রুসলান

'অবৈধ' আরেকটি ভাল, জেনেরিক, রাষ্ট্র state গিটহাবে এইটিকে একটি লেবেল হিসাবে যুক্ত করা যেতে পারে এবং পরে সমস্যাটি বন্ধ হয়ে যেতে পারে।
শুঁয়োপোকা

2
এটিকে "পরিত্যক্তবায়োপেনার" বা "আবশ্যক তথ্যপ্রযুক্তি" হিসাবে বন্ধ করুন। ঠিক তাই ঘটেছিল। এবং যে কেউ এই সমস্যাটি কেন মোকাবেলা করেন নি তা স্পষ্টভাবে দেখতে পাবেন।
usr

12

আপনার মূল প্রশ্নের ইতিমধ্যে উত্তর দেওয়া হয়েছিল, তবে আপনি প্রক্রিয়াটি দলিল করার বিষয়েও জিজ্ঞাসা করেছিলেন এবং এরও উত্তর দেওয়া দরকার।

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

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

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


12
গিথুব-তে, বিশেষভাবে একটি CONTRIBUTING.mdদস্তাবেজ ব্যবহার করতে পারে । এই দস্তাবেজটি গিথুব দ্বারা বিশেষভাবে চিকিত্সা করা হয়, এটি খোলা ইস্যু পৃষ্ঠার শীর্ষ থেকে লিঙ্কযুক্ত তাই এটি ইস্যু সাংবাদিকদের সামনে এবং কেন্দ্রস্থল। দেখুন: help.github.com/articles/…
cbojar

7

আমি অন্য যে কোনও কিছুর চেয়ে যাচাই করা বাগ (গিথাবের ইস্যু ট্র্যাকার ব্যবহার করে) কীভাবে পরিচালনা করতে পারি তার চারপাশের অনুশীলনগুলির একটি প্রশ্ন হিসাবে এটি পড়েছি।

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

আমরা পাই বুগজিলার ডিফল্ট ওয়ার্কফ্লোতে:

এখানে চিত্র বর্ণনা লিখুন

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

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

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

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


3

আমি মূল প্রতিবেদক হিসাবে একই জিনিস সম্পর্কে কথা বলছিলাম যে আমি কতটা আত্মবিশ্বাসী ছিল তার উপর নির্ভর করে আমি দুটি মতামতের একটি গ্রহণ করব:

1) যেহেতু প্রতিবেদক আর উপলভ্য নয়, মনে করুন যে প্রশ্নটি থাকা বাগের অর্থ এটি যা ঠিক করা হয়েছিল তার অর্থ। যদি এটি সহায়তা করে, আপনি কী ব্যর্থতা পেয়েছেন তা পরিষ্কার করতে পরীক্ষার কেসগুলি সংযুক্ত করুন। আপনি কী ঠিক করেছিলেন তা বাগের প্রতিবেদনে বিশদ বর্ণনা করুন এবং একটি নোট রেখে দিন, "আমি বিশ্বাস করি এটি 'ন্যাভ ব্রেক' এর অর্থ, দয়া করে আবার খুলুন বা একটি নতুন বাগ উত্থাপন করুন এটি যদি আপনি বোঝাতে চেয়েছিলেন না"। ঠিক করা হিসাবে বাগ চিহ্নিত করুন।

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

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

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

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