লিনাক্স কার্নেল প্রারম্ভিক দিনে কীভাবে বাগগুলি ট্র্যাক করেছিল?

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

জল্পনা: - প্রাথমিক পর্যায়ে বাগগুলি ট্র্যাক করার সহজতম উপায়টি হ'ল তার নিজস্ব একটি শাখায় টিকিট লাগানো ছিল তবে নিশ্চিত যে খুব ভাল শব্দটি খুব ভালভাবে ব্যাগ নেওয়ার সাথে শোরগোল ছাড়াই যেত না।

আমি বাগজিলা দেখেছি এবং ব্যবহার করেছি এবং আপনি যদি সঠিক 'কীওয়ার্ড' না জানেন তবে আপনাকে স্ট্যাম্প করে দেওয়া হবে। দ্রষ্টব্য: আমি বিশেষত প্রথম দিকের বছরগুলিতে আগ্রহী (1991-1995) তারা কীভাবে সমস্যাগুলি ট্র্যাক করত ।

আমি দুটি কর্ড, " কার্নেল এসসিএম সাগা " এবং " ট্রিভিয়া: গিট স্ব-হোস্ট কবে দিয়েছি?" দেখেছি, তবে প্রাথমিক স্তরের কার্নেলের বাগ-ট্র্যাকিং সম্পর্কে এগুলির কোনও উল্লেখ করা যায় নি।

আমি আশেপাশে অনুসন্ধান করেছি এবং 1991-1992 সালে থাকা কোনও FOSS বাগ-ট্র্যাকিং সফ্টওয়্যার পেতে সক্ষম হয়েছি। বাগজিলা, রিকোয়েস্ট-ট্র্যাকার এবং অন্যান্যরা অনেক পরে এসেছিল, সুতরাং তারা বাইরে থেকে গেছে বলে মনে হয়।

মূল প্রশ্ন

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

পুরানো দিনগুলিতে কীভাবে জিনিসগুলি করা হয়েছিল তার একটি পরিষ্কার চিত্র দেখার প্রত্যাশায়।

— shirish
সূত্র

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

— ভলকার সিগেল

@ ভোলকারসিগেল এটি এখন আবার খোলা হয়েছে। যদিও আমি দেখতে পাচ্ছি না যে গিট সম্পর্কে একটি উত্তর লিনাক্স কার্নেল সম্পর্কে একটি উত্তরে কীভাবে অনুবাদ করে।

— ফাহিম মিঠা

: জমা দেওয়ার প্যাচ এই দস্তাবেজের, Andi, Kleen দ্বারা রচনা সম্ভবত আপনি সবচেয়ে অন্তর্দৃষ্টি আপনি বিষয় W / O জিজ্ঞাসা লিনাস পেতে যাচ্ছেন দেয় halobates.de/on-submitting-kernel-patches.pdf

— SLM

এই দস্তাবেজটি বর্ণনা কিভাবে আপনি কার্নেল উন্নয়ন অনুসরণ এখন Git ব্যবহার করতে পারেন: landley.net/writing/git-bisect-howto.html

— SLM

অতীতে আমি যখন এটি অনুসন্ধান করেছি তখন যা খুঁজে পেয়েছি সেগুলি থেকে কোনও বাগ ট্র্যাকার / ইস্যু ট্র্যাকার নেই। এগুলি সাধারণত ডিস্ট্রোদের দ্বারা করা হয়, বাগহিলা আরএইচ-র জন্য একটি বড়। প্যাচগুলি এবং তাদের অ্যাপ্লিকেশনগুলি হ'ল কীভাবে তারা ট্র্যাকিং পরিবর্তনে পিভট করে। এই সরঞ্জামটি, প্যাচ ওয়ার্ক আপনাকে এটি দেখায়: linux-mips.org/wiki/Patchwork । আপনি এটি এখানে সরাসরি ক্রিয়ায় দেখতে পারেন: patchwork.linux-mips.org/project/linux-mips/list । এটি এই ধরণের সরঞ্জাম + মেলিংয়ের তালিকা।

— slm

উত্তর:

শুরুতে, আপনার যদি কিছু অবদান রাখার (প্যাচ বা একটি বাগ রিপোর্ট) থাকে তবে আপনি এটি লিনাসে মেইল করেছিলেন। এটি তালিকাতে এটি মেইল করে বিবর্তিত হয়েছে (যা linux-kernel@vger.rutgers.eduআগে kernel.orgতৈরি হয়েছিল)।

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

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

বিটকিপার এই দুটি সমস্যাই পেয়েছিলেন: এটি সিভিএসের মতো কেন্দ্রীভূত ছিল না এবং এটি ফ্রি সফটওয়্যার না থাকাকালীন কার্নেলের অবদানকারীদের এটি প্রদান না করেই এটি ব্যবহার করার অনুমতি দেওয়া হয়েছিল। এটি এটি কিছু সময়ের জন্য যথেষ্ট ভাল করে তুলেছে।

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

কিছু পুরানো বাগ-প্রতিবেদন নির্দেশাবলী দেখতে the তিহাসিক লিনাক্সের সংগ্রহস্থলটি পান । (এটি গিট রিপোজিটরি যা গিটের অস্তিত্বের আগে থেকেই সমস্ত সংস্করণ রয়েছে; বেশিরভাগ ক্ষেত্রে এটি রিলিজ প্রতি কমিট থাকে যেহেতু এটি টারবালগুলি থেকে পুনর্গঠিত হয়েছিল)। সুদের ফাইল অন্তর্ভুক্ত README, MAINTAINERSএবং REPORTING-BUGS।

লিনাক্স -৯.৯৯.১২ রিডম থেকে আপনি এখানে আকর্ষণীয় জিনিস খুঁজে পেতে পারেন:

 - if you have problems that seem to be due to kernel bugs, please mail
   them to me (Linus.Torvalds@Helsinki.FI), and possibly to any other
   relevant mailing-list or to the newsgroup.  The mailing-lists are
   useful especially for SCSI and NETworking problems, as I can't test
   either of those personally anyway.

— k0pernikus
সূত্র

প্রক্রিয়াগুলি নিউজ গ্রুপ (ইউএসএনইটি), এবং (প্রধানত) ইমেল ব্যবহার করে। একটি বাগ একটি থ্রেড হিসাবে "অস্তিত্বশীল" ছিল, বিষয়টিতে " [BUG REPORT]" বা " LINUX BUG REPORT" লাগানো একটি সাধারণ সম্মেলন ছিল। কোনও বাগ আইডি নেই। সাধারণ ব্যবহারকারী-বেস দেওয়া, একটি বাগ রিপোর্ট প্রায়শই একটি প্যাচ নিয়ে আসে। একটি দীর্ঘ-ভুলে যাওয়া সফ্টওয়্যার সরঞ্জাম ব্যবহৃত হয়েছিল: ibug(নীচে দেখুন), অন্যটি diff+ ছাড়া patch।

থেকে লিনাক্স ইনস্টলেশন এবং গেটিং স্টার্টেড (1994 জানুয়ারি, 2.0 সংরক্ষন অনুলিপি) >

2.6  The Design and Philosophy of Linux

 When new users encounter Linux, they often have a few misconceptions and
 false expectations of the system. Linux is a  unique  operating  system,
 and  it is important to understand its philosophy and design in order to
 use it effectively.  Time enough for a soapbox. Even if you are an  aged
 UNIX guru, what follows is probably of interest to you.

     In  commercial UNIX development houses, the entire system is devel-
 oped with a rigorous policy of quality assurance,  source  and  revision
 control systems, documentation, and bug reporting and resolution. [...]

     With  Linux,  you  can  throw  out  the entire concept of organized
 development, source control systems, structured bug reporting,  or  sta-
 tistical  analysis.   Linux  is,  and more than likely always will be, a
 hacker's operating system.(4)

                   [...]  For the most part, the Linux community communi-
 cates via various mailing lists and USENET newsgroups. A number of  con-
 ventions have sprung up around the development effort: for example, any-
 one wishing to have their  code  included  in  the  ``official''  kernel
 should  mail it to Linus Torvalds, which he will test and include in the
 kernel [...]

1992

এখানে একটি বাগ রিপোর্ট এবং ডিসেম্বর 1992 (0.98.6) থেকে কম.স.লিনাক্সের জন্য ঠিক করুন: https://groups.google.com/d/topic/comp.os.linux/TwPA00rZMJo/discussion

খুব তাড়াতাড়ি সেখানে ছিল একটি ইমেল তালিকা মিলি-লিনাক্স-বাগ (1992/1993), এই থেকে গোড়ার দিকে প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী মধ্যে স্ল্যাকওয়্যার 1.01 বন্টন:

VI.01) মনে হচ্ছে seems # @! লিনাক্সের উপর পোর্ট করা সঠিকভাবে চলমান না, আমি বাগ রিপোর্ট করার বিষয়ে কী করব?

[...] নোট করুন যে আমার "ml-linux-bugs@dg-rtp.dg.com" বাগ রিপোর্টিং তালিকাটি পর্যায়ক্রমে শেষ হয়েছে। দেখা যাচ্ছে যে লিনাক্সে খুব কম বাগ রয়েছে, যার বেশিরভাগই আমি নিউজগ্রুপে বা লিনাসের মাধ্যমে সমাধান করতে পারার আগে আমি সেগুলি সংগ্রহ করতে পারি এবং পোস্ট করতে পারি। :) সংক্ষেপে: লিনাক্সে বা লিনাক্স-পোর্টেড সফ্টওয়্যারগুলিতে কোনও বাগ থাকলে তা সাধারণত পরবর্তী প্যাচলেভেল বা সংস্করণে স্থির করা হবে।

সেখানে "লিনাক্স-কার্নেল" ইমেল তালিকা ছিল (যা vgerমূলটিতে ছড়িয়ে পড়ে), নিউজগোষ্ঠীগুলি alt.os.linux, তারপরে comp.os.linux (যা ১৯৯৩ সালে দ্রুত একটি শ্রেণিবিন্যাসে বিভক্ত হয়েছিল )।

এই প্রথম লিনাক্স এফকিউ (v1.11 নভেম্বর 1992) কমপোস.লিনাক্স থেকে লিনাসকে সরাসরি ইমেল করার পরামর্শ দেয়।

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

একটি ইমেল বাগ রিপোর্ট টেম্পলেটlinux.temp সময় সময় কমম্প.ও.লিনাক্সে পোস্ট করা হত এবং একটি বাগ রিপোর্টের আপডেটেরlinux.fix.temp সাথে একটি আপডেট টেম্পলেট ছিল ।

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

1993-1994

কার্নেল উত্সের সিভিএস কপিগুলি প্রচলিত ছিল, আমি যে প্রাথমিকতমটি খুঁজে পেতে পারি তা ডার্ক স্টেইনবার্গের, কার্নাল-0.99.14 যুগের 4 আমি যে প্রথম ঘোষণাটি পাই তা লিনাক্স-অ্যাক্টিভিস্টদের 1993 সালের জানুয়ারি থেকে। আপনি এখনও সংরক্ষণাগারযুক্ত অনুলিপিগুলি খুঁজে পেতে পারেন (1994) । ডার্ক সিভিএসে সিভিএস বাইনারি এবং লাইবসি উত্স বজায় রেখেছিল।

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

1995-1996

এই সময়ে (অক্টোবর 1995) ডেভিড এস মিলার লিনাক্স কার্নেলের ( লিনাক্স / স্পার্ক পোর্ট ) স্পার্ক বন্দরের জন্য সিভিএস ব্যবহার শুরু করেছিলেন started ফেব্রুয়ারী 1996 এর মধ্যে আরও কয়েকজন কার্নেল বিকাশকারী প্যান্টের ট্র্যাক রাখতে স্বতন্ত্রভাবে সিভিএস ব্যবহার করছিলেন, লিনাক্স-কার্নেল থেকে এই থ্রেড এবং এই থ্রেড : অ্যালান কক্স, স্টিফেন টোডি, কাই হেনিংসেন। (দ্বিতীয় থ্রেডে রাশ নেলসন প্রথম হাতের লিনাসকে সিভিএসে বিদ্বেষ জানিয়েছে বলে প্রতিবেদন করেছে।)

1997-1998

১৯৯ 1998 সালের এপ্রিলে লিনাসের দ্বিতীয় সন্তানের জন্মের পরপরই আবার সিভিএসের বিষয়টি আবার উঠে আসে, লিনাক্স-কার্নেল থেকে এই সাবট্র্যাডটি দেখুন (লিনাস সেখানে সরাসরি সিভিএস সম্পর্কে তাঁর উদ্বেগের পুনরাবৃত্তি করেছেন)।

ডিসেম্বর 1997 সালে, অ্যান্ড্রু Tridgell নিরতিশয় নার্ভাস মুক্তি , একটি ওয়েব ভিত্তিক বাগ যে ব্যক্তি অনুসরণ করে। অ্যালান কক্স ১৯৯৯ সালের জুনের মধ্যে "লিনাক্স-প্যাচগুলি" জিটারবাগের লিনাক্স-কার্নেলের পক্ষে পরামর্শ দিচ্ছিলেন । এটি যতদূর আমি বলতে পারি, লিনাস এবং অন্যান্য মূল বিকাশকারীরা ব্যবহৃত প্রথম আসল বাগ ট্র্যাকিং সিস্টেম, দুর্ভাগ্যক্রমে "লিনাক্স-প্যাচ" উদাহরণটি আর অনলাইনে নেই।

সেপ্টেম্বর 1998 সালে, বিটকিপার ল্যারি ম্যাকইভয় দ্বারা লিনাক্স-কার্নেলে প্রথম প্রচারিত হন ।

1999 এবং তারপরে

দ্বারা 1999/2000 lkml প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী উল্লেখ উপর (মূল) vger জীবনবৃত্তান্ত গাছকে (কিউ 1-16) শুরু করে। এটি এ সময় রক্ষণাবেক্ষণ করেছিলেন অ্যান্ড্রু ট্রিজেল।

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

২০০২ সালের জানুয়ারির মধ্যে লিনাস বিটকিপারে আগ্রহী হওয়া শুরু করে (ইতিমধ্যে পাওয়ারপিসি লিনাক্স কার্নেল টিম ব্যবহার করে)।

ফেব্রুয়ারিতে 2002 লিনাস 2.5 বিকাশের গাছের জন্য বিটকিপার ব্যবহার শুরু করে ।

২০০২ সালের নভেম্বরে ওএসডিএল 2.5 লিখিত গাছের জন্য লিনাক্স বাগজিলা হোস্ট করেছিল । (আপনি যদি ইতিমধ্যে প্রশ্নটিতে বাগজিলা লিঙ্কটি না পড়ে থাকেন তবে এখনই এটি পড়ুন, এতে মদ লিনাস ভ্যান্ট রয়েছে)।

২০০ April সালের এপ্রিল মাসে লিনাস বিটকিপার থেকে দূরে সরে যাওয়ার ঘোষণা দিয়েছিলেন , প্রায় সময় তিনি gitনামটি দিয়ে উল্লেখ করেছিলেন । গিটটি স্ব-হোস্টিংয়ের পক্ষে সক্ষম হয়ে যাওয়ার অল্প সময়েই লিনাস বিটকিপারকে ব্যবহার বন্ধ করে দিয়ে কার্নেলের জন্য গিট ব্যবহার শুরু করে।

২০০৮ সালের ডিসেম্বরে লিনাক্স-কার্নেলের জন্য প্যাচওয়ার্ক প্যাচ ট্র্যাকার ঘোষণা করা হয়েছিল , এটি একটি এসসিসিএস-অজ্ঞেস্টিক ওয়েব-ভিত্তিক প্যাচ ট্র্যাকার যা প্যাচগুলি এবং ফলোআপগুলি ট্র্যাক করার জন্য মেলিং তালিকার সাথে সংহত করে। এটির ব্যবহার আজও অব্যাহত রয়েছে, প্রায় সক্রিয় নয় তবে https://patchwork.kernel.org/ এ প্রায় 40 টি তালিকা এইভাবে ট্র্যাক করা হয়েছে ।

তথ্যসূত্র

দরকারী তথ্যসূত্র:

বিতরণকৃত কাজের সারমর্ম: লিনাক্স কার্নেলের ক্ষেত্রে (জায়ে ইউ মুন, লি স্প্রোল) http://www.firstmonday.org/ojs/index.php/fm/article/view/801/710 (নভেম্বর 2000)
লিনাক্স বাগ রিপোর্ট করার জন্য গাইডলাইন (জুলাই 1992) http://www.linuxmisc.com/19-linux/c27174dbc2bf7185.htm
কেনেথ আর সাবোরিওর গুরুত্বপূর্ণ লিনাক্স পোস্টিং / ইমেলগুলির সংরক্ষণাগার: http://www.informatica.co.cr/linux/index.htm (1991-2005)
লিনাক্স-কার্নেল সংরক্ষণাগারগুলি আজ থেকে (নভেম্বর 2014) 1995-এ ফিরে এসেছে http://lkml.iu.edu/hypermail/linux/kernel/ (দুঃখের বিষয়, প্রথম ইমেলটি ১৯৯৫ সালের জুনে যেখানে প্রশাসক ক্রিস ডেন্ট ঘোষণা করেছিলেন যে তিনি আগেরটি হারিয়েছেন সংরক্ষণাগারগুলি ...) LKML সংরক্ষণাগারটি কেবল 1996 এ ফিরে আসে
Tsx11 http://www.ibiblio.org/pub/historic-linux/ftp-archives/tsx-11.mit.edu/Oct-07-1996/mail-archive/linux- থেকে লিনাক্স-ডেভেল 1993-1994 এর অংশগুলি ডেভেল / (ইউআরএল এবং ফাইলগুলিতে তারিখগুলি উপেক্ষা করুন)
সংস্করণ পরিচালনার সরঞ্জামগুলি: লিনাক্স কার্নেল , জাইখ এবং কর্নফোর্ডে সিভিএস থেকে বিকে (সিএ 2003)
গিটের 10 তম বার্ষিকী হিসাবে এই হ্যাকার নিউজ থ্রেডটি (মার্চ 2015) দেখুন: https://news.ycombinator.com/item?id=9263336

— mr.spuratic
সূত্র

@ মিঃ স্পুর্যাটিক ভাগ করে নেওয়ার জন্য আপনাকে ধন্যবাদ।

— শিরিশ

অনেক আকর্ষণীয় নথি নিয়ে আকর্ষণীয় গবেষণা! +1

সত্যিই প্রাথমিক সময়ের অন্তর্দৃষ্টি করার জন্য +1 আমার উত্তরকে মারধর করে । আমি কখনই জানতাম না dg.com। ছিল ডেটা জেনারেল, এখন ডলার জেনারেল। ধরণের দুঃখজনক, তবে একধরণের হাস্যকর।

ভাল উত্তর. বিদ্রোহী কোড: লিনাক্স এবং ওপেন সোর্স রেভোলিউশন বইটিতে আরও কিছু সম্পর্কিত আলোচনা রয়েছে ।

— ফাহিম মিঠা

আমি বলতে পারি যে কীভাবে বাগ রিপোর্টিংটি gitনিজের বিকাশের জন্য পরিচালিত হয়।

তারা কোনও বাগ ট্র্যাকিং সফ্টওয়্যার ব্যবহার করে না। ত্রুটিগুলি বিকাশ মেলিংলিস্টে রিপোর্ট এবং আলোচনা করা হয় । এটি সম্ভবত আশ্চর্যজনক, তবে খুব ভালভাবে কাজ করে।

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

এটি সম্পর্কে নয় "আমরা এখনও বাগ ট্র্যাকারটি খুঁজে পাইনি যা যথেষ্ট ভাল";
তবে এটি "আমাদের একটি উচ্চতর পদ্ধতি আছে" সম্পর্কেও নয়।

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

পদ্ধতির সর্বাধিক আনুষ্ঠানিক অংশটি একটি সাপ্তাহিক স্থিতির সংক্ষিপ্ত বার্তা।
এটি বর্তমানে ছোট ছোট আইটেম হিসাবে বিভিন্ন শাখায় চলমান জিনিসগুলির তালিকা করে। গিট বিকাশের উদাহরণের জন্য, gmane.comp.version-control.gitমেলিং তালিকাকে মিরর করা নিউজগোষ্ঠীতে এটি দেখুন: git.git এ কী রান্না করছে

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

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

— ভোলকার সিগেল
সূত্র

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

— slm

@ এসএলএম আমি সম্মত - যদিও আমি খুশি যে এখনই এটি আবার খোলা হয়েছে, এবং এর একটি আংশিক উত্তর রয়েছে, এই প্রশ্নটি বিশদ সহ আরও ভাল উত্তরের দাবি রাখে, এবং ইতিহাসটি আবৃত করে - এটি ঠিক যে আমি কীভাবে এটির জন্য বিশদ বিবরণ জানি না কার্নেল সরাসরি, এটি সমস্ত জল্পনা হবে।

— ভোলকার সিগেল

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

— slm