నేను Git రిపోజిటరీ నుండి సైట్కి సాఫ్ట్వేర్ ప్యాకేజీలను అసెంబ్లింగ్ మరియు డెలివరీ చేసే ప్రక్రియను సెటప్ చేయాల్సి ఉంది. మరియు నేను చాలా కాలం క్రితం, ఇక్కడ Habréలో బిల్డ్బాట్పై ఒక కథనాన్ని చూసినప్పుడు (చివరిలో ఉన్న లింక్), నేను దానిని ప్రయత్నించి వర్తింపజేయాలని నిర్ణయించుకున్నాను.
బిల్డ్బాట్ అనేది డిస్ట్రిబ్యూటెడ్ సిస్టమ్ కాబట్టి, ప్రతి ఆర్కిటెక్చర్ మరియు ఆపరేటింగ్ సిస్టమ్కు ప్రత్యేక బిల్డ్ హోస్ట్ను సృష్టించడం లాజికల్గా ఉంటుంది. మా విషయంలో, ఇవి LXC కంటైనర్లు (Linux విషయంలో) మరియు qemu (Windows విషయంలో):
vm-srv-build1 - centos 7, బిల్డ్బాట్ మాస్టర్ మరియు వర్కర్లలో ఒకరు ఉంటారు
vm-srv-build2 - debian 10, DEB ప్యాకేజీలను రూపొందించడానికి
vm-srv-build3 - విండోస్ 10, అసెంబ్లీ కోసం, మీకు ఏమి తెలుసు
మేము సేకరిస్తాము Rac GUI — సర్వర్ల క్లస్టర్ను నిర్వహించడానికి 1C రాక్ కోసం గ్రాఫికల్ ఇంటర్ఫేస్. Linux కోసం, ప్రతి OS కోసం ప్రామాణిక సాధనాలు ఉపయోగించబడతాయి; tcl స్క్రిప్ట్ నుండి Windows కోసం exe ఫైల్ను రూపొందించడానికి, ఉపయోగించండి freewrap.
సెట్టింగ్
GNU / Linux
ఇన్స్టాలేషన్ కోసం ఇంటర్నెట్లో తగినంత డాక్యుమెంటేషన్ ఉంది 1,2. అవును, మరియు ఇది ఏ ప్రత్యేక సమస్యలను కలిగించదు:
మాస్టర్ కోసం:
వాస్తవానికి, ప్రతి OS కోసం ప్యాకేజీలను సేకరించడం మరింత సరైనది, కానీ ఇది కథనం యొక్క పరిధికి మించినది. పని కోసం కంటైనర్లను సెటప్ చేసే వివరణను కూడా మేము విస్మరిస్తాము, నేను ProxMox VEని ఉపయోగిస్తానని మాత్రమే గమనించాను. మరియు మీరు అసెంబ్లీకి అవసరమైన ప్రతి అక్షం కోసం ప్యాకేజీలను కూడా ఇన్స్టాల్ చేయాలి (సెంటోస్: rpmdevtools, మొదలైనవి; debian: బిల్డ్-ఎసెన్షియల్, dh-make, pbuilder, మొదలైనవి)
ప్రాజెక్ట్లను రూపొందించండి మరియు బిల్డ్బాట్ సేవలు అన్ప్రివిలేజ్డ్ యూజర్గా ప్రారంభించబడతాయి, కాబట్టి మీరు ప్రాసెస్లో పాల్గొనే అన్ని హోస్ట్లలో ఒకదాన్ని సృష్టించాలి:
adduser buildbot
తరువాత, మేము ప్రతి హోస్ట్లలో (కంటైనర్లు) వరుసగా సేవల స్వయంచాలక ప్రారంభాన్ని కాన్ఫిగర్ చేస్తాము:
దీని తరువాత, మీరు "వర్కర్స్" (అన్ని హోస్ట్లలో) కోసం డైరెక్టరీ ఇన్ఫ్రాస్ట్రక్చర్ను సృష్టించవచ్చు, దీన్ని చేయడానికి, బిల్డ్బాట్ వినియోగదారు క్రింద నమోదు చేసుకోండి మరియు కింది ఆదేశాలను అమలు చేయండి:
మొదటి హోస్ట్ vm-srv-build1లో:
su - buildbot
mkdir /home/buildbot/worker
cd ~
buildbot-worker create-worker --umask=0o22 --keepalive=60 worker vm-srv-build1:4000 CentOS 123456
రెండవ హోస్ట్ vm-srv-build2లో:
su - buildbot
mkdir /home/buildbot/worker
cd ~
buildbot-worker create-worker --umask=0o22 --keepalive=60 worker vm-srv-build1:4000 Debian-10 123456
పైన పేర్కొన్నవన్నీ ఇన్స్టాల్ చేసిన తర్వాత, మీరు బిల్డ్బాట్ను ఇన్స్టాల్ చేయవచ్చు:
pip install buildbot-worker
వర్కింగ్ డైరెక్టరీని క్రియేట్ చేద్దాం
md c:worker
మరియు ప్రారంభిద్దాం
buildbot-worker start c:worker
ప్రతిదీ పని చేస్తే (లాగ్ c:workertwistd.logని చూడండి), అప్పుడు మీరు రిజిస్ట్రీకి పని చేసే డైరెక్టరీతో ఒక అంశాన్ని జోడించడం ద్వారా మా "వర్కర్"ని సేవగా నమోదు చేసుకోవచ్చు (కమాండ్లు పవర్షెల్లో అడ్మినిస్ట్రేటర్గా అమలు చేయబడతాయి):
"కార్మికులు" తో అంతే, మీరు వారిని మరింత తాకవలసిన అవసరం లేదు, అన్ని నియంత్రణ మాస్టర్ నుండి వస్తుంది.
విజార్డ్ సెటప్
ప్రారంభించడానికి, మాస్టర్ (ప్రధాన హోస్ట్లో) కోసం ఇన్ఫ్రాస్ట్రక్చర్ను క్రియేట్ చేద్దాం, దీన్ని చేయడానికి, బిల్డ్బాట్ వినియోగదారు క్రింద నమోదు చేసుకోండి మరియు కింది ఆదేశాలను అమలు చేయండి:
su - buildbot
mkdir /home/buildbot/master
cd ~
buildbot create-master master
రెడీమేడ్ ప్యాకేజీల కోసం, బిల్డ్స్ డైరెక్టరీని సృష్టించండి
mkdir /home/buildbot/builds
/home/buildbot/master/ డైరెక్టరీలో master.cfg ఫైల్ సృష్టించబడింది. ఈ ఫైల్ పైథాన్ కోడ్ మరియు సిస్టమ్ యొక్క అన్ని మెకానిజమ్ల వివరణను కలిగి ఉంటుంది; మేము భవిష్యత్తులో దానితో పని చేస్తాము.
rac_gui.tcl ప్రోగ్రామ్ యొక్క ప్రధాన స్క్రిప్ట్లో, master.cfg ఫైల్ కోడ్ని లోతుగా పరిశోధించనవసరం లేకుండా, విభిన్న సంస్కరణల ప్యాకేజీల అసెంబ్లీని ఆటోమేట్ చేయడానికి, ప్రస్తుత వెర్షన్ మరియు విడుదలతో కూడిన పంక్తులు హెడర్లో జోడించబడ్డాయి. :
మరియు ఈ పంక్తుల ఆధారంగా, బిల్డ్బాట్ ప్యాకేజీలను నంబర్ చేస్తుంది. డేటాను సంగ్రహించడానికి, కన్సోల్ grep కాల్ ఉపయోగించండి. బిల్డ్బాట్లో మీరు “వర్కర్స్” కోసం వేరియబుల్స్ని నిర్వచించలేరు (కనీసం, ఎలా అని నేను కనుగొనలేదు). దీని కోసం లక్షణాలు ఉపయోగించబడతాయి. ఆ. అసెంబ్లీ ప్రక్రియలో, మేము సంస్కరణ మరియు విడుదలను నిర్ణయించడానికి దశలను జోడిస్తాము మరియు తదనుగుణంగా, సంస్కరణ మరియు విడుదల లక్షణాలను సెట్ చేస్తాము. లక్షణాలను వివిధ మార్గాల్లో సెట్ చేయవచ్చు, ఈ సందర్భంలో కన్సోల్ ఆదేశాన్ని కాల్ చేయడం ద్వారా:
# Добавим определение версии из основного файла
rac_gui_build_RPM.addStep(
steps.SetPropertyFromCommand(
command="grep version ../rac-gui/rac_gui.tcl | grep -oE 'b[0-9]{1,2}.[0-9]{1,2}.[0-9]{1,2}b'", property="version"
)
)
# Добавим определение релиза из основного файла
rac_gui_build_RPM.addStep(
steps.SetPropertyFromCommand(
command="grep release ../rac-gui/rac_gui.tcl | grep -oE 'b[0-9]{1,3}b'", property="release"
)
)
మీరు util.Interpolate()ని కాల్ చేయడం ద్వారా ఫలిత విలువలను భర్తీ చేయవచ్చు.
సరైన విడుదల మరియు సంస్కరణ సంఖ్యలను సెట్ చేయడానికి, ప్రామాణిక సెడ్ కాల్ని ఉపయోగించండి, అనగా. కమాండ్ స్పెక్ ఫైల్లోని విలువలను అవసరమైన వాటితో భర్తీ చేస్తుంది
మేము పూర్తి చేసిన అసెంబుల్డ్ ప్యాకేజీ మరియు ఆర్కైవ్ను మూలాధారాలతో మాస్టర్కు కాపీ చేస్తాము. కానీ మీరు వెంటనే మీ వర్క్ ఫైల్ నుండి ఫైల్లను మీ రిపోజిటరీ లేదా వెబ్సైట్కి కాపీ చేయవచ్చు.
# Скопируем файл на мастер
rac_gui_build_RPM.addStep(
steps.FileUpload(
workersrc=util.Interpolate("/home/buildbot/rpmbuild/RPMS/noarch/rac-gui-%(prop:version)s-%(prop:release)s.noarch.rpm"),
masterdest=util.Interpolate("/home/buildbot/builds/rac-gui-%(prop:version)s-%(prop:release)s.noarch.rpm")
)
)
rac_gui_build_RPM.addStep(
steps.FileUpload(
workersrc=util.Interpolate("/home/buildbot/rpmbuild/SOURCES/rac-gui-%(prop:version)s-%(prop:release)s.tar.gz"),
masterdest=util.Interpolate("/home/buildbot/builds/rac-gui-%(prop:version)s-%(prop:release)s.tar.gz")
)
)
సేకరించిన ప్యాకేజీలను మాస్టర్లో FTP ద్వారా హోస్టింగ్కి కాపీ చేసే ప్రక్రియను ప్రారంభిద్దాం. ఈ ప్రయోజనం కోసం ఇది ఉపయోగించబడుతుంది స్క్రిప్ట్ tcl లో.
RPMతో అంతే. ఇప్పుడు DEB ప్యాకేజీని నిర్మించడానికి అల్గారిథమ్ను వివరించడం ప్రారంభిద్దాం. విభిన్న సిస్టమ్ల కోసం ప్యాకేజీలను నిర్మించే ప్రక్రియలు ఒకదానికొకటి స్వతంత్రంగా ఉంటాయి కాబట్టి, అనేక దశలు పునరావృతమవుతాయి.
rac_gui_build_DEB = util.BuildFactory()
rac_gui_build_DEB.addStep(steps.Git(
repourl = 'https://bitbucket.org/svk28/rac-gui.git',
haltOnFailure = True,
submodules = True,
mode='full',
workdir='build',
progress = True)
)
# Добавим определение версии из основного файла
rac_gui_build_DEB.addStep(
steps.SetPropertyFromCommand(
command="grep version rac_gui.tcl | grep -oE 'b[0-9]{1,2}.[0-9]{1,2}.[0-9]{1,2}b'", property="version"
)
)
# Добавим определение релиза из основного файла
rac_gui_build_DEB.addStep(
steps.SetPropertyFromCommand(
command="grep release rac_gui.tcl | grep -oE 'b[0-9]{1,3}b'", property="release"
)
)
# Переименуем запускаемый файл
rac_gui_build_DEB.addStep(steps.ShellCommand(
command=["mv", "rac_gui.tcl", "racgui"]))
RPM ప్యాకేజీ కోసం, అసెంబ్లీ సమయంలో కింది కొన్ని విధానాలు rpm ద్వారానే చేయబడతాయి మరియు స్పెక్ లోపల వివరించబడతాయి; డెబియన్ కోసం, మీరు దీన్ని ఇక్కడ చేయాలి:
# Поменяем пути к библиотекам
rac_gui_build_DEB.addStep(steps.ShellCommand(
command=["sed", "-i", "s+^set dir(lib)+set dir(lib) /usr/share/rac-gui/lib ;#+g", "racgui"]))
# Поменяем пути к файлам
rac_gui_build_DEB.addStep(steps.ShellCommand(
command=["sed", "-i", "s+[pwd]+/usr/share/rac-gui+g", "racgui"]))
# заархивируем исходники
rac_gui_build_DEB.addStep(steps.ShellCommand(
command=["tar", "czf", util.Interpolate("../rac-gui_%(prop:version)s.orig.tar.gz"), "."]))
# Соберём пакет
rac_gui_build_DEB.addStep(steps.ShellCommand(
command=["dpkg-buildpackage"]))
# Скопируем файл на мастер
rac_gui_build_DEB.addStep(
steps.FileUpload(
workersrc=util.Interpolate("../rac-gui_%(prop:version)s-%(prop:release)s_amd64.deb"),
masterdest=util.Interpolate("/home/buildbot/builds/rac-gui_%(prop:version)s-%(prop:release)s_amd64.deb")
)
)
rac_gui_build_DEB.addStep(
steps.MasterShellCommand(
command=["/usr/local/bin/deploy-ftp.tcl",
util.Interpolate("--local-file=/home/buildbot/builds/rac-gui_%(prop:version)s-%(prop:release)s_amd64.deb"),
util.Interpolate("--remote-file=uploads/rac-gui/rac-gui_%(prop:version)s-%(prop:release)s_amd64.deb")]
)
)
ఫైల్ను సేవ్ చేయండి మరియు మీరు విజార్డ్ సేవను ప్రారంభించడానికి ప్రయత్నించవచ్చు:
systemctl restart buildbot-master
లాగ్లో ప్రతిదీ కాన్ఫిగరేషన్తో క్రమంలో ఉందని మరియు ప్రతిదీ సాధారణంగా పని చేస్తుందో లేదో తనిఖీ చేస్తాము. మా కార్మికులందరూ ఇప్పుడు కనెక్ట్ కావాలి, ఇది లాగ్లో సంతోషంగా నివేదించబడుతుంది »»'/home/buildbot/master/twistd.log»»':
2019-07-24 16:50:35+0300 [-] Loading buildbot.tac...
2019-07-24 16:50:35+0300 [-] Loaded.
2019-07-24 16:50:35+0300 [-] twistd 19.2.1 (/usr/bin/python3.6 3.6.8) starting up.
2019-07-24 16:50:35+0300 [-] reactor class: twisted.internet.epollreactor.EPollReactor.
2019-07-24 16:50:35+0300 [-] Starting BuildMaster -- buildbot.version: 2.3.1
2019-07-24 16:50:35+0300 [-] Loading configuration from '/home/buildbot/master/master.cfg'
2019-07-24 16:50:36+0300 [-] /usr/local/lib/python3.6/site-packages/buildbot/config.py:90: buildbot.config.ConfigWarning: [0.9.0 and later] `buildbotNetUsageData` is not configured and defaults to basic.
This parameter helps the buildbot development team to understand the installation base.
No personal information is collected.
Only installation software version info and plugin usage is sent.
You can `opt-out` by setting this variable to None.
Or `opt-in` for more information by setting it to "full".
2019-07-24 16:50:36+0300 [-] Setting up database with URL 'sqlite:/state.sqlite'
2019-07-24 16:50:36+0300 [-] setting database journal mode to 'wal'
2019-07-24 16:50:36+0300 [-] adding 1 new services, removing 0
2019-07-24 16:50:36+0300 [-] adding 1 new change_sources, removing 0
2019-07-24 16:50:36+0300 [-] gitpoller: using workdir '/home/buildbot/master/gitpoller-work'
2019-07-24 16:50:36+0300 [-] adding 3 new builders, removing 0
2019-07-24 16:50:36+0300 [-] adding 1 new schedulers, removing 0
2019-07-24 16:50:36+0300 [-] initializing www plugin 'waterfall_view'
2019-07-24 16:50:36+0300 [-] initializing www plugin 'console_view'
2019-07-24 16:50:36+0300 [-] initializing www plugin 'grid_view'
2019-07-24 16:50:36+0300 [-] NOTE: www plugin 'sitenav' is installed but not configured
2019-07-24 16:50:36+0300 [-] initializing www plugin 'waterfall_view'
2019-07-24 16:50:36+0300 [-] initializing www plugin 'console_view'
2019-07-24 16:50:36+0300 [-] initializing www plugin 'grid_view'
2019-07-24 16:50:36+0300 [-] NOTE: www plugin 'sitenav' is installed but not configured
2019-07-24 16:50:36+0300 [-] BuildbotSite starting on 80
2019-07-24 16:50:36+0300 [-] Starting factory <buildbot.www.service.BuildbotSite object at 0x7fe31c2657b8>
2019-07-24 16:50:36+0300 [-] adding 3 new workers, removing 0
2019-07-24 16:50:36+0300 [-] PBServerFactory starting on 4000
2019-07-24 16:50:36+0300 [-] Starting factory <twisted.spread.pb.PBServerFactory object at 0x7fe31c147470>
2019-07-24 16:50:37+0300 [-] BuildMaster is running
2019-07-24 16:50:37+0300 [-] buildbotNetUsageData: sending {'installid': 'b6193b126b96689351d2fe95787c5a03fc0879f9', 'versions': {'Python': '3.6.8', 'Buildbot': '2.3.1', 'Twisted': '19.2.1'}, 'platform': {'platform': 'Linux-4.15.18-10- pve-x86_64-with-centos-7.6.1810-Core', 'system': 'Linux', 'machine': 'x86_64', 'processor': 'x86_64', 'python_implementation': 'CPython', 'version': '#1 SMP PVE 4.15.18-32', 'distro': 'centos:7'}, 'plugins': {'buildbot/worker/base/Worker': 3, 'buildbot/config/BuilderConfig': 3, 'buildbot/schedulers/basic/SingleBranchScheduler': 1, 'buildbot/reporters/mail/MailNotifier': 1, 'buildbot/changes/gitpoller/GitPoller': 1, 'buildbot/steps/worker/MakeDirectory': 1, 'buildbot/steps/source/git/Git': 3, 'buildbot/steps/shell/ShellCommand': 9, 'buildbot/steps/package/rpm/rpmbuild/RpmBuild': 1}, 'db': 'sqlite', 'mq': 'simple', 'www_plugins': ['waterfall_view', 'console_view', 'grid_view']}
2019-07-24 16:50:37+0300 [Broker,0,127.0.0.1] worker 'CentOS' attaching from IPv4Address(type='TCP', host='127.0.0.1', port=37332)
2019-07-24 16:50:37+0300 [Broker,0,127.0.0.1] Got workerinfo from 'CentOS'
2019-07-24 16:50:37+0300 [-] bot attached
2019-07-24 16:50:37+0300 [Broker,0,127.0.0.1] Worker CentOS attached to Rac-GUI-RPM-builder
2019-07-24 16:50:37+0300 [-] buildbotNetUsageData: buildbot.net said: ok
2019-07-24 16:50:39+0300 [Broker,1,192.168.55.15] worker 'Windows-10' attaching from IPv4Address(type='TCP', host='192.168.5.145', port=49831)
2019-07-24 16:50:39+0300 [Broker,1,192.168.55.15] Got workerinfo from 'Windows-10'
2019-07-24 16:50:40+0300 [-] bot attached
2019-07-24 16:50:40+0300 [Broker,1,192.168.55.15] Worker Windows-10 attached to Rac-GUI-WIN-builder
2019-07-24 16:50:41+0300 [Broker,2,192.168.55.99] worker 'Debian-10' attaching from IPv4Address(type='TCP', host='192.168.5.9', port=44430)
2019-07-24 16:50:41+0300 [Broker,2,192.168.55.99] Got workerinfo from 'Debian-10'
2019-07-24 16:50:41+0300 [-] bot attached
2019-07-24 16:50:41+0300 [Broker,2,192.168.55.99] Worker Debian-10 attached to Rac-GUI-DEB-builder
ఇది సెటప్ ప్రక్రియను పూర్తి చేస్తుంది. మీరు వెబ్ ఇంటర్ఫేస్ ద్వారా ప్రస్తుత స్థితిని వీక్షించవచ్చు. మీరు బిల్డ్ ఎర్రర్లను కూడా చూడగలిగే చోట, ఏదైనా తప్పు జరిగితే స్తంభింపచేసిన ప్రక్రియను కిక్ చేయడం మొదలైనవి.
ప్రారంభించిన వెంటనే, మా హార్డ్ వర్కర్లను “బిల్డ్స్” -> “వర్కర్స్” మెను ద్వారా చూడవచ్చు.
మొదటి నిర్మాణ ప్రక్రియ పూర్తయిన తర్వాత (అనగా Git రిపోజిటరీకి మార్పులు), ప్రక్రియల స్థితి మొదటి పేజీలో కనిపిస్తుంది.
మీరు మౌస్తో కావలసిన లైన్పై క్లిక్ చేస్తే, ఈ ప్రక్రియ యొక్క ప్రస్తుత స్థితితో ఒక పేజీ తెరవబడుతుంది, అక్కడ మీరు ఏమి జరుగుతుందో, ఏ లోపాలు మొదలైనవాటిని చూడవచ్చు.