ISISComputingGroup / ISISComputingGroup/IBEX

More robust process for deploying a single IOC

Aperta
#3,946 1 commento 0 reazioni 0 assegnatari Vedi su GitHub
Lingua principale
Nessun dato sulla lingua
Stelle
6
Fork
2
Merge medio
16h 40m
PR unite (30g)
2

Descrizione

As a developer, I would like a simple and robust process for deploying the latest version of a single IOC to an instrument.

Currently our process is to take the ioc directory from a build server and copy it onto the instrument. However, this has a number of problems:
- We have to wait for a full build to go through on the build server
- If dependencies have changed, then any compiled code (e.g. sequencers, asubs) may not run any more

Our "static" builds don't appear to be truly static, as the executables still depend on libraries such as MySQL, which currently prevents us from using this to deploy a single IOC.

**Acceptance criteria**
- There is a simple, robust, documented process for deploying the latest version of a single IOC onto an instrument
- The process does not require waiting for an entire epics build to complete on a build server

Guida per i contributori

Nessuna guida per i contributori indicizzata per questo repository

Direzione di ricerca

Start by reviewing the current process of copying an IOC directory from the build server to an instrument, including how static builds handle dependencies such as MySQL. Define and document a robust single-IOC deployment path that avoids waiting for a full EPICS build, then verify it against the two acceptance criteria.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Valutazione

Stack tecnologico
mysql
Ambito
build-system, devops, infrastructure
Tipo di issue
Funzionalità
Difficoltà
5/5
Tempo stimato
Più di una settimana
Stato di attività
Ferma
Chiarezza
Abbastanza chiara
Idoneità per principianti
35/100

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.