كيفية تثبيت Buildbot وتكوينه على CentOS 7

• المتطلبات الأساسية
• تثبيت تبعيات Python
• قم بتثبيت PostgreSQL
• قم بتثبيت Buildbot
• تكوين برنامج Buildbot Master
• تكوين عامل Buildbot
• إعداد خدمة Systemd
• تمكين المصادقة
• تأمين Buildbot باستخدام Let's Encrypt SSL

Buildbot عبارة عن أداة للتكامل المستمر ومفتوحة المصدر تستند إلى Python لأتمتة بناء البرامج واختبارها ونشرها. يتكون Buildbot من سيد Buildbot واحد أو أكثر وعدد من العمال. لدى Buildbot master أو Buildmaster قيادة مركزية للنظام. وهي مسؤولة عن إدارة بيئة البناء والعمال وتتخذ جميع القرارات المتعلقة بإرسال الوظائف إلى العمال. يكتشف Buildmaster التغييرات في مستودع التعليمات البرمجية ويرسل الأوامر أو الوظائف إلى العمال لتنفيذها. يقوم العمال بتنفيذ المهام وإرجاع النتيجة إلى Buildmaster. يقوم Buildmaster بعد ذلك بإبلاغ المطورين من خلال قنوات متعددة مدعومة. في هذا البرنامج التعليمي ، سنقوم بتثبيت Buildbot الرئيسي والعامل على CentOS 7. وسنقوم أيضًا بتكوين المصادقة و Nginx كوكيل عكسي آمن.

المتطلبات الأساسية

• نسخة خادم Vultr CentOS 7 مع ذاكرة وصول عشوائي سعتها 1 غيغابايت على الأقل.
• A المستخدم سودو .
• يشير اسم مجال مسجل إلى الخادم.

في هذا البرنامج التعليمي ، سوف نستخدم 192.168.1.1كعنوان IP عام ci.example.comولكونه اسم النطاق الموجه نحو مثيل Vultr. يرجى التأكد من استبدال كل تكرارات مثال اسم المجال وعنوان IP بالحدث الفعلي.

قم بتحديث نظامك الأساسي باستخدام الدليل كيفية تحديث CentOS 7 . بمجرد تحديث نظامك ، تابع تثبيت PostgreSQL.

تثبيت تبعيات Python

قم بتثبيت Pip ، وهو مدير الحزم لـ Python.

sudo yum -y install epel-release
sudo yum -y install python-pip gcc python-devel git
sudo pip install --upgrade pip

قم بتثبيت PostgreSQL

يدعم Buildbot أنواعًا متعددة من خوادم قواعد البيانات مثل MySQL و PostgreSQL و SQLite. في هذا البرنامج التعليمي ، سنستخدم PostgreSQL لاستضافة خادم قاعدة بيانات Buildbot.

PostgreSQL هو نظام قاعدة بيانات علائقية للكائنات ، معروف باستقراره وسرعته. yumيحتوي المستودع الافتراضي على إصدار قديم من PostgreSQL ، لذا أضف مستودع PostgreSQL.

sudo yum -y install https://download.postgresql.org/pub/repos/yum/10/redhat/rhel-7-x86_64/pgdg-centos10-10-1.noarch.rpm

قم بتثبيت خادم قاعدة بيانات PostgreSQL.

sudo yum -y install postgresql10-server postgresql10-contrib postgresql10 

تهيئة قاعدة البيانات.

sudo /usr/pgsql-10/bin/postgresql-10-setup initdb

قم بتشغيل خادم PostgreSQL وتمكينه من البدء تلقائيًا في وقت التمهيد.

sudo systemctl start postgresql-10
sudo systemctl enable postgresql-10

قم بتغيير كلمة المرور لمستخدم PostgreSQL الافتراضي.

sudo passwd postgres

قم بتسجيل الدخول باسم مستخدم PostgreSQL.

sudo su - postgres

قم بإنشاء مستخدم PostgreSQL جديد لـ Buildbot.

createuser bb_user

يمكنك استخدام أي اسم مستخدم بدلاً من ذلك bb_user، إذا كنت تفضل ذلك. يوفر PostgreSQL psqlالصدفة لتشغيل الاستعلامات في قاعدة البيانات. قم بالتبديل إلى غلاف PostgreSQL.

psql

قم بتعيين كلمة مرور للمستخدم الذي تم إنشاؤه حديثًا.

ALTER USER bb_user WITH ENCRYPTED password 'DBPassword';

استبدلها DBPasswordبكلمة مرور آمنة.

إنشاء قاعدة بيانات جديدة لتثبيت Buildbot.

CREATE DATABASE buildbot OWNER bb_user;

اخرج من psqlالقشرة.

\q

قم بالتبديل إلى sudoالمستخدم.

exit

قم بتحرير pg_hba.confالملف لتمكين المصادقة المستندة إلى MD5.

sudo nano /var/lib/pgsql/10/data/pg_hba.conf

العثور على الأسطر التالية وتغيير القيم peerو ident، في METHODالعمود، ل trustو md5، على التوالي.

# TYPE  DATABASE        USER            ADDRESS                 METHOD

# "local" is for Unix domain socket connections only
local   all             all                                     peer
# IPv4 local connections:
host    all             all             127.0.0.1/32            ident
# IPv6 local connections:
host    all             all             ::1/128                 ident

بمجرد التحديث ، سيبدو التكوين مثل النص التالي.

# TYPE  DATABASE        USER            ADDRESS                 METHOD

# "local" is for Unix domain socket connections only
local   all             all                                     trust
# IPv4 local connections:
host    all             all             127.0.0.1/32            md5
# IPv6 local connections:
host    all             all             ::1/128                 md5

حفظ الملف وإنهاء المحرر. تثبيت محول قاعدة بيانات PostgreSQL لبايثون.

sudo pip install psycopg2

أعد تشغيل PostgreSQL حتى تصبح التغييرات سارية المفعول.

sudo systemctl restart postgresql-10

قم بتثبيت Buildbot

قم بتثبيت Buildbot باستخدام Pip.

sudo pip install 'buildbot[bundle]' pyopenssl service_identity

سيقوم الأمر أعلاه بتثبيت Buildbot مع buildbot-www، buildbot-workerوالعديد من مكونات الويب الإضافية مثل buildbot-waterfall-view.

للتأكد من تثبيت Buildbot بنجاح ، يمكنك التحقق من خلال التحقق من إصدار Buildbot.

buildbot --version

يجب أن يشبه الإخراج النص التالي.

[user@vultr ~]$ buildbot --version
Buildbot version: 0.9.15.post1
Twisted version: 17.9.0

قم بتعديل قواعد جدار الحماية للسماح بالمنفذ 8010. يستخدم Buildbot هذا المنفذ للاستماع إلى طلبات الويب.

sudo firewall-cmd --zone=public --add-port=8010/tcp --permanent
sudo firewall-cmd --reload

تكوين برنامج Buildbot Master

قم بإنشاء مستخدم جديد غير مميز لتشغيل عمليات Buildbot الرئيسية والعاملة. لا يوصى بتشغيل خدمات Buildbot الرئيسية rootكمستخدم.

sudo adduser buildbot
sudo passwd buildbot

تسجيل الدخول كمستخدم تم إنشاؤه حديثًا buildbot.

sudo su - buildbot

قم بإعداد Master Buildbot في /home/buildbot/masterالدليل. سيحتوي هذا الدليل على ملفات التكوين والحالة والسجل لكل إصدار.

buildbot create-master --db 'postgresql://bb_user:DBPassword@localhost/buildbot' ~/master

تأكد من استبدال أوراق اعتماد مستخدم قاعدة البيانات في الأمر أعلاه.

ملاحظة: إذا كنت ترغب في استخدام قاعدة بيانات SQLite بدلاً من PostgreSQL ، فما عليك سوى حذف --db 'postgresql://bb_user:DBpassword@localhost/buildbot'الخيار. سيتم إنشاء قاعدة بيانات SQLite في نفس الدليل.

سيقوم الأمر أعلاه بإنشاء ~/masterالدليل لتخزين ملفات Buildmaster. ستقوم أيضًا بكتابة البيانات في قاعدة بيانات PostgreSQL. ستحصل على الإخراج التالي.

[buildbot@vultr ~]$ buildbot create-master --db 'postgresql://bb_user:DBPassword@localhost/buildbot' ~/master
mkdir /home/buildbot/master
creating /home/buildbot/master/master.cfg.sample
creating database (postgresql://bb_user:DBPassword@localhost/buildbot)
buildmaster configured in /home/buildbot/master

انسخ نموذج ملف التكوين إلى ملف تكوين مباشر.

cp ~/master/master.cfg.sample ~/master/master.cfg

قم بتحرير ملف التكوين.

nano ~/master/master.cfg

ابحث عن الخطوط التالية.

c['workers'] = [worker.Worker("example-worker", "pass")]
...

c['builders'].append(
    util.BuilderConfig(name="runtests",
      workernames=["example-worker"],
      factory=factory))
...

c['title'] = "Hello World CI"
c['titleURL'] = "https://buildbot.github.io/hello-world/"
...

c['buildbotURL'] = "http://localhost:8010/"
...

c['db'] = {
    'db_url' : "postgresql://bb_user:DBpassword@localhost/buildbot",
}

التكوين أعلاه لديه إدخال لعامل عينة. سنقوم بتعديل إدخال العينة للعامل الذي سنعمل عليه localhost. قم بتغيير example-workerأي اسم مناسب localhostللعامل وقم بتغيير passكلمة المرور الأخرى. قم بتدوين اسم العامل وكلمة المرور لأننا سنطلب ذلك لاحقًا في البرنامج التعليمي. قم بتغيير اسم العامل في قائمة البنائين. قم بتغيير اسم التطبيق وعنوان URL الخاص بالمشروع وفقًا لاحتياجاتك.

قم بتغيير عنوان URL localhostالخاص ببناء Build إلى اسم المجال الفعلي أو عنوان IP العام. تحقق أيضًا من أن معلومات قاعدة البيانات في ملف التكوين تتطابق مع بيانات اعتماد قاعدة البيانات الفعلية الخاصة بك.

في نهاية الملف ، أضف c['buildbotNetUsageData'] = None. ستعطل هذه المعلمة إرسال معلومات إصدار البرنامج وتفاصيل استخدام المكون الإضافي إلى المطورين. ومع ذلك ، لتمكين إرسال معلومات الاستخدامات ، قم بتغيير الخيار إلى Full.

يجب أن يبدو التكوين مثل النص التالي.

c['workers'] = [worker.Worker("localhost-worker", "Password123")]
...    

c['builders'].append(
    util.BuilderConfig(name="runtests",
      workernames=["localhost-worker"],
      factory=factory))
...

c['title'] = "My Application CI"
c['titleURL'] = "https://example.com/my-app"
...

c['buildbotURL'] = "http://192.168.1.1:8010/"
...

c['db'] = {
    'db_url' : "postgresql://bb_user:DBpassword@localhost/buildbot",
}
...

c['buildbotNetUsageData'] = None

حفظ الملف وإنهاء المحرر. تحقق من ملف التكوين بحثًا عن الأخطاء.

buildbot checkconfig ~/master

إذا لم يحتوي ملف التكوين على أية أخطاء ، فسترى الإخراج التالي.

[buildbot@vultr ~]$ buildbot checkconfig ~/master
Config file is good!

الآن بعد أن تم تكوين كل شيء بشكل صحيح ، يمكنك بدء تشغيل Buildbot الرئيسي.

buildbot start ~/master

سترى الناتج التالي.

[buildbot@vultr ~]$ buildbot start ~/master
Following twistd.log until startup finished..
The buildmaster appears to have (re)started correctly.

الآن بعد أن بدأ Buildbot الرئيسي بشكل صحيح ، يمكن الوصول إلى واجهة مستخدم الويب على http://192.168.1.1:8010. سترى واجهة Buildbot التالية.

تكوين عامل Buildbot

نظرًا لأننا قمنا بالفعل بتعديل تكوين العامل ~/master/master.cfg، يمكننا المتابعة لإنشاء عامل جديد.

buildbot-worker create-worker ~/worker localhost localhost-worker Password123

تأكد من استخدام نفس اسم العامل وكلمة المرور بالضبط كما هو مذكور في ~/master/master.cfgالملف. إذا كان هناك عدم تطابق في اسم العامل أو كلمة المرور ، فلن يتمكن العامل من الاتصال بالسيد Buildbot الرئيسي. سترى الناتج التالي عند التنفيذ الناجح.

[buildbot@vultr ~]$ buildbot-worker create-worker ~/worker localhost example-worker pass
mkdir /home/buildbot/worker
mkdir /home/buildbot/worker/info
Creating info/admin, you need to edit it appropriately.
Creating info/host, you need to edit it appropriately.
Not creating info/access_uri - add it if you wish
Please edit the files in /home/buildbot/worker/info appropriately.
worker configured in /home/buildbot/worker

يتم تخزين المعلومات حول العامل في /infoالدليل. تحرير المعلومات الإدارية حول المطور.

nano ~/worker/info/admin

استبدل اسم المثال باسمك الفعلي وبريدك الإلكتروني.

Your Name <[email protected]>

الآن ، افتح الملف الذي يحتوي على معلومات حول المضيف.

nano ~/worker/info/host

استبدل تعليمات المثال بالمعلومات الفعلية حول النظام المضيف.

Localhost, CentOS 7

يتم استخدام معلومات المسؤول والمضيف العامل فقط لإخبار المستخدمين عن النظام. يمكنك أيضًا إضافة معلومات إضافية حول النظام مثل إصدار Buildbot وإصدار Twisted.

ابدأ العامل.

buildbot-worker start ~/worker

سيبدو الإخراج مثل النص التالي.

[buildbot@vultr ~]$ buildbot-worker start ~/worker
Following twistd.log until startup finished..
The buildbot-worker appears to have (re)started correctly.

للتحقق مما إذا كان العامل مسجلاً أم لا ، توجه إلى واجهة الويب الخاصة بـ Buildbot وانتقل إلى Builds >> Workersمن شريط التنقل الأيسر. يجب أن ترى أن العامل جاهز للبناء.

لتشغيل نموذج بناء ، للتحقق مما إذا كان عامل Buildbot يعمل بنجاح ، انتقل إلى Builds >> Builders. انقر على runtestsاسم المنشئ لفتح واجهة المنشئ وانقر على Forceالزر لفرض البناء. أدخل اسمك وانقر على Start Buildالزر لبدء الإنشاء. نظرًا لأنه اختبار بناء نموذج للتحقق من بيئة Buildbot ، فسوف ينتهي في بضع ثوانٍ. ستحصل على رسالة نجاح ونتائج البناء.

إعداد خدمة Systemd

على الرغم من أنه يمكن بدء تشغيل Masterbot والعامل بسهولة باستخدام الأوامر المذكورة أعلاه ، فمن المستحسن استخدام وحدات Systemd لتشغيل خدمات Buildbot وإدارتها. سيضمن ذلك بدء تشغيلها تلقائيًا عند إعادة تشغيل النظام والفشل.

ملاحظة: قم بالتبديل إلى sudoالمستخدم مرة أخرى عن طريق تشغيل إما exitأو su <username>. من الآن فصاعدًا ، يجب تنفيذ جميع الأوامر من قبل sudoالمستخدم.

إيقاف عامل Buildbot قيد التشغيل والخدمة الرئيسية.

sudo su buildbot -c "buildbot stop /home/buildbot/master" 
sudo su buildbot -c "buildbot-worker stop ~/worker"

إنشاء ملف وحدة Systemd جديد للسيد Buildbot الرئيسي.

sudo nano /etc/systemd/system/buildbot.service

تعبئة الملف.

[Unit]
Description=BuildBot master service 
After=network.target

[Service]
Type=forking
User=buildbot 
Group=buildbot 
WorkingDirectory=/home/buildbot/master 
ExecStart=/usr/bin/buildbot start
ExecStop=/usr/bin/buildbot stop
ExecReload=/usr/bin/buildbot restart

[Install]
WantedBy=multi-user.target

قم بتشغيل Master Buildbot وتمكينه من البدء تلقائيًا في وقت التمهيد.

sudo systemctl start buildbot
sudo systemctl enable buildbot

إنشاء ملف وحدة Systemd جديد للعامل Buildbot.

sudo nano /etc/systemd/system/buildbot-worker.service

تعبئة الملف.

[Unit]
Description=BuildBot worker service
After=network.target

[Service]
Type=forking
User=buildbot
Group=buildbot
WorkingDirectory=/home/buildbot/worker
ExecStart=/usr/bin/buildbot-worker start
ExecStop=/usr/bin/buildbot-worker stop
ExecReload=/usr/bin/buildbot-worker restart

[Install]
WantedBy=multi-user.target

قم بتشغيل عامل Buildbot وتمكينه من البدء تلقائيًا في وقت التمهيد.

sudo systemctl start buildbot-worker
sudo systemctl enable buildbot-worker

يمكنك التحقق من حالة الخدمات.

sudo systemctl status buildbot buildbot-worker

إذا كانت الخدمات تعمل بسلاسة ، فسترى ذلك في الإخراج.

[user@vultr ~]$ sudo systemctl status buildbot buildbot-worker
● buildbot.service - BuildBot master service
...
Active: active (running) since Fri 2018-01-12 16:00:59 UTC; 1min 25s ago
...
Jan 12 16:00:59 vultr.guest systemd[1]: Started BuildBot master service.

● buildbot-worker.service - BuildBot worker service
...
Active: active (running) since Fri 2018-01-12 16:02:00 UTC; 24s ago
...
Jan 12 16:02:00 vultr.guest systemd[1]: Started BuildBot worker service.

تمكين المصادقة

بشكل افتراضي ، لا يتم تمكين المصادقة في واجهة الويب Buildbot. بالنسبة للمواقع التي تواجه الإنترنت ، يوصى بشدة بإعداد المصادقة بحيث لا يتمكن سوى المستخدمين المصرح لهم من أداء المهام الإدارية. لإعداد المصادقة ، أعد فتح ملف التكوين الرئيسي Buildbot.

sudo su buildbot -c "nano /home/buildbot/master/master.cfg"

أضف الأسطر التالية إلى نهاية الملف.

c['www']['authz'] = util.Authz(
       allowRules = [
           util.AnyEndpointMatcher(role="admins")
       ],
       roleMatchers = [
           util.RolesFromUsername(roles=['admins'], usernames=['admin_user'])
       ]
)
c['www']['auth'] = util.UserPasswordAuth({'admin_user': 'AdminPassword'})

استبدل كلتا حالتين admin_userباسم المستخدم الفعلي الذي تريد استخدامه AdminPasswordوكلمة مرور قوية.

تحقق من وجود أخطاء في ملف التكوين.

sudo su buildbot -c "buildbot checkconfig /home/buildbot/master"

أعد تشغيل الخدمة الرئيسية Buildbot الرئيسية حتى تصبح التغييرات نافذة المفعول.

sudo systemctl restart buildbot

تصفح واجهة الويب مرة أخرى لترى أن المستخدمين المجهولين يمكنهم فقط عرض التفاصيل الأساسية حول خادم الإنشاء. الآن ، قم بتسجيل الدخول باستخدام بيانات الاعتماد المعينة في master.cfgالملف وسترى أن جميع الوظائف الإدارية الأخرى متاحة فقط للمستخدم المسؤول الذي قام بتسجيل الدخول.

تأمين Buildbot باستخدام Let's Encrypt SSL

بشكل افتراضي ، يستمع Buildbot إلى المنفذ 8010على اتصالات غير آمنة. HTTPSيوصى بتأمين واجهة الويب من أجل التأكد من أن البيانات آمنة أثناء النقل من المتصفح إلى الخادم. في هذا القسم من البرنامج التعليمي ، سنقوم بتثبيت وتأمين Nginx مع شهادات تشفير SSL المجانية. سيعمل خادم الويب Nginx كوكيل عكسي لإعادة توجيه الطلبات الواردة إلى نقطة نهاية HTTP الخاصة ببرنامج Buildbot.

قم بتثبيت Nginx.

sudo yum -y install nginx

قم بتشغيل Nginx وتمكينه من البدء تلقائيًا في وقت التمهيد.

sudo systemctl start nginx
sudo systemctl enable nginx

قم بتثبيت Certbot ، وهو تطبيق العميل لـ Let's Encrypt CA.

sudo yum -y install certbot

قبل أن تتمكن من طلب الشهادات، سوف تحتاج للسماح الموانئ 80و 443أو معيار HTTPو HTTPSالخدمات من خلال جدار الحماية. أيضًا ، قم بإزالة المنفذ 8010الذي يستمع إلى الاتصالات غير الآمنة.

sudo firewall-cmd --zone=public --add-service=http --permanent
sudo firewall-cmd --zone=public --add-service=https --permanent
sudo firewall-cmd --zone=public --remove-port=8010/tcp --permanent
sudo firewall-cmd --reload

ملاحظة: للحصول على شهادات من Let's Encrypt CA ، يجب توجيه النطاق الذي سيتم إنشاء الشهادات من أجله إلى الخادم. إذا لم يكن الأمر كذلك ، قم بإجراء التغييرات اللازمة على سجلات DNS للمجال وانتظر DNS للنشر قبل إجراء طلب الشهادة مرة أخرى. يتحقق Certbot من سلطة المجال قبل تقديم الشهادات.

إنشاء شهادات SSL.

sudo certbot certonly --webroot -w /usr/share/nginx/html -d ci.example.com

من المرجح أن يتم تخزين الشهادات التي تم إنشاؤها في /etc/letsencrypt/live/ci.example.com/الدليل. سيتم تخزين شهادة SSL كـ وسيتم تخزين fullchain.pemالمفتاح الخاص كـ privkey.pem.

تنتهي صلاحية شهادات التشفير في غضون 90 يومًا ، وبالتالي يوصى بإعداد التجديد التلقائي للشهادات باستخدام وظائف Cron.

افتح ملف مهمة cron rootللمستخدم.

sudo crontab -e

أضف السطر التالي في نهاية الملف.

30 5 * * * /usr/bin/certbot renew --quiet

سيتم تشغيل وظيفة cron المذكورة أعلاه كل يوم الساعة 5:30 صباحًا. إذا كانت الشهادة مستحقة لانتهاء الصلاحية ، فسيتم تجديدها تلقائيًا.

الآن ، قم بتغيير ملف التكوين الافتراضي لـ Nginx لإزالة default_serverالخط.

sudo sed -i 's/default_server//g' /etc/nginx/nginx.conf

إنشاء ملف تكوين جديد لواجهة الويب Buildbot.

sudo nano /etc/nginx/conf.d/buildbot.conf

تعبئة الملف.

upstream buildbot {
server 127.0.0.1:8010;
}

server {
    listen 80 default_server;
    server_name ci.example.com;
    return 301 https://$host$request_uri;
}

server {
    listen 443 ssl http2 default_server;
    server_name ci.example.com;

    root html;
    index index.html index.htm;

    ssl on;
    ssl_certificate         /etc/letsencrypt/live/ci.example.com/fullchain.pem;
    ssl_certificate_key     /etc/letsencrypt/live/ci.example.com/privkey.pem;

    ssl_session_cache      shared:SSL:10m;
    ssl_session_timeout  1440m;
    ssl_protocols  TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers HIGH:!aNULL:!eNULL:!EXPORT:!CAMELLIA:!DES:!MD5:!PSK:!RC4;
    ssl_prefer_server_ciphers on;

    add_header Strict-Transport-Security "max-age=31536000; includeSubdomains;";

    access_log  /var/log/nginx/buildbot.access.log;

    proxy_set_header HOST $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto  $scheme;
    proxy_set_header X-Forwarded-Server  $host;
    proxy_set_header X-Forwarded-Host  $host;

    location / {
        proxy_pass http://buildbot;
    }
    location /sse/ {
        proxy_buffering off;
        proxy_pass http://buildbot/sse/;
    }
    location /ws {
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        proxy_pass http://buildbot/ws;
        proxy_read_timeout 6000s;
    }
}

تحقق من الأخطاء في ملف التكوين الجديد.

sudo nginx -t

إذا رأيت الإخراج التالي ، فإن التكوين خالي من الأخطاء.

[user@vultr ~]$ sudo nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

إذا تلقيت خطأ ما ، فتأكد من التحقق من المسار إلى شهادات SSL. أعد تشغيل خادم الويب Nginx لتنفيذ التغيير في التكوين.

sudo systemctl restart nginx

افتح ملف التكوين Buildmaster.

sudo su buildbot -c "nano /home/buildbot/master/master.cfg"

حدد السطر التالي.

c['buildbotURL'] = "http://192.168.1.1:8010/"

قم بتغيير عنوان URL وفقًا لاسم المجال الذي تستخدمه.

c['buildbotURL'] = "https://ci.example.com/"

أعد تشغيل الخدمة الرئيسية Buildbot.

sudo systemctl restart buildbot

يمكنك الآن الوصول إلى لوحة معلومات Buildbot على https://ci.example.com. سترى أن الاتصالات مع Buildbot مؤمنة الآن باستخدام SSL.

قم بتسجيل الدخول باستخدام بيانات اعتماد المسؤول وأضف خط الأنابيب الأول لبدء إنشاء التطبيق الخاص بك.