Caldrà configurar la vostra VPN/Lan2Lan/PPP per a que disposi d’accés a les adreces IP del SIC. Si us cal saber les adreces IP dels serveis podeu obrir una consulta a Framework SIC.
Missatge d’error: “Could not authenticate you from Ldapmain because “Invalid credentials”.
Per accedir als serveis del SIC, resulta necessari disposar d’un usuari GICAR operatiu. Caldria fer una petició de suport al servei GICAR a través de SAU-Remedy per a revisar el problema.
Cal tenir informat el correu electrònic a la identitat GICAR per tal que la informació es propagui al Gitlab. Caldria fer una petició de suport al servei GICAR a través de SAU-Remedy per tal que actualitzin aquest camp.
Els portals Gitlab/Jenkins del SIC no es troben adherits al Single Sign-On de GICAR (no llegeixen les capçaleres d’autenticació GICAR). L’autenticació i autorització es realitza de forma diferenciada.
La versió de GIT que fa servir el GITLAB de SIC és la 9.0.5 i, segons la documentació oficial de GIT, qualsevol versió 2.X seria compatible. Tanmateix, recomanem utilitzar una versió igual o superior a la 2.7.X.
Els usuaris Release Manager podran crear tant grups com projectes dins el seu espai personal al portal Gitlab, però de cara a oficialitzar a CTTI l’entrega del codi font d’un projecte, aquest haurà de figurar a l’espai corporatiu de SIC.
Els grups oficials d’aplicació es crearan automàticament a partir de la informació de l’inventari d’aplicacions.
Els projectes dins els grups oficials d’aplicació sí que podran ser creats pels Release Manager mitjançant el portal Gitlab.
És possible crear subgrups dins un grup d’aplicació oficial però de cara a la integració amb Jenkins, comportarà una incompatibilitat. Per tant, es desaconsella treballar amb subgrups dins l’espai corporatiu del SIC.
El SVN es va passar a mode lectura el 5 de Febrer de 2018 i s’ha donat de baixa definitivament el 15 d’Octubre de 2020.
A partir d’aquest dia ja no és possible que els usuaris puguin descarregar el contingut d’aquest repositori.
Caldrà actualitzar l’origen del codi font dels jobs per tal que apuntin al repositori del projecte de Gitlab.
Únicament la branca MASTER és la que té el lligam amb les pipelines de Jenkins. No obstant, es pot publicar qualsevol branca al Git del SIC.
La tasca de desplegament (job) comprova si existeix el tag definitiu associat a la versió indicada al fitxer “sic/sic.yml” i mostra error si no s’ha realitzat el corresponent increment de versió. Caldrà que incrementi el valor de versió i torni a provar.
No es realitza cap gestió de transaccions de BBDD per defecte. Si escau, caldrà incorporar clàusules de transacció dins els scripts d’usuari: BEGIN TRANSACTION, COMMIT i ROLLBACK.
Si el codi d’aplicació indicat és vàlid, probablement el sistema ha detectat inconsistències respecte al codi de projecte. És a dir, durant la pujada de binaris el sistema verifica que aquesta vingui acompanyada de l’actualització de la versió del codi font del projecte. Únicament estaran exemptes d’aquesta validació les aplicacions que disposin d’una excepció aprovada en la custòdia de codi.
Per tant, per a resoldre el problema, caldrà actualitzar el codi font del projecte o tramitar, si escau, la corresponent excepció amb arquitectura del CTTI per a que l’aplicació no disposi d’aquesta restricció.
En cas de tractar-se d’una aplicació multi projecte que sí reposita el codi però la pujada de binaris es vol realitzar en bloc (tots els artefactes, documentació…), o bé es vol lliurar un artefacte que no té un projecte al darrere (producte de tercers, llibreria sense codi…) caldrà optar per indicar un codi de projecte que acompleixi els requeriments indicats. En cas contrari, les pujades hauran de fer-se de forma diferenciada per a cada un dels projectes de l’aplicació.
A partir del 24/01/2019 aquest control serà restrictiu.
S’executa un procés d’esborrat de binaris de manera que únicament es respectaran les últimes 5 versions repositades per codi d’aplicació i projecte; i, pel que fa a versions anteriors, es respectaran si aquestes han estat pujades durant els últims 6 mesos (180 dies). El Servei de Binaris no està concebut, per tant, com un servei de custòdia permanent sinó com un sistema d’intercanvi d’artefactes per al desplegament d’aplicacions.
Si teniu qualsevol dubte o problema utilitzeu el canal de Suport o contacteu amb l’Oficina Tècnica Canigó CTTI a través del correu electrònic: oficina-tecnica.canigo.ctti@gencat.cat.