প্রতিশ্রুতি বার্তায় বাগ / ইস্যুর রেফারেন্স কি ভাল অনুশীলন হিসাবে বিবেচিত হয়?


11

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

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

আমার প্রশ্নটি যদি কমিট বার্তায় কোনও বাগ / ইস্যু রেফারেন্স রাখা ভাল অনুশীলন হিসাবে বিবেচিত হয়? আরও কিছু ভাটা আছে?

উত্তর:


10

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

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


13

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

বাগ # 123 ঠিক করুন: লগইন করার পরে অ্যাপ ক্র্যাশ হয়ে গেছে

তারপরে আপনার কাছে বাগের ট্র্যাকারের প্রতিশ্রুতি দেওয়ার ইতিহাস থেকে লিংকটি রয়েছে - এবং যদি বাগ ট্র্যাকারটি কখনও উপলভ্য না হয় তবে আপনি এখনও ইতিহাসে দেখতে পাবেন যে এই বিশেষ বাগটি কী ছিল।


আমরা আসলে এটি করি, তাই প্রতিবারের মতো কমিটের ইতিহাসটি ব্রাউজ করার সময় আমাদের বাগ ট্র্যাকারে স্যুইচ করতে হবে না।
খ্রিস্টান পি

ঠিক আছে, তবে আমি এটি ঠিক যেমন রেখে যাব। আইএমও, আপনি এটি কীভাবে করতে পারেন এটি সেরা উপায়!
খ্রিস্টান স্পেচট

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

এটি সাধারণত স্ট্যান্ডার্ড অনুশীলন ছিল যেখানে আমিও কাজ করেছি, আমি মনে করি এটি করার সঠিক উপায়।
কারসন 63000

+1 সর্বদা এটি করুন! আমি সবেমাত্র এমন একটি প্রকল্পের রক্ষণাবেক্ষণ শুরু করেছি যা "এই বাগ বাগানের কারণ হতে পারে 5423" রত্ন দ্বারা ভরা আমাদের তাদের বাগ ট্র্যাকারটিতে অ্যাক্সেস নেই।
ক্রিপটিক

2

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

"যদি ভবিষ্যতে কোনও সময় ..." আপনি যদি কোডটি বাগ ট্র্যাকার থেকে আলাদা করেন তবে পুরানো সংশোধন ইতিহাস সম্ভবত আরও আগ্রহের বিষয় হবে না।


2

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

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