การกำหนดเวอร์ชันเชิงความหมาย: มันคืออะไร ไม่ใช่ และทำไมคุณถึงต้องการมัน

ซอฟต์แวร์ส่วนใหญ่ที่คุณใช้มักจะออกเวอร์ชันใหม่ ซึ่งมักจะระบุด้วยหมายเลขเวอร์ชันที่เกี่ยวข้อง ระบบนี้เรียกว่า 'การกำหนดเวอร์ชันเชิงความหมาย' และช่วยให้คุณติดตามความคืบหน้าของการพัฒนาได้ ยิ่งไปกว่านั้น หากคุณทำงานกับ WordPress คุณจะได้รับประโยชน์จากแนวทางปฏิบัติในการกำหนดเวอร์ชันเชิงความหมายที่ดีอย่างแน่นอน

ในบทความนี้ เราจะแนะนำคุณโดยย่อเกี่ยวกับระบบการกำหนดเวอร์ชันเชิงความหมายและวิธีการทำงาน จากนั้นเราจะพูดถึงว่าใครจะได้ประโยชน์จากการใช้งานและให้คำแนะนำเพื่อให้คุณดำเนินการได้อย่างถูกต้อง

มาคุยกันเรื่องเลขกัน!

การกำหนดเวอร์ชันเชิงความหมายคืออะไร

หากคุณไปที่หน้าดาวน์โหลดของ WordPress.org คุณจะสังเกตเห็นว่ามันบอกคุณว่าคุณกำลังดาวน์โหลดระบบจัดการเนื้อหา (CMS) เวอร์ชันใด:

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

• เวอร์ชันหลักซึ่งสัมพันธ์กับการเปลี่ยนแปลงของ API
• การอัปเดตซอฟต์แวร์เล็กน้อย ไม่สำคัญพอที่จะรับประกันการอัปเดตที่สำคัญ
• แพทช์หรือแก้ไขข้อผิดพลาด

ในขณะที่เขียน เราอยู่ใน WordPress เวอร์ชัน 5.1.1 เวอร์ชัน 5.0.0 ออกมาเมื่อวันที่ 6 ธันวาคม 2018 ตั้งแต่นั้นมา เรามีแพตช์ย่อยห้ารายการ (เพิ่มทีละรายการในหมายเลขสุดท้าย) และรุ่นย่อยหนึ่งรายการตามลำดับนี้:

1. 5.0.1
2. 5.0.2
3. 5.0.3
4. 5.0.4
5. 5.1
6. 5.1.1

อย่างที่คุณเห็น หมายเลขแพตช์จะรีเซ็ตทุกครั้งที่มีการอัพเดทเล็กน้อย เช่นเดียวกับเมื่อมีการเปิดตัวครั้งใหญ่ ซึ่งปกติแล้วจะเกิดขึ้นทุกๆ สี่เดือนเมื่อพูดถึง WordPress

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

หากคุณไม่แน่ใจว่าการอัปเดตนั้นคุ้มค่าหรือไม่ ให้ตรวจสอบบันทึกการเปลี่ยนแปลงที่มาพร้อมกับการเผยแพร่ทุกครั้ง นักพัฒนาซอฟต์แวร์ทุกคนที่คุ้มค่าจะเขียนบันทึกว่ามีอะไรใหม่ในแต่ละรุ่น

โดยรวมแล้ว การกำหนดเวอร์ชันเชิงความหมายนั้นค่อนข้างตรงไปตรงมาและมีประโยชน์ในหลาย ๆ สถานการณ์นอกเหนือจากการพัฒนาซอฟต์แวร์ มาพูดถึงสิ่งเหล่านั้นกัน

ใครจะได้ประโยชน์จากการใช้การกำหนดเวอร์ชันเชิงความหมาย

โดยปกติ คุณจะพบว่าเป็นนักพัฒนาที่ใช้ระบบการกำหนดเวอร์ชัน สำหรับ WordPress ตัวอย่างที่ชัดเจนที่สุดคือการอัปเดตตัวหลักเอง อย่างไรก็ตาม ผู้พัฒนาปลั๊กอินและธีมยังใช้การกำหนดเวอร์ชันเชิงความหมาย แม้ว่าตัวเลขมักจะหาได้ยาก ตัวอย่างเช่น หากคุณตรวจสอบหน้าปลั๊กอินบน WordPress.org คุณจะพบข้อมูลเกี่ยวกับการเปิดตัวและบันทึกการเปลี่ยนแปลงภายในแท็บ การพัฒนา :

ในทำนองเดียวกัน คุณสามารถค้นหาข้อมูลเกี่ยวกับการพัฒนาธีมได้ในหน้า WordPress.org ที่เกี่ยวข้อง อย่างไรก็ตาม ในกรณีเหล่านี้ คุณต้องคลิกลิงก์ บันทึกการพัฒนา ที่ด้านล่างของหน้า:

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

อย่างไรก็ตาม การกำหนดเวอร์ชันเชิงความหมายอาจเป็นเกมที่ได้รับความนิยมมากที่สุดในเมือง แต่ก็ไม่ใช่ระบบเดียวที่คุณสามารถใช้ได้ ตัวอย่างเช่น เบราว์เซอร์ Chrome ใช้ระบบเวอร์ชันสี่ส่วน – major.minor.build.patch

โครงการอื่นๆ เช่น Ubuntu ใช้ระบบที่สร้างขึ้นจากวันที่ ตัวอย่างเช่น ปัจจุบันอูบุนตูเป็นเวอร์ชัน 19.04 ซึ่งคุณอาจเดาได้ เปิดตัวในเดือนเมษายน 2019

โดยรวมแล้ว ไม่มีระบบการกำหนดเวอร์ชันเดียวที่เหมาะสมกับโครงการทุกประเภท อย่างไรก็ตาม การกำหนดเวอร์ชันเชิงความหมายเป็นตัวเลือกที่ดีหากคุณทำงานด้านการพัฒนาซอฟต์แวร์ทุกประเภท นอกจากนี้ยังเป็นการแนะนำที่ดีหากคุณยังไม่ได้ใช้โปรโตคอลการกำหนดเวอร์ชันใดๆ

3 แนวทางปฏิบัติที่ดีที่สุดสำหรับการกำหนดเวอร์ชันเชิงความหมาย

ถึงตอนนี้ คุณมีความคิดแล้วว่าการกำหนดเวอร์ชันเชิงความหมายทำงานอย่างไร อย่างไรก็ตาม มาดูเคล็ดลับบางประการเพื่อให้แน่ใจว่าคุณใช้อย่างถูกวิธี

1. อย่าเริ่มต้นด้วยเวอร์ชัน 1.0 ทันที

ในบางจุด คุณอาจเคยใช้ซอฟต์แวร์ที่ยังไม่ถึงเวอร์ชัน 1.0 ซึ่งถือเป็นเรื่องปกติ เนื่องจากผู้ใช้คาดว่าเวอร์ชัน 1.0.0 จะค่อนข้างเสถียรและไม่มีข้อผิดพลาด อย่างไรก็ตาม ยังนำไปสู่สถานการณ์ที่ซอฟต์แวร์ใช้เวลานานกว่าจะถึงตัวเลขนั้น ในขณะที่ยังใช้งานได้อย่างสมบูรณ์

ยกตัวอย่างเกม PC ยอดนิยม Dwarf Fortress เป็นต้น อยู่ภายใต้การพัฒนามาประมาณ 15 ปีแล้วและยังคงเป็นเวอร์ชัน 0.44.12 แม้ว่าจะมีฟีเจอร์มากมายมากกว่าเกมหลักส่วนใหญ่

แม้ว่าคุณจะสามารถสุดขั้วกับสิ่งนี้ได้ แต่การไม่เริ่มต้นด้วยเวอร์ชัน 1.0.0 ในทันทีก็สมเหตุสมผล ช่วยให้คุณสามารถทดสอบซอฟต์แวร์รุ่นเบต้าและปรับความคาดหวังของผู้ใช้ในขณะที่คุณทำเช่นนั้นได้

ภายในคุณควรเริ่มต้นด้วยเวอร์ชัน 0.1.0 อย่างไรก็ตาม โครงการส่วนใหญ่ไม่ได้เผยแพร่เวอร์ชันนี้เป็นสาธารณะ แต่รอจนกว่าพวกเขาจะมีการพัฒนาเพิ่มเติมอีกเล็กน้อยภายใต้เข็มขัดของพวกเขา ในระหว่างนี้ คุณสามารถใช้เวอร์ชันอัลฟาที่จำกัดมากสำหรับการทดสอบภายใน ซึ่งเป็นกุญแจสำคัญในการพัฒนาที่ดีของโครงการใดๆ

2. อธิบายการเปลี่ยนแปลงเฉพาะสำหรับเวอร์ชันใหม่แต่ละเวอร์ชัน

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

บันทึกการเปลี่ยนแปลง ตามที่ระบุในชื่อ เป็นการแจกแจงอย่างง่าย ๆ ว่ามีอะไรใหม่ในแต่ละรุ่น นักพัฒนาบางคนเขียนการอัปเดตที่มีความยาวเพื่ออธิบายทุกการเปลี่ยนแปลง และหากคุณเป็นหนึ่งในนั้น พลังก็จะมากขึ้นสำหรับคุณ

พูดตามตรง เรามักจะพอใจกับรายการสั้นๆ ง่ายๆ ว่ามีอะไรใหม่ การรวบรวมบันทึกการเปลี่ยนแปลงเป็นเรื่องง่ายและไม่ควรใช้เวลานาน ดังนั้นจงใจเย็นและอย่าละเลยหน้าที่ของคุณ!

3. รวบรวมความคิดเห็นของผู้ใช้สำหรับแต่ละรุ่น

คุณอาจมีความคิดที่ดีทีเดียวว่าคุณต้องการให้โครงการที่เสร็จแล้วของคุณเป็นอย่างไร อย่างไรก็ตาม นี่ไม่ได้หมายความว่าคุณสามารถลบความคิดเห็นจากผู้ใช้หรือทีมที่เหลือของคุณ

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

ตัวอย่างที่ง่ายที่สุดของการดำเนินการนี้คือการแบ่งปันเวอร์ชันล่าสุดของเว็บไซต์ที่กำลังดำเนินการกับลูกค้า ในกรณีส่วนใหญ่ ลูกค้าจะได้รับคำติชมในระดับหนึ่ง ซึ่งคุณสามารถรวมเข้ากับรุ่นในอนาคตได้

โปรดจำไว้ว่า การรับฟังความคิดเห็นเป็นสิ่งสำคัญ แต่ในบางกรณี คุณอาจรู้ดีกว่าผู้ใช้ของคุณ อย่างไรก็ตาม นี่ไม่ได้หมายความว่าคุณควรเพิกเฉย แต่บางครั้งสัญชาตญาณของคุณก็อาจจะใช่

บทสรุป

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

มาสรุปแนวทางปฏิบัติที่ดีที่สุดสามข้อที่คุณต้องจำไว้สำหรับการกำหนดเวอร์ชันเชิงความหมาย:

1. อย่าเริ่มต้นด้วยรุ่นแรกนอกประตู
2. อธิบายการเปลี่ยนแปลงเฉพาะสำหรับเวอร์ชันใหม่แต่ละเวอร์ชัน
3. รวบรวมความคิดเห็นของผู้ใช้สำหรับแต่ละรุ่น

คุณมีคำถามเกี่ยวกับวิธีใช้การกำหนดเวอร์ชันเชิงความหมายหรือไม่? ถามออกไปในส่วนความคิดเห็นด้านล่าง!

ภาพขนาดย่อของบทความโดย fatmawati achmad zaenuri / shutterstock.com