บันทึกการเปลี่ยนแปลง (Changelog)

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

กันยายน 2026​

• เส้นทางการเริ่ม Build แรกที่ชัดเจนและราบรื่นยิ่งขึ้น: หลังจากการเชื่อมต่อ repository แล้ว ระบบ Loha สามารถตรวจพบได้ทันทีหากโปรเจกต์ยังไม่มีไฟล์ .loha.yml พร้อมทั้งอธิบายขั้นตอนถัดไปและนำเสนอตัวอย่างคอนฟิกเริ่มต้นให้ โดยระบบจะตรวจสอบสถานะล่าสุดของ repository อีกครั้งก่อนบันทึก เพื่อป้องกันการสร้าง commit จากข้อเสนอที่ล้าสมัยหรืออ่านไม่ได้
• การกู้คืนสถานะ Build ที่เสถียรและแม่นยำขึ้น: หน้าแสดงรายละเอียด build สามารถแยกแยะข้อมูลสถานะคลัสเตอร์ที่เป็นปัจจุบันออกจากข้อมูลเก่าที่ค้างอยู่ได้อย่างชัดเจน พร้อมแจ้งเหตุผลในการรอคอยอย่างละเอียด นอกจากนี้ ระบบจัดการวงจรชีวิต (lifecycle handling) ยังป้องกันการสั่ง retry ซ้ำซ้อนในขณะที่ build ยังทำงานอยู่ และช่วยจัดการภาวะการแย่งชิงสถานะ (race condition) ของ build ได้อย่างปลอดภัยยิ่งขึ้น

สิงหาคม 2026​

• การลงทะเบียน Webhook อัตโนมัติ: เมื่อเชื่อมต่อ repository ระบบสามารถลงทะเบียน push webhook กับ GitLab, GitHub, Gitea หรือ Forgejo ให้โดยอัตโนมัติ โดยผู้ใช้ไม่จำเป็นต้องคัดลอก callback URL และค่า secret มาวางเอง ดูรายละเอียดเพิ่มเติมที่ ผู้ให้บริการ Git (Repo hosts)
• การติดตามประวัติ Release: เรียกดูรายการ container image releases ที่บันทึกไว้ และสามารถตรวจสอบย้อนกลับไปยังรอบการ build และ commit ต้นทางที่สร้าง image นั้นขึ้นมาได้อย่างสะดวก

กรกฎาคม 2026​

• Outbound Webhooks: กำหนดค่า webhook สำหรับแจ้งเตือนเมื่อ build เสร็จสิ้นตามขอบเขตที่ต้องการ ตรวจสอบประวัติการส่ง (deliveries), สั่งลองส่งใหม่ (retry), ส่ง ping ทดสอบ และสลับเปลี่ยน signing secret ได้อย่างปลอดภัย โดยฟีเจอร์นี้เปิดใช้งานแยกตามระดับ workspace ดูรายละเอียดที่ Outbound webhooks
• MCP Server: บริการ hosted MCP server ช่วยให้ AI coding agent ที่รองรับสามารถอ่านข้อมูล build และ logs ภายใต้สิทธิ์การเข้าถึงที่ได้รับอนุญาตของแต่ละ workspace ได้โดยตรง ดูรายละเอียดที่ MCP Server

มิถุนายน 2026​

• การออกรีลีสแบบแยกอิสระตามบริการ: สถาปัตยกรรมบริการต่าง ๆ ของ Loha เปลี่ยนมาใช้ระบบกำหนดเลขเวอร์ชันและรอบการออกรีลีสแยกอิสระจากกัน แทนการผูกกับเวอร์ชันรวมของทั้งแพลตฟอร์ม
• การแจ้งเตือนภายในแอปพลิเคชัน: ระบบสามารถแสดงการแจ้งเตือนแบบ in-app ทันทีเมื่อขั้นตอนการ build เสร็จสมบูรณ์ ดูรายละเอียดที่ การแจ้งเตือน (Notifications)
• การตรวจสอบความถูกต้องของ Trigger: Loha จะตรวจสอบความขัดแย้งระหว่างเงื่อนไขตัวกรองของ trigger กับบล็อก on: ในไฟล์ .loha.yml ให้ล่วงหน้าก่อนที่จะเริ่มรัน build
• การปรับปรุงการกำหนดค่า Pipeline: เพิ่มการรองรับ resource_class แยกราย job ใน pipeline และรองรับ webhook ingress จาก Git provider หลากหลายเจ้า นอกจากนี้ แอปพลิเคชันยังรองรับการแสดงผลทั้งธีมสว่าง (Light theme) และธีมมืด (Dark theme)

รีลีสก่อนหน้านี้​

• การเข้าถึงผ่านระบบอัตโนมัติ (Programmatic Access): ให้บริการ Public API พร้อมกำหนดเวอร์ชันชัดเจน, Personal Access Token และบัญชีบริการ (Service Account) ประจำ workspace สำหรับงาน automation
• แคตตาล็อกขั้นตอนและเครื่องมือสร้าง Pipeline: มี Task Catalog ที่รวบรวมขั้นตอนการทำงานสำเร็จรูป, Visual Pipeline Builder ที่ใช้งานง่าย และเครื่องมือช่วยแปลง/สร้างคอนฟิกจาก CI ชั้นนำ
• เวิร์กโฟลว์ CI/CD หลัก: การเชื่อมต่อ repository, การรับและจัดการเหตุการณ์จาก trigger, ประวัติการ build, การดู log แบบเรียลไทม์, ปุ่มสั่ง retry/cancel, การจัดการข้อมูลลับที่เข้ารหัส (encrypted secrets) และการจำกัดโควตาการใช้งานในแต่ละ workspace

กระบวนการออกรีลีส​

บริการแต่ละส่วนจะได้รับการกำหนดเวอร์ชันอย่างเป็นอิสระผ่าน Changesets และถูกปล่อยรีลีสจาก commit บน monorepo ที่ได้รับการติดแท็กเวอร์ชันแล้ว ทั้งนี้ การเปลี่ยนแปลงใด ๆ ในไลบรารีส่วนกลาง (shared packages) อาจส่งผลให้เวอร์ชันของบริการที่เกี่ยวข้องหลายส่วนได้รับการอัปเดตไปพร้อมกัน