fons noster apertus est GitOps CLI utilitas aedificandi et tradendi applicationes ad Kubernetes. sicut promiserat, notatum est principium novas notas ad werf et ad accessiones traditionales recognoscendas. Nunc iuvat v1.1 praesentare emissionem, quae magnus gradus est in evolutione et in futuro fundamento collector werf. The version is available in .
Fundamentum emissionis est nova architectura scaenae repositionis et optimizationis operis utriusque collectoris (pro Stapel et Dockerfile). Novus architecturae repono facultatem aperit conventus distributos ex pluribus exercitibus et parallelis congregationibus in eodem exercitu augendi.
Optimization of opus includit tollendi calculi superfluos in scaena subscriptionum calculandi et machinamenta mutandi ad calculandum lima checks ad efficaciora. Optimization haec mediocris tempus redigit in werfum project aedificat utens. Et otiosus aedificat, cum omnes gradus in cella existunt mansiones-storageiam ieiunant. In pluribus, restarting constructum minus quam 1 secunda capiet! Hoc etiam valet de agendis ad gradus comprobandos in processu operis teams. werf deploy ΠΈ werf run.
Etiam in hac emissione militaris pro tagging imaginibus contentis apparuit. content-fundatur taggingquod nunc fit ex defectu et una commendatur.
Propius inspiciamus clavem rerum in werf v1.1, et simul tibi de futuris consiliis dicam.
Quid mutatur in werf v1.1?
Novus scaena nominandi forma et algorithmus ad gradus eligendos e cache
Novum scaena nomen generationis regulae. Nunc singulae scaenae aedificant nomen scaenae singulare generat, quod constat ex 2 partibus: obsignatio (sicut in v1.0) plus singularis temporis identificantis.
Exempli gratia, nomen imaginis scaenicae plenum sic spectare potest;
werf-stages-storage/myproject:d2c5ad3d2c9fcd9e57b50edd9cb26c32d156165eb355318cebc3412b-1582656767835
...vel generatim:
werf-stages-storage/PROJECT:SIGNATURE-TIMESTAMP_MILLISEC
hic
-
SIGNATURESubscriptio scenae est, quae identificans scenae contentum repraesentat et pendet ab historia emendationum in Git quae ad hoc contentum perducuntur; -
TIMESTAMP_MILLISECpraestatur unica imago identificantis quae tunc generatur nova imago aedificatur.
Algorithmus ad eligendos gradus e cella fundatur in reprimendo relationem Git committit;
- Werf subscriptio cuiusdam scenae computat.
- Π mansiones-storage Plures gradus esse possunt pro data subscriptione. Werf omnes gradus eligit qui subscriptione congruit.
- Si scaena hodierna coniuncta Git (git-archive, statio consuetudo cum Git inaequaliter:
install,beforeSetup,setup; vel git-latest-patch), deinde werf eligat eos tantum gradus, qui commissuri sunt sociati, id est antecessoris hodiernae committere (nam id aedificatum dicitur). - Ex reliquis congruis gradibus unus eligitur, vetustissimus per diem creationis.
Scaena Git ramis diversis eandem subscriptionem habere potest. Sed werf prohibebit cella cum diversis ramis coniungi, quin inter hos ramos adhibeantur, etiam si subscriptiones congruunt.
.
Novus algorithmus pro gradibus faciendis et salutaribus in scaena repono
Si, cum gradus e cella seligantur, werf congruum stadium non inveniat, tunc processus novi gradus conveniendi inchoatur.
Nota quod plures processus (in una vel plures exercituum) eodem stadio circiter eodem tempore aedificare possunt. Werf utitur eu consequat algorithmus mansiones-storage simul servati noviter collecta imago mansiones-storage. Hoc modo, cum scaena nova aedificandi parata est, werf caudices mansiones-storage et de novo collecta ibi servat imaginem tantum, si imago idonea non existat (per signature et alios parametri - vide novum algorithmum ad gradus e cella eligendo).
Nuper congregata imago praestatur unicum identifier habere TIMESTAMP_MILLISEC (Vide novum scaena nomen format). Si in mansiones-storage imago idonea invenietur, werf recens compilatam imaginem abiiciet et imagine e cella adhibebit.
Aliis verbis: primus processus ad perficiendum imaginem (celeriter unus) ius erit illud in mansione recondere (et deinde haec unica imago omnibus aedificiis adhibebitur). Processus lentus aedificandi numquam processum velociorem impedit quominus eventus aedificandi currentis statis et movendi ad proximam fabricam movebitur.
.
Improved Dockerfile hic perficiendi
In momento, scaenarum pipelinearum pro imagine e Dockerfile constructa uno gradu consistit. dockerfile. Cum subscriptio computat, perscriptio calculi computatur contextque in ecclesia adhibebuntur. Ante hanc emendationem werf recursive per omnes tabulas ambulavit et checksum consecutus est sumendo contextum et modum cuiusque fasciculi. Incipiens a v1.1, werf uti potest checksums computatis in repositorio Git conditis.
Algorithmus fundatur . Algorithmus rationem habet records in .dockerignore et percurrit tabella arbor recursively nisi cum necesse est. Sic nos e lectione limae systematis et dependentia algorithmus in magnitudine decocavimus context non significans.
Algorithmus quoque fasciculos incompositos cohibet et, si opus est, rationem sistit in checksum.
Improved perficientur cum importat files
Versiones werf v1.1 uti in rsync servo cum . Antea invehens factum est duobus gradibus directorium montis ab exercitui systematis factum.
Importatio in macOS a Docker voluminibus iam non terminatur, et eodem temporis spatio ac Linux et Fenestra completa importat.
Content-fundatur tagging
Werf v1.1 subsidia sic dicta tagging ab imagine content - content-fundatur tagging. The tags of Docker resultal images pendere ex contentis illorum imaginum.
Cum currit mandatum werf publish --tags-by-stages-signature aut werf ci-env --tagging-strategy=stages-signature imagines editae sic dictae scaena signature imaginem. Unaquaeque imago cum suis gradibus imaginis signatur propria subscriptione, quae singulatim separatim computatur secundum regulas ac signatas regulares uniuscuiusque rei, sed communis imaginis identificatrix.
Subscriptio imaginis gradatim dependet;
- contenta hac imagine;
- historiarum Git mutationes quae ad hoc contenti sunt.
A Git repositorium semper habet phantasma quod committit quae contenta imaginum imaginum non mutant. For example, committit cum commentis tantum vel merge committit vel committit ut eas in Git mutatas quae in imaginem non invehantur.
Cum usura contenti fundatum tagging, difficultates siliquarum applicationis siliquarum in Kubernetes superfluarum siculorum ob mutationum nominis imaginis solvuntur, etsi contenta imaginis non mutaverunt. Obiter haec una est de causis quae multa microservices unius applicationis in uno Git reposito thesaurizare prohibet.
Item, content-substructio tagging melior est methodus tagging in Git rami certius quam tagging, quia contentum imaginum resultantium non dependet ab ordine executionis pipelines in ratio CI ad plures committit eiusdem rami congregandas.
maximus: Ab nunc mansiones-signaturae - eam solum commendatur tagging belli. Ponetur per defaltam in imperio werf ci-env (nisi aliam tagging rationem expresse definias).
. Divulgatio separatim in hac linea etiam tradenda erit. UPDATED (April 3): Articulus cum details .
Logging levels
Usoris nunc facultatem habet output refrenandi, pone colligationem et laborem cum informatione debugging. Options additae --log-quiet, --log-verbose, --log-debug.
Defalta, output minimam informationem continet:
Cum verbosum output utens (--log-verbose) Quomodo opera werf videre potes:
Detailed output (--log-debug), praeter werfum debugging informationes, etiam tabulas bibliothecarum adhibitarum continet. Exempli causa, videre potes quomodo commercium cum Docker Registry occurrat, ac etiam notare loca in quibus notabile temporis spatium consumitur;
porro consilia
Cautus esto Optiones infra descriptas notantur v1.1 multa ex his in proximo praesto erunt in hac versione. Updates veniet per auto- updates . Hae notae partem stabilem functionum v1.1 non afficiunt, earum species non requiret interventus usoris manualis in exsistentibus conformationibus.
Plenum subsidium pro variis instrumentis Docker Subcriptio (NEW)
- Version: v1.1
- Dates: Martius
Propositum est utentis ad exsequendam consuetudinem sine restrictionis cum werf utendi.
In praesenti, sequentis solutionis seriem notavimus, pro quibus plenam sustentationem praestaturi sumus:
- Default (library/subcriptio)*,
- AWS ECR
- Caeruleus*,
- Docker Hub
- GCR*,
- GitHub Packages
- GitLab Subcriptio*,
- Portus*,
- Quai.
Solutiones quae actu werfo plene sustinentur asterisco notatae sunt. Aliis est adminiculum, sed limitatio.
Duae difficultates principales invenire possunt:
- Nonnullae solutiones tag remotionem usuram Docker Registry API solutiones non sustinent, prohibent utentes ab automati televisifico utendo. Hoc verum est pro AWS ECR, Docker Hub, et GitHub Packages.
- Quaedam solutiones repositoria nidos dictas (Docker Hub, GitHub Packages et Quay) non sustinent, sed usor UI vel API (AWS ECR) eas manually utens.
Nos has et alias quaestiones solvendi sumus utentes APIs indigenarum solutionum. Hoc negotium etiam includit totum cyclum werf operandi cum probationibus pro unaquaque illarum;
Distribuit imaginem constructum (β)
- Versione: v1.2 v1.1 (prioritas ad exsequendam haec factura auctum est)
- Dates: Martius Aprilis
In momento, werf v1.0 et v1.1 solum in uno exercitu dedicato ad operas aedificandas et publicandas imagines adhiberi ac applicationem Kubernetes explicari possunt.
Ad aperiendas facultates operis werf distributi, cum applicationes in Kubernetes aedificandi et instruere in plures turmas arbitrarias immittuntur, et hae exercitus statum suum inter aedificationes (cursores temporales non servant), werf requiritur ad facultatem utendi efficiendum. in Docker Subcriptio pro scaena copia.
Antea, cum werfum inceptum adhuc dapp vocaretur, talem facultatem habebat. Sed plures invenimus quaestiones quae ratio habenda est cum hanc functionem in werf exsequendam.
illud. Haec pluma non requirit collectorem ut siliquas Kubernetes intus elaboraret, quia Ad hoc facere debes dependentiam a servo locali Docker removere (in vasculo Kubernetes non est aditus ad servo locali Docker, quia processus ipse in vase currit, et werf non habet nec sustinet. laborat cum Docker server super retiacula). Firmamentum ad currendum Kubernetes separatim perficietur.
Officialis auxilium pro actionibus GitHub (NEW)
- Version: v1.1
- Dates: Martius
Includes werf documenta (sectiones reference ΠΈ dirige) , necnon Actionis officialis GitHub ad operandum cum werf.
Praeterea werf permittit laborare cursoribus evanidis.
Mechanica usoris commercii cum CI systemate fundare debebit pittacia e petitionibus viverra ut actiones quaedam inchoandae ad applicationem edificandi/evolvant.
Loci progressionis ac applicationum instruere cum werf (β)
- Version: v1.1
- Dates: Aprili-Februario
Praecipuum propositum est efficere ut applicationes localiter tum in productione sine complexu actionis extra pixidem unam config unicam perficiendam.
werf etiam opus est habere modum operandi, quo commodum erit recensere codicem applicationis et statim opiniones recipere ab applicatione currentis ad debugging.
Nova purgatio algorithmus (NEW)
- Version: v1.1
- Dies: Aprilis
In emendatione werf v1.1 in processu cleanup Nulla provisio est ad imagines purgandas pro schemate contento substructio - hae imagines cumulant.
Etiam, versio hodierna werf (v1.0 et v1.1) variis mundi consiliis utitur pro imaginibus sub tagging technis editis: Git ramus, Git tag vel Git committus.
Novus algorithmus ad purgandas imagines ex historia quae in Git committit, omnibus tagging technis unita, inventa est:
- Ne plus quam N1 imagines cum recentissimis N2 coniungendis committit pro unoquoque capite capitis (rami et tags).
- Imagines scaenae cum N1 recentissimis coniunctas non plus quam N2 reponunt pro unoquoque capite capitis (rami et tags).
- Imagines omnes, quae in quibusvis Kubernetes gregariis opibus adhibitae sunt (omnes contextus kube fasciculi et spatii nominationum lustrantur; hunc mores cum optionibus specialibus circumscribere potes).
- Omnes imagines copia quae in configuratione resource adhibitae sunt manifestat Helm solvo servatas.
- Imago deleri potest si non cum aliquo CAPITULUM e git coniungitur (exempli gratia, quia caput ipsum correspondens deletum est) et in aliquo botro Kubernetes manifestat et in Helm emissiones non adhibetur.
Parallel imago aedificium (β)
- Version: v1.1
- Dates: Jan.-Febr.
Praesens versio werf colligit imagines et artificia de quibus in werf.yaml: continue. Parallela est necesse est processum colligendi stadia imaginum et artificiorum independentium, necnon opportunum et informativum praestituendum.
* Nota: notificata mutatum est propter auctam prioritatem ad exsequendum conventum distributum, qui plus addet facultatem scalae horizontalis ac usus werf cum Actionibus GitHub. Coetus parallelus proximus est gradus optimiizationis, verticalis scalabilitatis providens unum consilium cum congregando.
Transitus ad Helm 3 (β)
- Version: v1.2
- Dates: Februario-March May*
Migratio includit novum codebase et probatum est, opportunum iter institutiones exsistentes migrare.
* Nota: commutatio ad Helm 3 notas notabiles ad werf non addet, quia omnia lineamenta clavis Helm 3 (3-via-merge et non colens) iam in werf perficiuntur. Praeterea, werf has praeter indicatas. Sed hic transitus in consiliis nostris manet et perficietur.
Jsonnet ad describendam figuram Kubernetes (β)
- Version: v1.2
- Dies: Ianuario-Febr
Werf supportabit configurationem descriptiones Kubernetes in forma Jsonnet. Eodem tempore, werf remanebit compatibilis cum Helm et electio descriptionis forma erit.
Ratio est, quia Ite templates, secundum multos homines, magnum habent ingressum claustrum, et horum intellectuum intellectus codicem patitur.
Facultas introducendi alias Kubernetes systemata conformationis descriptio (exempli gratia Kustomize) consideratur etiam.
Opus intus Kubernetes (β)
- Version: v1.2
- Dies: Aprilis
Metam: Perficite imagines aedificatae et applicatio cursorum in Kubernetes tradita est. Illae. Novae imagines congregari possunt, divulgari, purgari et de siliquis Kubernetibus directe explicari.
Ad hanc facultatem efficiendam, primum opus est ut imagines distributas aedificare possit (vide supra).
Etiam subsidium requirit artifici operandi modus sine servo Docker (i.e. Kaniko-sicut aedificandi vel aedificandi in spatio usoris).
Werf aedificium in Kubernetes non solum cum Dockerfile sustinebit, sed etiam cum structore suo Stapel cum incrementalibus aedificat et Ansible.
Gradus ad aperta progressionem
Communitas nostra amamus (, ) et magis magisque optamus nos iuvare werf melius facere, intellegere directionem quam movemur et progressionem participare.
Nuper admodum placuit mutandae ut processum operationis nostrae quadrigis patefaciat. Nunc videre potes immediata consilia ac opus currens in sequentibus locis:
- ;
- ;
- ;
- .
Multum opus factum est cum exitibus;
- Remota impertinens.
- Exsistentes perducuntur ad unam formam, cum sufficienti numero singularium et singularium.
- Novae quaestiones cum notionibus ac suggestionibus additae sunt.
Quomodo versionem v1.1
The version is available in (In canalibus stabilis ΠΈ petra-solidum solvo apparebit sicut stabilizatio fit tamen ea ipsa iam satis stabilis est ad usum, quia perambulabat canales delta ΠΈ beta). Activated in hunc modum;
source $(multiwerf use 1.1 ea)
werf COMMAND ...conclusio,
Novus scaena repono architecturae et optimizations aedificator pro Stapel et Dockerfile aedificatores aperiunt facultatem distribuendi et paralleli aedificandi in werf. Hae lineamenta mox in eadem solutione v1.1 apparebunt et automatice praesto erunt per mechanismum auto-renovatum (usoribus pro usoribus ).
In hac emissione tagging belli subnixa imagini contentorum addita est - content-fundatur taggingquae facta est defalta militaris. Summa mandatum iniuriarum etiam retractavit: werf build, werf publish, werf deploy, werf dismiss, werf cleanup.
Proximus notabilis gradus est distributis ecclesiis addere. Aedificationes distributae altioris prioritatis quam parallelae aedificationis factae sunt cum v1.0 quia plus pretii ad werf: verticalem scalam aedificantium et sustentationem pro structurarum ephemeralium in variis systematibus CI/CD, necnon facultas officialem sustentandi actiones GitHub . Ideo exsequendam deadlines pro conventibus parallelis mutati sunt. Sed in utraque facultate quam primum adlaboramus.
Sequere nuntium! Et noli oblivisci nos visitare exitum creare, unum exsistentem invenire et plus addere, creare PR, vel solum spectare progressionem rei.
PS
Lege etiam in nostro diario:
- «»
- Β«";
- Series notarum de innovationibus in werf;
- Β«";
- Β«";
- Β«";
- Β«".
Source: www.habr.com