當前位置: 首頁>>技術教程>>正文


申請審查委員會如何運作?

, , ,

問題描述

根據 https://wiki.ubuntu.com/AppReviews,應用程序審查流程對上遊軟件開發人員和 Ubuntu 打包人員都有利。重點似乎是上遊開發人員的優勢在於可以更快、更輕鬆地將他們的應用程序放入軟件中心,同時他們通過準備他們的應用程序進行打包來幫助 Ubuntu 包管理器。

這似乎是一件大事。 wiki 上的說明指出,開發人員完成其中列出的一些步驟,包括將應用程序上傳到 PPA,並請求審查,經過一段時間審查,並接受 &包含在 Ubuntu 存儲庫中,或者根本不接受。

雖然這看起來是一種將應用程序快速添加到軟件中心的簡單、公平的方法,但我認為我遺漏了一些東西。我注意到,雖然 there are some requests pending 那裏沒有(或幾乎沒有)活動。一切都好像在大約 5-6 個月前被凍結了一樣,聞起來有點被遺棄了。

我是否理解錯誤,一切正常(例如,他們可能隻在 UDS 接受審查?),還是發生了什麽變化?任何人都可以向我解釋清楚,這個審查(和包含在存儲庫中)的過程究竟是如何工作的?

最佳方法

現在的情況

在最近的 Ubuntu App-Developers Week(9 月 5 日至 9 日)中,ARB 是 session topic (Tues 6th Sept)

總結 IRC classroom(在課程展開時轉錄,因此簡潔,它反映了課程的順序!):

  1. 將來,就像付費應用程序一樣,免費/自由的應用程序將通過 MyApps 門戶提交(參見下麵的藍圖)

  2. ARB 是一個由 4 個社區成員組成的小組,負責允許小型獨立應用程序進入穩定的發行版(即已發布)

  3. Board 為打包提供幫助並確保應用程序符合標準的 ubuntu 打包規則。

  4. 兩個應用程序已完成此過程 – ‘News’ 和 ‘Suspended Sentence’ – 均已提供給 Maverick (10.10)

  5. 確認將放棄 Launchpad 以支持 MyApps 門戶。

  6. Ways to get free/libre apps into ubuntu – 通過 debian 並在功能凍結前同步到 ubuntu,通過 backport 或通過 ARB

  7. 將應用程序支付到 ubuntu 的方法 – 規範合作夥伴應用程序(視具體情況而定)或通過軟件中心購買應用程序

  8. 如果通過 ARB 提交 – 您是維護者並負責提交 Ubuntu 的每個新版本。因此優先選擇來自上遊的包,因為它們是自動同步的。

  9. ARB 接受的應用程序添加到 extras.ubuntu.com 存儲庫

  10. 如果 ARB 包中存在嚴重錯誤或安全問題,董事會成員將盡最大努力嘗試修複 – 然後聯係維護人員。如果維護者沒有響應 – 應用程序將被刪除並推送一個空包。

  11. ARB 成員認可長度審查過程。希望使用 Arkose 來容器化應用程序 – 類似於 Android 應用程序,其中包含允許應用程序執行的操作列表。應該允許更快的審查,而不必做一個完整的 code-review(這是當前長度延遲的關鍵原因)。這也是不能接受複雜的應用程序或使用某些語言編寫的應用程序的原因

  12. 還希望生成一個 debhelper 腳本來自動打包應用程序以滿足 ARB 規則。

  13. Long-term – 通過 MyApps 作為帶有構建配方的源代碼的 tarball 提交。這將生成 Arkose 或 Apparmor 配置文件等。然後應在數小時內(而不是現在數周)審查 ARB 流程,然後再將其推送到軟件中心。

ARB 藍圖

Oneiric ARB blueprint 是在今年 5 月籌集的,目標是 Oneiric。

評論 tag-line 是“我們希望讓人們了解人們如何在 Ubuntu 中獲取他們的應用程序,我們希望審查 ARB 的工作情況。

  • 哪些事情運作良好?

  • 哪些地方需要改進?”

在實現 blue-print 的目標方麵取得了一些進展:

  • 新的 app-review 郵件列表 (app-review-board@lists.ubuntu.com)

  • checklist 將應用程序上傳到 live extras 存儲庫的步驟

  • 在與利益相關者討論如何簡化合並和納入變更的過程方麵取得進展

  • Ubuntu Planet 上發布的準備和文章

  • New beta web-page 供開發者指導完成提交過程(雖然目前適用於商業開發者)

正如 blue-print 中的注釋所示 – Canonical 自己的開發人員需要 “motivating” 才能使 ARB 流程正常工作。有人談論招聘某人主要是為了推動這個過程。

Time-frame

所以回答這個問題 – ARB 正在為商業開發人員工作(隻是),並計劃讓 ARB 在 Oneiric 時間範圍內全麵工作。

然而,您可以推測,考慮到藍圖中未完成的項目數量 – 也許 12.04 會是一個更安全的賭注。

參考資料

本文由Ubuntu問答整理, 博文地址: https://ubuntuqa.com/zh-tw/article/11902.html,未經允許,請勿轉載。