Процеси використовували групи новин (USENET) та (переважно) електронну пошту. Помилка "існувала" як нитка, введення " [BUG REPORT]" або " LINUX BUG REPORT" в тему було звичайною умовою. Ідентифікаторів помилок не було. Зважаючи на типову базу користувачів, звіт про помилки часто надходив із виправленням. Був використаний один давно забутий програмний інструмент: ibug(див. Нижче), крім цього diff+ patch.
З установки та початку роботи Linux (січень 1994 р., Архівізована копія v2.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) на comp.os.linux:
https://groups.google.com/d/topic/comp.os.linux/TwPA00rZMJo/discussion
Дуже рано з’явився список електронних листів ml-linux-bugs (1992/1993), з цього раннього FAQ у дистрибутиві Slackware 1.01:
VI.01) Здається, що $ # @! Порт на Linux не працює належним чином, що мені робити з повідомленнями про помилки?
[...] Зауважте, що мій список звітів про помилки "ml-linux-bugs@dg-rtp.dg.com" припинено. Виявляється, у Linux так мало помилок, більшість з яких вирішуються на групі новин або через Linus, перш ніж я зможу їх накопичити та розмістити. :) Коротше кажучи: якщо є помилка в Linux або в Linux-портативному програмному забезпеченні, вона, як правило, буде виправлена в наступному патч-рівні або версії.
Був список електронних листів "linux-kernel" (який працював на оригіналі vger), групи новин alt.os.linux, потім comp.os.linux (який швидко розпався на ієрархію в 1993 році ).
Цей ранній FAQ щодо Linux (v1.11 листопада 1992 р.) Від comp.os.linux також пропонує безпосередньо надіслати електронний лист Linus.
У 1992 році Метт Уельш ( запуск Linux , Linux Bible , TLDP ) оголосивibug про допомогу в створенні звітів про помилки, надіслані електронною поштою (за іронією долі, ви не могли запускати це в Linux на той час, оскільки у нього бракувало достатньої кількості мереж, щоб можна було надіслати електронний лист).
Шаблон звіту про помилкуlinux.temp електронної пошти також періодично публікувався на comp.os.linux, і оновлення до звіту про помилки мали шаблон оновленняlinux.fix.temp .
Було також сховище патчів (FTP) , наскільки я можу сказати, це було здебільшого (не виключно) для патчів програм для перенесення до Linux.
1993-1994
Копії CVS джерела ядра були поширеними, найдавніший, який я можу знайти, - це Дірк Штейнберг, з епохи kernel-0.99.14. Перша заява я можу знайти з кінця січня 1993 року на Linux-активістів. Ви все ще можете знайти архівні копії (1994) . Дірк також підтримував резюме бінарних файлів та джерела libc у CVS.
CVS не використовувався для відстеження помилок у сучасному розумінні, деякі розробники вважали за краще використовувати його, а патчі часто надсилалися у вигляді створених відеофайлів.
1995-1996
Приблизно в цей час (жовтень 1995 р.) Девід С. Міллер почав використовувати CVS для порту SPARC ядра Linux ( порт Linux / SPARC ). До лютого 1996 р. Декілька інших розробників ядер незалежно використовували CVS для відстеження виправлень, з linux-ядра ця нитка та нитка : Алан Кокс, Стівен Твіді, Кай Хеннінгсен. (Другий потік повідомляє Расса Нельсона, заявляючи про неприязнь Лінуса з перших рук до CVS.)
1997-1998
У квітні 1998 року, незабаром після народження другої дитини Лінуса, питання CVS знову з'явилося, з Linux-ядра дивіться цей підряд (Лінус знову підтверджує свою стурбованість щодо CVS там).
У грудні 1997 року Ендрю Тріджелл випустив jitterbug , веб-трекер помилок. До червня 1998 р. Алан Кокс "linux-патчі" JitterBug підтримував Linux-ядро . Наскільки я можу сказати, перша фактична система відстеження помилок, яку використовували Лінус та інші ключові розробники, на жаль, екземпляр "linux-patches" вже не в мережі.
У вересні 1998 року Биткер вперше просувається Ларрі МакЕвой на linux-ядрі .
1999 р. І пізніше
До 1999/2000 рр. Lkml FAQ почав посилатися (Q 1-16) на дерево CVS на (оригінальному) vger. Це підтримував у той час Ендрю Тріджелл.
До грудня 2001 року Джиттербуг прийшов у немилість, дивіться цю нитку Linux-ядра , Лінус, Алан Кокс та багато інших беруть участь у обговоренні того, чому.
До січня 2002 року Лінус почав цікавитися бітмером (який вже використовується командою ядра PowerPC Linux).
У лютому 2002 року Лінус почав використовувати Bitkeeper для дерева розвитку 2,5.
У листопаді 2002 р OSDL брав Linux Bugzilla для 2,5 дерево було оголошено . (Якщо ви ще не читали посилання на помилку у питанні, перейдіть і прочитайте його зараз, воно містить старовинні тиражі Linus).
У квітні 2005 року Лінус оголосив про відхід від BitKeeper , приблизно в той час, коли його вперше згадували gitпо імені . Незабаром після того, як git став здатний до самостійного хостингу , Лінус перестав використовувати BitKeeper і почав використовувати git для ядра.
У грудні 2008 року було оголошено патч-трекер Patchwork для Linux-ядра , це SCCS-агностичний веб-трекер-патч, який інтегрується зі списками розсилки для відстеження виправлень та подальших дій. Його використання триває і донині, на сайті https://patchwork.kernel.org/ відслідковується приблизно 40 списків , хоча не всі вони активні.
Список літератури
Корисні посилання: