OpenPaaS คือแพลตฟอร์มการทำงานร่วมกันถัดไปของคุณ สำหรับองค์กรและองค์กร
ค้นพบแพลตฟอร์ม OpenPaaS บนเครื่องของคุณภายใน 5 นาทีโดยดูสูตรสาธิตการเขียนนักเทียบท่า
ดูคู่มือการติดตั้งเพื่อติดตั้ง OpenPaaS บนเซิร์ฟเวอร์ Linux และเริ่มใช้งานได้ทันที! หากคุณเป็นนักพัฒนาที่กำลังมองหาการตั้งค่าการพัฒนา ให้ไปที่ส่วนถัดไป:
นักพัฒนายินดีอย่างยิ่งที่จะช่วยสร้าง OpenPaaS! เพื่อให้สภาพแวดล้อมการพัฒนาของคุณพร้อมใช้งาน โปรดดูเอกสารการติดตั้งนักพัฒนาของเรา
เมื่อคุณพร้อมแล้ว คุณสามารถสำรวจไซต์เอกสารประกอบของโปรเจ็กต์และเอกสารประกอบของที่เก็บข้อมูลนี้ได้ หากคุณมีคำถามใด ๆ อย่าลังเลที่จะเข้ามาถามในฟอรั่ม!
ขณะนี้เรากำลังใช้ Gitlab CI
ดังนั้น คุณสามารถดูไฟล์ .gitlab-ci.yml
บนรูทของที่เก็บนี้เพื่อดูข้อมูลเพิ่มเติม
อย่างไรก็ตาม งานบางงานมีความซับซ้อนเกินคาด เนื่องจากต้องอาศัยเครื่องมือภายนอก
หวังว่าสำหรับคุณ งานดังกล่าวจะเป็นงานล่าสุดในการดำเนินการไปป์ไลน์ งาน linters การสร้าง และการทดสอบนั้นเรียบง่าย
งาน "ซับซ้อน" เป็นงานที่เกี่ยวข้องกับซีดี (การจัดส่งต่อเนื่อง) โดยเฉพาะ ซึ่งเหตุผลหลักก็คือ เรากำลังส่งอิมเมจ Docker ไปยังรีจีสทรีที่ต่างกันสองแห่ง
ความซับซ้อนหลักนั้นเกี่ยวกับสาขา git
และการจัดส่งที่เกี่ยวข้อง เมทริกซ์ต่อไปนี้อาจช่วยคุณได้:
ชื่อสาขา | รีจิสทรีภายใน | นักเทียบท่าฮับ |
---|---|---|
master | openpaas-snapshots/openpaas-esn:branch-master | linagora/esn:branch-master |
release-* (1) | openpaas-สแนปชอต/openpaas-esn:* | linagora/esn:สาขา-* |
feature-* (2) | openpaas-สแนปชอต/openpaas-esn:* | ลินาโกรา/esn:* |
(1) เป้าหมายของสาขาการเผยแพร่คือเพื่อให้สามารถรักษาการเผยแพร่ (backport แก้ไขข้อบกพร่อง การแก้ไข CVE...) จากนั้นจึงสร้างรุ่นรองตามรุ่นหลักนี้
ควรนำหน้าด้วย release-
เช่นชื่อสาขา git
release-1.6.x
build จะส่ง:
(2) สาขาฟีเจอร์จะไม่เผยแพร่ ใช้เพื่อเผยแพร่และตรวจสอบคุณสมบัติต่างๆ (อาจเป็น MR และคอมมิตหลายรายการ) ควรนำหน้าด้วย feature-
- ชื่อสาขา eb git
บิล feature-friday-delivery
จะส่งมอบ:
อัฟเฟโร GPL v3
BrowserStack สำหรับรองรับโครงการโอเพ่นซอร์ส