rultor

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

เอกสารฉบับเต็มอยู่ที่ doc.rultor.com

สคีมาสำหรับไฟล์ .rultor.yml

ต้องการความช่วยเหลือออนไลน์หรือไม่? ลองใช้กลุ่มโทรเลขของเรา

โพสต์ในบล็อกเหล่านี้อาจเป็นประโยชน์:

• Rultor บอทผสาน

• ทุกบิลด์ใน Docker Container ของตัวเอง

• สาขาหลักจะต้องเป็นแบบอ่านอย่างเดียว

• รัลเตอร์ + ทราวิส

ดูวิดีโอเหล่านี้เพื่อทำความเข้าใจว่า Rultor มีไว้เพื่ออะไร:

• สคริปต์การปรับใช้นั้นตายแล้ว พบกับรัลเตอร์
  DevOps Pro; วิลนีอุส ลิทัวเนีย; 26 พฤษภาคม 2559

• ตัวอย่างการใช้งานจริงของการเปิดตัวในคลิกเดียว
  DevOpsPro 2016; มอสโก, รัสเซีย; 15 พฤศจิกายน 2559

• สถาปัตยกรรมแชทบอท
  GeekOut 2016; ทาลลินน์, เอสโตเนีย; 9 มิถุนายน 2559

อิมเมจ Docker เริ่มต้นคือ yegor256/rultor-image

Rultor แก้ปัญหาอะไรได้บ้าง?

สคริปต์การปรับใช้อัตโนมัติมีมาระยะหนึ่งแล้ว Rultor พยายามแก้ไขปัญหาที่สคริปต์เหล่านั้นไม่มี

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

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

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

สุดท้ายนี้ Rultor มอบอินเทอร์เฟซแบบบูรณาการและมีมนุษยธรรมให้กับเครื่องมือ DevOps เนื่องจากประโยคที่มนุษย์สามารถอ่านได้นั้นเพียงพอที่จะกระตุ้นการรวมหรือเผยแพร่

Rultor ทำงานอย่างไร?

เมื่อ Rultor พบคำสั่งผสานในคำขอดึง GitHub รายการใดรายการหนึ่งของคุณ มันจะทำสิ่งนี้:

1. อ่านไฟล์คอนฟิกูเรชัน .rultor.yml YAML จากไดเร็กทอรีรากของที่เก็บของคุณ
2. รับคำสั่งการดำเนินการบิลด์อัตโนมัติ เช่น bundle test
3. ตรวจสอบพื้นที่เก็บข้อมูลของคุณในไดเร็กทอรีชั่วคราวบนเซิร์ฟเวอร์ตัวใดตัวหนึ่ง
4. รวมคำขอดึงเข้ากับสาขา master
5. เริ่มคอนเทนเนอร์ Docker ใหม่และรันคำสั่งการดำเนินการ build ในนั้น เช่น bundle test
6. หากทุกอย่างเรียบร้อยดี ให้พุชสาขา master ที่แก้ไขแล้วไปที่ GitHub
7. รายงานกลับไปยังคุณในคำขอดึง GitHub

คุณสามารถดูการทำงานได้ เช่น ในคำขอดึงนี้: jcabi/jcabi-github#878

วิธีสร้างเซิร์ฟเวอร์ใหม่

Rultor คาดว่าเซิร์ฟเวอร์ที่ติดตั้ง Docker จะพร้อมใช้งาน มันเข้าสู่ระบบผ่าน SSH และเริ่มคอนเทนเนอร์ Docker สำหรับแต่ละงาน นี่คือวิธีที่คุณกำหนดค่าเซิร์ฟเวอร์ตั้งแต่เริ่มต้น (ในฐานะ root ที่ Ubuntu 20.04):

 $ apt-get install -y bc
$ groupadd docker
$ adduser rultor
$ gpasswd -a rultor docker
$ echo 'rultor ALL=(ALL) NOPASSWD: ALL' >> /etc/sudoers
$ mkdir /home/rultor/.ssh
$ cat > /home/rultor/.ssh/authorized_keys
$ chown rultor:rultor -R /home/rultor/.ssh
$ chmod 600 /home/rultor/.ssh/authorized_keys

ตรวจสอบให้แน่ใจว่า b4.rultor.com ชี้ไปที่เซิร์ฟเวอร์ ในขณะนี้ แอปที่โฮสต์ทำงานกับเซิร์ฟเวอร์เดียวเท่านั้น โดยใช้ชื่อโดเมนนี้โดยเฉพาะ