如何修復(fù)Fedora Linux 中Bug以及確定Bug的優(yōu)先級(jí)

今天就跟大家聊聊有關(guān)如何修復(fù)Fedora Linux 中Bug以及確定Bug的優(yōu)先級(jí)，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

發(fā)布開發(fā)過程

作為一個(gè) Linux 發(fā)行項(xiàng)目，我們希望為用戶提供完善的、一切正常的體驗(yàn)。我們的發(fā)布起始于 “Rawhide”。我們?cè)?Rawhide 中集成了所有更新的自由及開源軟件的新版本。我們一直在不斷改進(jìn)正在進(jìn)行的測(cè)試和持續(xù)集成Continuous Integration過程，為了讓即使是 Rawhide 也能被冒險(xiǎn)者安全使用?？墒牵瑥谋举|(zhì)來講，Rawhide 始終有點(diǎn)粗糙。

每年兩次，我們把這個(gè)粗糙的操作系統(tǒng)先后分支到測(cè)試版本、最終版本。當(dāng)我們這么做時(shí)，我們齊心協(xié)力地尋找問題。我們?cè)?ruby>測(cè)試日Test Days檢查特定的區(qū)域和功能。制作“候選版本Candidate builds”，并根據(jù)我們的 發(fā)布驗(yàn)證測(cè)試計(jì)劃 進(jìn)行檢測(cè)。然后我們進(jìn)入凍結(jié)狀態(tài)freeze state，只有批準(zhǔn)的更改可以并入候選版本。這就把候選版本從持續(xù)的開發(fā)隔離開來，持續(xù)的開發(fā)不斷并入 Rawhide 中。所以，不會(huì)引入新的問題。

在發(fā)布過程中許多 bug 被粉碎去除，這些 bug 有大有小。當(dāng)一切按計(jì)劃進(jìn)行時(shí)，我們?yōu)樗杏脩籼峁┝税从?jì)劃發(fā)布的嶄新的 Fedora  Linux 版本。（在過去幾年里，我們已經(jīng)可靠地重復(fù)這一動(dòng)作——感謝每一個(gè)為之努力工作的人！）如果確實(shí)有問題，我們可以將其標(biāo)記為發(fā)布阻礙release blocker。這就意味著我們要等到修復(fù)后才能發(fā)布。發(fā)布阻礙通常代表重大問題，該表達(dá)一定會(huì)引發(fā)對(duì) bug 的關(guān)注。

有時(shí)，我們遇到的一些問題是持續(xù)存在的。可能一些問題已經(jīng)持續(xù)了一兩個(gè)版本，或者我們還沒有達(dá)成共識(shí)的解決方案。有些問題確實(shí)困擾著許多用戶，但個(gè)別問題并沒有達(dá)到阻礙發(fā)布的程度。我們可以將這些東西標(biāo)記為阻礙blocker。但這會(huì)像錘子一樣砸下來。阻礙可能導(dǎo)致最終粉碎該 bug，但也可能導(dǎo)致破壞了周圍。如果進(jìn)度落后，所有其它的 bug 修復(fù)、改進(jìn)以及人們一直在努力的功能，都不能到達(dá)用戶手中。

按優(yōu)先順序排列 bug 流程

所以，我們有另一種方法來解決煩人的 bug。按優(yōu)先順序排列 bug 流程，與其他方式不同，可以標(biāo)出導(dǎo)致大量用戶不滿意的問題。這里沒有錘子，更像是聚光燈。與發(fā)布阻礙不同，按優(yōu)先順序排列 bug 流程沒有一套嚴(yán)格定義的標(biāo)準(zhǔn)。每個(gè) bug 都是根據(jù)影響范圍和嚴(yán)重性來評(píng)估的。

一個(gè)由感興趣的貢獻(xiàn)者組成的團(tuán)隊(duì)幫助策劃一個(gè)簡(jiǎn)短列表，上面羅列著需要注意的問題。然后，我們的工作是將問題匹配到能夠解決它們的人。這有助于減輕發(fā)布過程中的壓力，因?yàn)樗鼪]有給問題指定任何特定的截止時(shí)間。理想情況下，我們能在進(jìn)入測(cè)試階段之前就發(fā)現(xiàn)并解決問題。我們盡量保持列表簡(jiǎn)短，不會(huì)超過幾個(gè)，這樣才會(huì)真正有重點(diǎn)。這種做法有助于團(tuán)隊(duì)和個(gè)人解決問題，因?yàn)樗麄冎牢覀冏鹬厮麄冏浇笠娭獾臅r(shí)間與精力。

通過這個(gè)過程，F(xiàn)edora 解決了幾十個(gè)嚴(yán)重而惱人的問題，包括從鍵盤輸入故障到 SELinux  錯(cuò)誤，再到數(shù)千兆字節(jié)大小的舊包更新會(huì)逐漸填滿你的磁盤。但是我們可以做得更多——我們實(shí)際上收到的提案沒有達(dá)到我們的處理能力上限。因此，如果你知道有什么事情導(dǎo)致了長(zhǎng)期挫折或影響了很多人，至今沒有達(dá)成解決方案，請(qǐng)遵循 按優(yōu)先順序排列 bug 流程，提交給我們。

你可以幫助我們

邀請(qǐng)所有 Fedora 貢獻(xiàn)者參與按優(yōu)化順序排列 bug 的流程。評(píng)估會(huì)議每?jī)芍茉?IRC 上舉辦一次。歡迎任何人加入并幫助我們?cè)u(píng)估提名的 bug。會(huì)議時(shí)間和地點(diǎn)參見 日歷。Fedora 項(xiàng)目經(jīng)理在會(huì)議開始的前一天將議程發(fā)送到 triage 和 devel 郵件列表。

歡迎報(bào)告 bug

當(dāng)你發(fā)現(xiàn) bug 時(shí)，無論大小，我們很感激你能報(bào)告 bug。在很多情況下，解決 bug  最好的方式是交給創(chuàng)建該軟件的項(xiàng)目。例如，假設(shè)渲染數(shù)據(jù)相機(jī)照片的 Darktable 攝影軟件出了問題，最好把它帶給 Darktable  攝影軟件的開發(fā)人員。再舉個(gè)例子，假設(shè) GNOME 或 KDE 桌面環(huán)境或組成部分軟件出了問題，將這些問題交給這些項(xiàng)目中通常會(huì)得到最好的結(jié)果。

然而， 如果這是一個(gè)特定的 Fedora 問題，比如我們的軟件構(gòu)建或配置或者它的集成方式的問題，請(qǐng)毫不猶豫地 向我們提交 bug。當(dāng)你知道有一個(gè)問題是我們還沒有解決的，也要提交給我們。

我知道這很復(fù)雜……最好有一個(gè)一站式的地方來處理所有 bug。但是請(qǐng)記住，F(xiàn)edora 打包者大部分是志愿者，他們負(fù)責(zé)獲取上游軟件并將其配置到我們系統(tǒng)中。他們并不總是對(duì)他們正在使用的軟件的代碼有深入研究的專家。有疑問的時(shí)候，你可以隨時(shí)提交一個(gè) Fedora bug。Fedora 中負(fù)責(zé)相應(yīng)軟件包的人可以通過他們與上游軟件項(xiàng)目的聯(lián)系提供幫助。

看完上述內(nèi)容，你們對(duì)如何修復(fù)Fedora Linux 中Bug以及確定Bug的優(yōu)先級(jí)有進(jìn)一步的了解嗎？如果還想了解更多知識(shí)或者相關(guān)內(nèi)容，請(qǐng)關(guān)注億速云行業(yè)資訊頻道，感謝大家的支持。