Linuxカーネルプロジェクトの初期にバグをどのように追跡しましたか?

Linuxカーネルプロジェクトの初期にバグをどのように追跡しましたか?

私たちは皆、Linus TorvaldsがBitkeeperの問題のためにGitを作成したことを知っています。 (少なくとも私にとって)私が知らないのは、その前に問題/チケット/バグを追跡する方法です。私は試しましたが、興味深いものを取得できませんでした。このトピックについて私ができる唯一の議論はこれです。LinusはBugzillaの使用に関する懸念を共有しています。

推測:- 人々が初期段階でバグを追跡する最も簡単な方法は、チケットを自分の四半期に置くことです。しかし、ノイズが良いバグよりも大きくなるとすぐには拡張されないと確信しています。

私はBugzillaを見て使ってみましたが、正しい「キーワード」を知らないと時々詰まることがあります。メモ:私は特に初期(1991-1995)に興味があります。に慣れる問題を追跡してください。

2つの手がかりを見ました。」カーネルSCMの凡例「、そして」常識:Gitはいつ自分のホスティングになりましたか?しかし、これらのどれも初期のカーネルバグトレースについて言及していません。

私は周りを検索しましたが、1991-1992年に登場したFOSSバグ追跡ソフトウェアが見つかりませんでした。 Bugzilla、Request-tracker、その他のツールははるかに後でリリースされたため、段階的に廃止されているようです。

重要な問題

  1. それでは、当時、Linusとサブシステム管理者、ユーザーはどのようにバグを報告して追跡しましたか?
  2. バグトラッキングソフトウェアを使用したり、バグブランチを作成したり、その中のバグに関する問題やディスカッションを手動で送信したり(費用がかかり、痛みを伴う)、または単に電子メールを使用しますか?
  3. ずっと後、Bugzillaが登場し(1998年に最初にリリースされました)エラーの事実を事後に報告する主な方法

過去に何が起こったのかをより明確に理解することを楽しみにしています。

ベストアンサー1

最初に何か(パッチやバグレポート)を提供する必要がある場合は、Linusにメールで送信できます。これはリストにメールを送信する方法で進化しました(リストが作成される前[email protected])。kernel.org

バージョン管理はありません。 Linusは時々FTPサーバにtarballを置く。これは「ラベル」と同じです。最初に利用可能なツールはRCSとCVSでしたが、Linusはそれを嫌っていたので、誰もがパッチをメールで送りました。 (ありますリヌスの説明彼がCVSを使用したくない理由について。 )

Bitkeeper以前は、他の独自のバージョン管理システムがありましたが、Linuxの分散型ボランティアベースの開発のために利用できなくなりました。パッチが独自のバージョン管理システム(ライセンスは数千ドルから始まる)を通過する必要がある場合、バグを発見したばかりの人はパッチを送信しません。

Bitkeeperは両方の問題を解決します。 CVSほど集中化されておらず、フリーソフトウェアではありませんが、カーネルの貢献者は無料で利用できます。そのため、しばらくは十分に良くなりました。

今日のgitベースの開発にもかかわらず、メーリングリストはまだ最も重要な場所です。何かを貢献したい場合は、もちろんgitを使用して準備できますが、マージする前に関連するメーリングリストで議論する必要があります。 Bugzillaは「プロフェッショナル」に見え、専門的でない人々の説得力はバグレポートを吸収するために存在します。本物それの一部になりたいです。

古いバグ報告の指示を見るにはLinux 履歴ストア。 (これはgitが存在する前のすべてのバージョンを含むgitリポジトリです。ほとんどの場合、tarballで再構築されるため、バージョンごとに1つのコミットが含まれています。)興味のあるファイルには、、、およびがREADMEありMAINTAINERSますREPORTING-BUGS

Linux-0.99.12 readmeで見つけることができる興味深いものの1つは次のとおりです。

 - if you have problems that seem to be due to kernel bugs, please mail
   them to me ([email protected]), 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.

おすすめ記事