วิธีการเปลี่ยนผู้ใช้ PPA จาก PPA หนึ่งเป็นอีก?

ฉันต้องการเปลี่ยนผู้ใช้ที่มีอยู่จาก PPA หนึ่งเป็น PPA ที่แตกต่างกันดังนั้นนี่เป็นคำถามที่จะทำให้การเปลี่ยนแปลงเป็นไปโดยอัตโนมัติโดยไม่ส่งผลกระทบต่อผู้ใช้เพียงเล็กน้อยเท่าที่จะทำได้

อย่างแม่นยำมากขึ้น:

ฉันมี PPAs สำหรับPHP 5.5และPHP 5.6ที่ใช้บรรจุภัณฑ์ PHP แบบเก่าที่ใช้ pre-Xenial และพวกเขามีผู้ใช้ค่อนข้างมาก

ตอนนี้ฉันได้สร้าง PPA ใหม่ซึ่งรวมถึงPHP 5.5, PHP 5.6 และ PHP 7.0และฉันต้องการให้ผู้ใช้ PPA เก่าเปลี่ยนมาใช้ PPA ใหม่นี้ ฉันมีแนวคิดบางประการที่จะทำสิ่งนี้โดยทั่วไป แต่ฉันต้องการมีข้อมูลเพิ่มเติมจากชุมชน AskUbuntu

โปรดสนับสนุนความคิดของคุณผ่านทางความคิดเห็นแก้ไขคำตอบด้านล่างหรือเพิ่มข้อเสนอแนะของคุณเอง

ตัวเลือก 3 - เพิ่ม PPA ใหม่โดยอัตโนมัติ

นี่เป็นเหมือน 2 แต่php5-commonจะเพิ่ม PPA ใหม่โดยอัตโนมัติดังนั้นแพ็คเกจใหม่จะพร้อมใช้งานหลังจากการapt-get updateเรียกใช้ครั้งถัดไป อาจมีคำถาม Debconf ว่าผู้ใช้ต้องการ PPA เพิ่มโดยอัตโนมัติหรือพวกเขาจะทำเอง

• ข้อดี:
  1. พื้นที่เก็บข้อมูลเดียวที่จะจัดการ
  2. ไม่มีการเปลี่ยนอัตโนมัติ
  3. ผู้ใช้สามารถจัดทำแผนการเปลี่ยนแปลงของพวกเขา
  4. แพคเกจพร้อมที่จะติดตั้งทันที
  5. การเพิ่ม PPA จากเนมสเปซเดียวกันอาจทำงานได้อย่างไม่มีที่ติ
• จุดด้อย:
  1. ผู้ใช้บางคนจะพลาดประกาศไม่ว่าคุณจะพยายามมากแค่ไหน
  2. การเพิ่ม PPA พิเศษดูเหมือนว่าจะมีความเสี่ยงด้านความปลอดภัยโดยอัตโนมัติ
  3. การเพิ่ม PPA เพิ่มเติมจากเนมสเปซที่แตกต่างกันจำเป็นต้องวางคีย์ GPG เพิ่มเติมใน/etc/apt/trusted.gpg.d/และนั่นก็ดูเหมือนเสี่ยง

ตัวเลือกที่ 2 - จัดทำแผนการคัดค้านและแจ้งผู้ใช้อย่างเด่นชัด

• ข้อดี:
  1. พื้นที่เก็บข้อมูลเดียวที่จะจัดการ
  2. ไม่มีการเปลี่ยนอัตโนมัติ
  3. ผู้ใช้สามารถจัดทำแผนการเปลี่ยนแปลงของพวกเขา
• จุดด้อย:
  1. ผู้ใช้บางคนจะพลาดประกาศไม่ว่าคุณจะพยายามมากแค่ไหน
  2. จะมีคนพูดว่า: "ได้โปรดอย่าทำอย่างนั้น"
  3. ไม่มีการเปลี่ยนอัตโนมัติ

ตัวเลือกที่ 1 - ไม่ทำอะไรเลย

• ข้อดี:
  1. ผู้ใช้มีความสุข
• จุดด้อย:
  1. แพคเกจแหล่งข้อมูลที่ซ้ำกันทุกรายการจะต้องมีสคริปต์การสร้างสองเวอร์ชัน
  2. ผู้ดูแล PPA มากเกินไปและไม่พอใจ

ตัวเลือก 4 - การเปลี่ยนอัตโนมัติทั้งหมด

นี่เป็นเหมือนตัวเลือก 3 แต่เพิ่มแพ็คเกจจำลองที่จะแทนที่ตัวเก่าphp5*และดึงแพ็คเกจใหม่php5.6*

• ข้อดี (รวมข้อดีจากตัวเลือก 3):
  6. หากทุกอย่างใช้งานได้ตามที่คาดหวังอาจเป็นตัวเลือกที่ดีที่สุดเนื่องจากผู้ใช้จะมีแพ็คเกจใหม่โดยไม่ต้องทำงานใด ๆ
• ข้อด้อย (รวมถึงข้อเสียจากตัวเลือก 3):
  4. สวิตช์จะลบการเปลี่ยนแปลงที่คนทำกับไฟล์การกำหนดค่าเก่าหรือการเปลี่ยนแปลงจะต้องมีสคริปต์ผู้ดูแลที่ซับซ้อนเพื่อสลับการกำหนดค่าเก่าไปยังตำแหน่งใหม่
  5. แพคเกจจำลองจะต้องดำเนินการอย่างน้อยการกำหนดค่าบางอย่างเพื่อตั้งค่าซ็อกเก็ต FPM และชื่อเก่าเพื่อไม่ให้เข้ากันได้กับการตั้งค่าเก่า (ใช้ทางเลือกการอัปเดตเพื่อตั้งค่า/usr/bin/php5ให้ชี้ไปที่/usr/bin/php5.6)