บอร์ดรีวิวแอปพลิเคชันทำงานอย่างไร

ตามhttps://wiki.ubuntu.com/AppReviewsขั้นตอนการสมัครการสอบทานเป็นสิ่งที่ดีทั้งสำหรับนักพัฒนาซอฟแวร์ต้นน้ำและ packagers อูบุนตู ประเด็นก็คือผู้พัฒนาต้นน้ำมีข้อได้เปรียบในการนำแอพเข้ามาในศูนย์ซอฟต์แวร์ได้เร็วและง่ายขึ้นในขณะที่พวกเขาช่วยผู้จัดการแพคเกจ Ubuntu ด้วยการเตรียมแอพพลิเคชั่นสำหรับบรรจุภัณฑ์

ดูเหมือนว่าจะเป็นเรื่องใหญ่ คำแนะนำเกี่ยวกับ wiki ระบุว่าผู้พัฒนาปฏิบัติตามขั้นตอนบางอย่างที่ระบุไว้ในนั้นรวมถึงการอัปโหลดแอปพลิเคชันไปยัง PPA และร้องขอการตรวจสอบและหลังจากเวลาผ่านไปจะมีการตรวจสอบและยอมรับ & รวมไว้ในที่เก็บของ Ubuntu

แม้ว่านี่จะเป็นวิธีที่ง่ายและยุติธรรมในการเพิ่มแอปพลิเคชันไปยังศูนย์ซอฟต์แวร์อย่างรวดเร็ว แต่ฉันคิดว่าฉันขาดอะไรบางอย่างไป ฉันสังเกตเห็นว่าในขณะที่มีคำขอบางอย่างที่รอดำเนินการอยู่จะไม่มีกิจกรรม (หรือแทบจะไม่มี) ทุกอย่างดูเหมือนว่ามันจะถูกแช่แข็งประมาณ 5-6 เดือนที่ผ่านมาและมันก็มีกลิ่นเล็กน้อย

ฉันเข้าใจว่ามีอะไรผิดปกติและทุกอย่างก็โอเค (อาจเป็นเพราะพวกเขากำลังตรวจสอบที่ UDS เท่านั้น) หรือมีบางอย่างเปลี่ยนแปลง ทุกคนสามารถอธิบายได้อย่างชัดเจนว่ากระบวนการตรวจสอบนี้ (และรวมอยู่ในที่เก็บข้อมูล) ทำงานอย่างไร

สถานการณ์ปัจจุบัน

ARB เป็นหัวข้อเซสชัน (วันที่ 6 กันยายน)ในสัปดาห์ที่ผ่านมาของUbuntu App-Developers (วันที่ 5-9 กันยายน)

สรุปห้องเรียน IRC (ถอดความเป็นบทเรียนที่แผ่ออกไปดังนั้นความกะทัดรัดและมันสะท้อนให้เห็นถึงลำดับของบทเรียน!):

1. ในอนาคตเช่นเดียวกับที่จ่ายให้กับแอปพลิเคชันแอปฟรี / libre จะถูกส่งผ่านพอร์ทัล MyApps (ดูพิมพ์เขียวด้านล่าง)
2. ARB เป็นกลุ่มสมาชิกในชุมชน 4 กลุ่มที่รับผิดชอบในการอนุญาตแอปแบบสแตนด์อโลนขนาดเล็กให้เข้าสู่ distro ที่เสถียร (เช่นเผยแพร่แล้ว)
3. บอร์ดเสนอความช่วยเหลือด้านบรรจุภัณฑ์และทำให้มั่นใจว่าแอพตรงตามกฎการบรรจุภัณฑ์ของ Ubuntu แบบมาตรฐาน
4. มีสองแอปที่ผ่านกระบวนการ - 'ข่าว' และ 'ประโยคที่ถูกระงับ' - ทั้งคู่มีให้กับผู้ไม่ฝักใฝ่ฝ่ายใด (10.10)
5. ยืนยันว่า Launchpad จะถูกทิ้งในความโปรดปรานของพอร์ทัล MyApps
6. วิธีรับแอพฟรี / libre เข้าสู่ ubuntuผ่านเดเบียนและซิงค์ไปยัง ubuntu ก่อนที่คุณสมบัติจะค้างผ่านbackportหรือผ่าน ARB
7. วิธีในการรับเงินสำหรับแอพใน Ubuntu - แอพพันธมิตร Canonical (กรณีเป็นกรณี ๆ ) หรือผ่านการซื้อแอปผ่านศูนย์ซอฟต์แวร์
8. หากส่งผ่าน ARB - คุณเป็นผู้ดูแลและรับผิดชอบในการส่ง Ubuntu ทุกรุ่นใหม่ ดังนั้นการกำหนดค่าตามความชอบสำหรับแพ็กเกจจาก upstream เนื่องจากมีการซิงค์โดยอัตโนมัติ
9. แอปที่ยอมรับ ARB ถูกเพิ่มเข้าไปในที่extras.ubuntu.comเก็บ
10. หากมีข้อผิดพลาดที่สำคัญหรือปัญหาด้านความปลอดภัยในแพ็คเกจ ARB สมาชิกของบอร์ดจะพยายามแก้ไขโดยใช้ความพยายามอย่างดีที่สุด - จากนั้นติดต่อผู้ดูแล ในกรณีที่ผู้ดูแลไม่ตอบสนอง - แอปจะถูกลบและผลักแพคเกจเปล่า
11. สมาชิก ARB รับรู้กระบวนการตรวจสอบความยาว กำลังมองหาที่จะใช้Arkoseกับแอพ containerise - คล้ายกับแอพ Android ที่มีรายการการกระทำที่อนุญาตให้แอปทำงานได้ ควรอนุญาตให้ตรวจสอบได้เร็วขึ้นโดยไม่ต้องทำการตรวจสอบโค้ดแบบเต็ม (นี่คือเหตุผลสำคัญสำหรับการหน่วงเวลาความยาวปัจจุบัน) เป็นเหตุผลที่ไม่สามารถยอมรับแอพที่ซับซ้อนหรือแอพที่เขียนในบางภาษา
12. ยังต้องการสร้างสคริปต์ debhelper เพื่อจัดทำแอปโดยอัตโนมัติเพื่อให้สอดคล้องกับกฎ ARB
13. ระยะยาว - การส่งผ่าน MyApps เป็น tarball ของซอร์สโค้ดพร้อมสูตรการสร้าง สิ่งนี้จะสร้างโปรไฟล์ Arkose หรือ Apparmor เป็นต้น กระบวนการ ARB ควรได้รับการตรวจสอบในเวลาไม่กี่ชั่วโมง (แทนที่จะเป็นสัปดาห์นี้) ก่อนที่จะถูกผลักไปยังศูนย์ซอฟต์แวร์

ARB พิมพ์เขียว

พิมพ์เขียว ARB oneiricถูกยกขึ้นในเดือนพฤษภาคมปีนี้และมีการกำหนดเป้าหมายสำหรับ oneiric

แท็กรีวิวคือ "เราต้องการสังคมว่าผู้คนสามารถใช้แอพใน Ubuntu ได้อย่างไรและเราต้องการตรวจสอบว่า ARB ทำงานได้ดีเพียงใด

• สิ่งใดทำงานได้ดี
• พื้นที่ที่ต้องการปรับปรุงคืออะไร "

มีความคืบหน้าในการบรรลุเป้าหมายของการพิมพ์สีน้ำเงิน:

• ใหม่รายชื่อผู้รับจดหมายตรวจสอบแอป (app-review-board@lists.ubuntu.com)
• รายการตรวจสอบขั้นตอนในการอัพโหลดแอพไปยังพื้นที่เก็บข้อมูลพิเศษ
• ความคืบหน้าในการพูดคุยกับผู้มีส่วนได้ส่วนเสียเกี่ยวกับวิธีทำให้กระบวนการรวมและการเปลี่ยนแปลงเป็นเรื่องง่ายขึ้น
• การเตรียมและบทความสำหรับการเผยแพร่บนUbuntu Planet
• ใหม่เบต้าเว็บเพจสำหรับนักพัฒนาเพื่อเป็นแนวทางในกระบวนการส่ง (แม้ว่าในปัจจุบันสำหรับนักพัฒนาเชิงพาณิชย์)

ตามหมายเหตุในการพิมพ์สีฟ้าบ่งชี้ - ผู้พัฒนาของ Canonical ต้องการ "motivating" เพื่อให้กระบวนการ ARB ทำงานได้ มีการพูดถึงการสรรหาคนมาเป็นหลักในการย้ายกระบวนการไปข้างหน้า

กรอบเวลา

ดังนั้นเพื่อตอบคำถาม - ARB ใช้งานได้กับนักพัฒนาเชิงพาณิชย์ (เพียง) โดยมีแผนให้ ARB ทำงานอย่างเต็มที่ภายในกรอบเวลาของ Oneiric

อย่างไรก็ตามคุณสามารถคาดเดาได้เนื่องจากจำนวนรายการที่โดดเด่นในพิมพ์เขียว - บางที 12.04 อาจเป็นการเดิมพันที่ปลอดภัยกว่า

ในเดือนพฤษภาคมมีการทบทวนและประเมิน ARB เพื่อปรับปรุงวิธีการทำงานของ ARB: http://summit.ubuntu.com/uds-o/meeting/16441/community-o-app-review-board-review-and -assessment /

จากบันทึกเหล่านี้ดูเหมือนว่าจะไม่ถูกทอดทิ้ง แต่ยังไม่ได้ผลดีเท่านี้