La integració contínua publica un canvi a la teva web seguint sempre el mateix recorregut: el codi s'escriu en una branca a part, un sistema automàtic el compila i el prova, es genera una vista prèvia, algú la revisa i només aleshores passa a producció. Si alguna cosa falla, el canvi s'atura abans d'arribar als teus clients.
Els 6 passos per publicar un canvi a la teva web amb integració contínua
Qualsevol canvi recorre sis passos fixos i cadascun deixa registre: un preu, un text legal o un camp nou al formulari. Com a exemple, imagina que vols canviar el telèfon del peu de pàgina i afegir el camp «Empresa» al formulari de contacte.
1. Una branca pròpia per al canvi
El desenvolupador crea una còpia aïllada del codi, anomenada branca, amb un nom descriptiu com contacte-camp-empresa. La web publicada no es toca. Si demà cal corregir alguna cosa urgent, es fa en una altra branca sense barrejar feines a mig acabar.
2. Commit i pujada al repositori
Cada modificació es desa amb un missatge clar («Afegeix el camp Empresa al formulari») i es puja al repositori. Així queda constància de qui va canviar què i quan, i qualsevol versió anterior es pot recuperar.
3. Compilació i comprovacions automàtiques
En pujar la branca, un servidor d'integració contínua executa una llista de tasques: instal·la dependències, compila la web i llança les comprovacions configurades. Si només una falla, el procés es marca en vermell i el canvi no avança.
4. Vista prèvia en una adreça temporal
Si tot passa en verd, es genera una versió de la web amb el canvi aplicat en una adreça temporal. Tu la pots obrir des del mòbil, omplir el formulari i comprovar que el telèfon nou apareix bé, sense que els teus clients vegin res.
5. Revisió i fusió amb la branca principal
Una altra persona de l'equip revisa el codi i tu valides la vista prèvia. Amb les dues aprovacions, la branca es fusiona amb la principal, que és la que representa la web en producció.
6. Desplegament a producció
La fusió dispara el desplegament automàtic. El servidor torna a compilar des de zero i publica la nova versió, sense copiar fitxers a mà per FTP ni editar en directe.
Què revisa el pipeline d'integració contínua abans de publicar
El pipeline és la llista de comprovacions que s'executa en cada canvi, i el seu contingut es decideix en muntar el projecte. Aquestes són les habituals en una web professional:
| Comprovació | Què detecta | Exemple en una web | Si falla |
|---|---|---|---|
| Compilació | Errors de sintaxi o fitxers que falten | Una imatge esborrada que una pàgina continua fent servir | No es genera la vista prèvia |
| Linter i format | Codi inconsistent o amb errors evidents | Una variable mal escrita al formulari | Es marca la línia exacta |
| Tests automàtics | Funcions que deixen de comportar-se com abans | El formulari deixa d'enviar correus | Es bloqueja la fusió |
| Enllaços i rutes | Pàgines que retornen error 404 | Un enllaç del menú a una secció reanomenada | Llista d'enllaços trencats |
| Mida i rendiment | Fitxers excessius que alenteixen la càrrega | Una foto pujada sense comprimir | Avís abans de publicar |
Els tests mereixen un capítol propi; aquí importa el principi: la màquina repeteix les mateixes comprovacions en cada canvi, sense cansar-se ni saltar-se passos.
Com es desfà un canvi publicat amb integració contínua
Cada desplegament genera una versió completa i independent de la web, de manera que tornar a l'anterior consisteix a reactivar-la. No cal reconstruir res ni buscar quin fitxer es va modificar.
Hi ha dues maneres de fer-ho:
- Marxa enrere immediata. Des del panell de desplegaments es marca com a activa la versió prèvia. Serveix quan el problema és visible i urgent, com una pàgina en blanc.
- Revert del canvi. Es crea un commit que anul·la exactament el canvi problemàtic i passa pel mateix pipeline. És l'opció correcta quan l'error és menor i vols deixar constància de la correcció.
La diferència amb un desplegament manual és notable. Si algú puja fitxers per FTP i alguna cosa es trenca, ningú no sap amb certesa quin era l'estat anterior. Amb integració contínua, l'historial respon sempre aquesta pregunta.
Integració contínua en una web corporativa, una botiga online o un CRM a mida
El recorregut de sis passos és el mateix en qualsevol projecte, però les comprovacions canvien segons el que estigui en joc.
- Web corporativa o landing. N'hi ha prou amb compilació, enllaços i rendiment. En un projecte de disseny web a mida el pipeline es munta a l'inici i protegeix des de la primera publicació.
- Botiga online. S'hi afegeixen proves del carretó i de la passarel·la de pagament en mode de prova, perquè un canvi de disseny no impedeixi cobrar.
- CRM o ERP. Entren en joc les migracions de base de dades: canvis en taules que s'han d'aplicar en ordre i sense perdre registres. En CRM i aplicacions a mida també es verifiquen les integracions i l'automatització de processos, com l'enviament de factures o els avisos per correu.
En un programari de gestió per a pimes, un error no trenca una pàgina: pot duplicar comandes o deixar un comercial sense accés. Per això el pipeline és més estricte i la vista prèvia es prova amb dades fictícies, mai amb les reals.
4 preguntes sobre integració contínua que has de fer al teu proveïdor web
El teu proveïdor hauria de respondre aquestes preguntes sense embuts abans de signar:
- On és el repositori? L'ideal és que estigui a nom teu. A Sinergia Barcelona el codi és propi del client i no es treballa amb plantilles genèriques.
- Puc veure els canvis abans de publicar-los? La resposta hauria de ser una vista prèvia per cada canvi.
- Com es torna enrere? Demana que t'ho mostrin al panell de desplegaments.
- Qui aprova la publicació? Hi ha d'haver almenys una revisió humana abans de producció.
Si vols que valorem la teva web actual o un projecte nou amb aquest flux inclòs, pots sol·licitar pressupost online.
Preguntes freqüents
La integració contínua encareix el desenvolupament d'una web?
La integració contínua es configura una vegada a l'inici del projecte i després funciona sola en cada canvi. A Sinergia Barcelona forma part del desenvolupament, sense partida a part. Els canvis fora de l'abast acordat es cobren a 45-60 €/h, igual que qualsevol altra modificació.
Puc veure els canvis de la meva web abans que es publiquin?
Els canvis d'una web amb integració contínua generen una vista prèvia en una adreça temporal. La pots obrir a l'ordinador o al mòbil, revisar textos i provar formularis. Res no arriba a producció fins que la revisió està aprovada i la branca es fusiona.
Què passa si un canvi trenca la web després de publicar-lo?
Un canvi que trenca la web després de publicar-se es desfà reactivant la versió anterior des del panell de desplegaments. Cada publicació queda desada com a versió completa, així que la web torna a l'estat previ mentre es corregeix l'error amb calma en una branca a part.
La integració contínua serveix per a una landing page senzilla?
Una landing page senzilla també es beneficia de la integració contínua, tot i que amb menys comprovacions: compilació, enllaços i pes de les imatges. Evita publicar una campanya amb un botó trencat o una foto enorme, i permet canviar textos sense por durant la campanya.