rultor

Rultor adalah asisten tim DevOps. Ini membantu pemrogram dan manajer rilis Anda mengotomatiskan operasi rutin (penggabungan, penerapan, dan rilis) dengan antarmuka chat-bot intuitif yang mudah digunakan. Cukup ucapkan @rultor hello di salah satu masalah GitHub Anda dan percakapan akan dimulai.

Dokumentasi lengkap ada di doc.rultor.com

Skema untuk file .rultor.yml

Butuh bantuan daring? Coba grup Telegram kami.

Postingan blog ini mungkin bermanfaat:

• Rultor, Bot Penggabungan

• Setiap Build dalam Kontainer Dockernya Sendiri

• Cabang Master Harus Hanya-Baca

• Penguasa + Travis

Tonton video ini untuk memahami kegunaan Rultor:

• Skrip Penerapan Sudah Mati; Temui Penguasa
  DevOps Pro; Vilnius, Lituania; 26 Mei 2016

• Contoh Praktis Rilis Sekali Klik
  DevOpsPro 2016; Moskow, Rusia; 15 November 2016

• Arsitektur Bot Obrolan
  pecandu 2016; Tallinn, Estonia; 9 Juni 2016

Gambar Docker default adalah yegor256/rultor-image

Masalah Apa yang Dipecahkan Rultor?

Skrip penerapan otomatis telah ada selama beberapa waktu. Rultor berupaya mengatasi masalah yang tidak dapat diatasi oleh skrip tersebut.

Manfaat pertama Rultor adalah memberi Anda isolasi skrip penerapan di lingkungan virtualnya sendiri dengan menggunakan kontainer Docker. Hal ini secara signifikan mengurangi jumlah keadaan eksternal yang dapat memengaruhi build Anda dan membuat kesalahan lebih mudah direproduksi.

Selain itu, karena cara Rultor berintegrasi dengan pelacak masalah modern, semua log disimpan dan dipublikasikan ke tiket yang disebutkan Rultor. Membuat informasi penting mudah diakses oleh semua pengembang.

Rultor melakukan pembangunan pra-penerbangan. Alih-alih menggabungkan ke master dan kemudian melihat apakah perubahan Anda merusak build atau tidak, Rultor memeriksa cabang master, menerapkan perubahan Anda padanya, lalu menjalankan semua yang telah diatur untuk dijalankan. Jika, dan hanya jika, semuanya berjalan dengan baik, Rultor menggabungkan perubahan tersebut ke dalam master. Ini secara terprogram mencegah master dirusak oleh pengembang. Tidak perlu khawatir mengenai kerusakan build bagi orang lain memiliki dampak yang sangat positif dalam cara pengembang menulis kode, meningkatkan produktivitas mereka, dan mengurangi rasa takut mereka membuat kesalahan.

Terakhir, Rultor menyediakan antarmuka yang terintegrasi dan manusiawi ke alat DevOps, karena kalimat yang dapat dibaca manusia sudah cukup untuk memicu penggabungan atau rilis.

Bagaimana Penguasa Bekerja?

Setelah Rultor menemukan perintah penggabungan di salah satu permintaan penarikan GitHub Anda, Rultor melakukan hal ini:

1. Membaca file konfigurasi .rultor.yml YAML dari direktori root repositori Anda.
2. Mendapatkan perintah eksekusi build otomatis darinya, misalnya bundle test .
3. Periksa repositori Anda ke dalam direktori sementara di salah satu servernya.
4. Menggabungkan permintaan tarik ke cabang master .
5. Memulai kontainer Docker baru dan menjalankan perintah eksekusi build di dalamnya, misalnya bundle test .
6. Jika semuanya baik-baik saja, dorong cabang master yang dimodifikasi ke GitHub.
7. Laporkan kembali kepada Anda, dalam permintaan penarikan GitHub.

Anda dapat melihatnya beraksi, misalnya, dalam permintaan tarik ini: jcabi/jcabi-github#878.

Cara Membuat Server Baru

Rultor mengharapkan server dengan Docker yang terinstal tersedia. Itu masuk ke sana melalui SSH dan memulai wadah Docker untuk setiap tugas. Ini adalah cara Anda mengkonfigurasi server dari awal (sebagai root di 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

Pastikan b4.rultor.com mengarah ke server. Saat ini aplikasi yang dihosting hanya berfungsi dengan satu server, dengan nama domain khusus ini.