การเผยแพร่แพทช์

การออกเวอร์ชันแก้ไขข้อบกพร่อง (หรือที่รู้จักกันในชื่อเวอร์ชันย่อยเวอร์ชันแก้ไขจุดบกพร่องหรือเวอร์ชันแก้ไขบั๊ก ) คือการออกซอฟต์แวร์เวอร์ชันหนึ่งโดยเฉพาะอย่างยิ่งเวอร์ชันที่มุ่งเน้นการแก้ไขข้อบกพร่องหรือการเปลี่ยนแปลงเล็กน้อยมากกว่าการเพิ่มคุณสมบัติ ใหม่ที่สำคัญ บ่อยครั้งที่มีข้อบกพร่องมากเกินไปที่จะแก้ไขได้ในเวอร์ชันหลักหรือเวอร์ชันย่อยเดียว จึงจำเป็นต้องมีการออกเวอร์ชันย่อย
คำนิยาม
คำว่า "point release" หมายถึงวิธีการกำหนดเวอร์ชันซอฟต์แวร์ ทั่วไป โดยที่เวอร์ชันหลักจะตามด้วยจุดทศนิยมและเวอร์ชันย่อย เมื่อมีการออกเวอร์ชันย่อยใหม่ ตัวเลขหลังจุดทศนิยมจะเพิ่มขึ้น เช่น จาก 7.0 เป็น 7.1 หรือจาก 2.4.9 เป็น 2.4.10 [ 1 ]การเพิ่มตัวเลขหลัง "จุด" ทำให้ปรากฏการณ์นี้ถูกเรียกว่า "point release"
ขอบเขต
ในการเผยแพร่เวอร์ชันย่อย การเปลี่ยนแปลงในโครงการซอฟต์แวร์มักจะเล็กน้อย การเผยแพร่ดังกล่าวโดยทั่วไปจะสงวนไว้สำหรับการแก้ไขข้อบกพร่อง การปรับปรุงประสิทธิภาพ การแก้ไขช่องโหว่ด้านความปลอดภัย และคุณสมบัติใหม่เล็กน้อย โดยทั่วไป ข้อบกพร่องที่ส่งผลกระทบต่อผู้ใช้จำนวนมากจะถูกเลือกสำหรับการเผยแพร่เวอร์ชันย่อย[ 2 ]ขึ้นอยู่กับองค์กร ขนาดและขอบเขตของการเผยแพร่เวอร์ชันย่อยอาจแตกต่างกันไปตั้งแต่การแก้ไขที่มุ่งเป้าไปที่ลูกค้ารายเดียว ไปจนถึงการบำรุงรักษา ทั่วไป หรือแม้แต่แพ็คเกจบริการ การ เผยแพร่เวอร์ชันย่อยมักจะพยายามให้เข้ากันได้กับอินเทอร์เฟซของเวอร์ชันหลักก่อนหน้าของซอฟต์แวร์ นอกจากนี้ การเผยแพร่เวอร์ชันย่อยมักจะเข้ากันได้กับการเผยแพร่เวอร์ชันย่อยอื่นๆ ทั้งหมดภายใต้เวอร์ชันย่อยหรือเวอร์ชันหลักปัจจุบัน[ 3 ]
ความถี่
การอัปเดตย่อยมักจะเกิดขึ้นค่อนข้างบ่อย ต่างจากการอัปเดตหลักซึ่งอาจเกิดขึ้นเพียงครั้งเดียวทุกๆ สองสามเดือนหรือหลายปี[ 1 ]การอัปเดตย่อยสามารถวางแผนให้เกิดขึ้นในช่วงเวลาที่กำหนดหลังจากการอัปเดตหลัก หรือสามารถปล่อยออกมาได้ตามต้องการ[ 4 ] [ 5 ]ความถี่ในการเผยแพร่การอัปเดตย่อยนั้นแตกต่างกันอย่างมาก ขึ้นอยู่กับความต้องการขององค์กร อย่างไรก็ตาม หากพบปัญหาสำคัญในซอฟต์แวร์เวอร์ชันปัจจุบัน อาจมีการออก การอัปเดตย่อยฉุกเฉินในเวลาไม่นานหลังจากที่พบปัญหา
เสี่ยง
การเผยแพร่ทุกครั้งล้วนมีความเสี่ยงโดยธรรมชาติ เนื่องจากการเปลี่ยนแปลงโค้ดหลายพันรายการสามารถรวมอยู่ในเวอร์ชันเดียวได้[ 6 ]ซึ่งอาจทำให้เกิดความเสี่ยงในการนำเสนอบั๊กใหม่ๆในการเผยแพร่เวอร์ชันย่อยการทดสอบการถดถอย อาจช่วยลดปัญหาการถดถอยได้บ้าง แต่การทดสอบการถดถอยเพียงอย่างเดียวไม่เพียงพอที่จะรับประกันสภาพแวดล้อมที่เสถียรและปราศจากบั๊ก โดยทั่วไปแล้ว หนึ่งในเป้าหมายของการเผยแพร่เวอร์ชันย่อยคือการลดความเสี่ยงโดยการเปลี่ยนแปลงโดยคำนึงถึงความต้องการของผู้ใช้ในการแก้ไข ขนาดของการแก้ไข และความเสี่ยงของการถดถอย[ 7 ]ความเสี่ยงที่เกี่ยวข้องกับการเปลี่ยนแปลงซอฟต์แวร์จำนวนมากที่ถูกเผยแพร่พร้อมกัน ทำให้บางกลุ่มเลือกที่จะเผยแพร่ซอฟต์แวร์โดยใช้ วิธี การเผยแพร่แบบต่อเนื่องแทนที่จะเผยแพร่เวอร์ชันย่อย[ 8 ]
ความพร้อมใช้งาน
สำหรับซอฟต์แวร์ค้าปลีกการออกเวอร์ชันย่อยมักจะเป็นการอัปเดตฟรีสำหรับผู้ใช้เวอร์ชันเต็มล่าสุด แต่ไม่จำเป็นเสมอไป ซึ่งแตกต่างจากการออกเวอร์ชันหลักที่มักจะมีค่าใช้จ่ายแม้แต่สำหรับผู้ใช้เดิม[ 1 ]รูปแบบการส่งมอบซอฟต์แวร์ยังส่งผลต่อผู้ที่สามารถใช้งานได้ด้วย หากองค์กรใช้รูป แบบ ซอฟต์แวร์เป็นบริการหรือซอฟต์แวร์นั้นโฮสต์อยู่ในระบบคลาวด์การออกเวอร์ชันย่อยอาจพร้อมใช้งานสำหรับผู้ใช้ได้ทันที โดยไม่ต้องใช้ความพยายามใดๆ จากผู้ใช้ หากต้องดาวน์โหลดซอฟต์แวร์ ผู้ใช้อาจต้องติดตั้งเวอร์ชันย่อยด้วยตนเอง
ดูเพิ่มเติม
หมายเหตุ
- 1 2 3 "การปล่อยลูกแบบจุดคืออะไร?" สืบค้นเมื่อ 28 ตุลาคม 2557
- ↑ "Adobe - ฝ่ายสนับสนุน : แนวทางการใช้คำ ศัพท์ในการเผยแพร่" สืบค้นเมื่อ28 ตุลาคม 2557
- ↑ทีมงานฝ่ายเอกสารประกอบของ Apache Commons “Apache Commons – แนวทางการกำหนดเวอร์ชัน”สืบค้นเมื่อ28 ตุลาคม 2014
- ↑ "จุดปล่อยกระสุนคืออะไร? - คำจำกัดความจาก WhatIs.com" สืบค้นเมื่อ 28 ตุลาคม 2014
- ↑ https://wiki.documentfoundation.org/ReleasePlan (เข้าถึงเมื่อ 28 ตุลาคม 2014)
- ↑คุณภาพ (11 พฤศจิกายน 2011) "ความแตกต่างของคลาวด์ #3: การออกเวอร์ชันย่อยทำให้ความเสี่ยงกระจุกตัวโดยไม่จำเป็น (เฟลมมิง ที คริสเตนเซน เกี่ยวกับการทำงานร่วมกันด้านคุณภาพ ) " IBM
- ↑ "การอัปเดต เวอร์ชันเสถียร - วิกิ Ubuntu"
- ↑ Humble, Jez (16 กุมภาพันธ์ 2012). หลักการสี่ประการของการเผยแพร่ซอฟต์แวร์ที่มีความเสี่ยงต่ำ –ผ่านฐานข้อมูล informIT