คู่มือวิศวกรรม
สำหรับ Baseline ของบอร์ด RK3588 Android SDK ให้ใช้ลำดับด้านล่างเพื่อเก็บรักษาข้อมูลนำเข้า การดำเนินการ และหลักฐานข้อยกเว้นที่ทำซ้ำได้ นี่เป็นวิธีการดำเนินงาน ชื่ออินเทอร์เฟซ คำสั่ง และพารามิเตอร์จริงขึ้นอยู่กับอุปกรณ์เป้าหมายและเอกสารเวอร์ชัน
ตารางการดำเนินงานและการตรวจสอบข้อยกเว้น
เลื่อนตารางในแนวนอนเพื่อดูคอลัมน์ทั้งหมด
| ขั้นตอน | การดำเนินการและหลักฐาน | การจัดการข้อยกเว้น |
|---|---|---|
| บันทึก Baseline | ตรึงเวอร์ชันบอร์ด SDK Toolchain การตั้งค่า และคำสั่งบิลด์ | เก็บรักษาแพตช์และช่องว่างของ Dependencies ไว้ บันทึกการเปลี่ยนแปลงระหว่างการแก้ปัญหา |
| บิลด์และอิมเมจ | บิลด์ตามคำแนะนำของผู้ผลิต เก็บรักษา Log อาร์ทิแฟกต์ และ Checksum | Checksum ใช้ระบุตัวตนอาร์ทิแฟกต์ การบิลด์แยกกันไม่จำเป็นต้องเหมือนกันระดับไบต์ |
| แฟลชและบูต | ยืนยันการสำรองข้อมูล พื้นที่เก็บเป้าหมาย และวิธีกู้คืน ก่อนเก็บ Serial Boot Log | เก็บรักษา Log ความล้มเหลว การเห็นหน้าเดสก์ท็อปไม่ได้ยืนยันความพร้อมของอุปกรณ์ต่อพ่วงหรือแอปพลิเคชัน |
ต้องใช้ข้อมูลอะไรบ้างก่อนเริ่มต้น?
รุ่นบอร์ดและเลขรีวิชันที่ครบถ้วน Android SDK คำแนะนำการบิลด์ อิมเมจที่มีอยู่ รายการอุปกรณ์ต่อพ่วง และ Serial Log ตรวจสอบเวอร์ชันและความพร้อมของเอกสารก่อน และเก็บรายการที่ขาดหายเป็นข้อมูลนำเข้าที่ยังไม่สรุป
ควรกำหนดขอบเขตการส่งมอบและการยอมรับอย่างไร?
บิลด์และบูตบอร์ดเป้าหมายในสภาพแวดล้อมที่ตกลงโดยใช้ขั้นตอนที่ส่งมอบ ตรวจสอบเวอร์ชัน Log และรายการปัญหา รวมถึงตกลงวิธีจัดการกับ Blocking Defect การที่ Baseline ทำซ้ำได้ ไม่ได้หมายความว่าอุปกรณ์ต่อพ่วง แอปพลิเคชัน ความเสถียรระยะยาว หรือความพร้อมสำหรับการผลิตผ่านการรับรอง ให้กำหนดขอบเขต Linux และ OpenHarmony แยกกัน
องค์กรในเซินเจิ้น ประเทศจีน สามารถส่งข้อมูลข้างต้นเพื่อรับการตรวจสอบระยะไกลได้ การดีบักต้นแบบร่วมกัน การส่งตัวอย่าง งานหน้างาน และค่าใช้จ่ายที่เกี่ยวข้อง ให้ตกลงตามโครงการเฉพาะ
โปรดตรวจสอบขอบเขตบริการและส่งข้อมูลโครงการก่อนตกลงดำเนินการพัฒนาและส่งมอบ ขอบเขตบริการในต้นฉบับภาษาจีน
ออนไลน์
โทรศัพท์
WeChat
กลับไปด้านบน
ข้อเสนอแนะของโครงการ