Traductor Git per a analistes de dades

Hola, analista de dades! La teva carpeta d’«Informes Power BI» sembla el camarot dels germans Marx, amb versions com Informe_Final_REQUETEFINAL_ARA_SI_V3.pbix? Sents una esgarrifança cada vegada que has de fusionar canvis en un model compartit, tement el temut «m’has trepitjat la feina»? Si has assentit amb el cap (i potser amb una mica de suor freda), prepara’t! Estàs a punt de descobrir l’arma secreta que transformarà el teu caos de fitxers en una simfonia de col·laboració: Git.

Oblida la idea que Git és només per a programadors amb barbes llargues i samarretes de grups que no coneixes. A l’era de Microsoft Fabric, on els projectes de dades són un esport d’equip (i quins equipassos s’estan muntant!), Git és el teu millor aliat. Aquesta guia no és un manual tècnic avorrit; és el teu traductor personal, el teu passaport per dominar Git sense tornar-te boja i perquè els teus projectes brillin més que una Bola de Drac acabada de polir. Convertim aquests «commits» en el teu nou superpoder!

1. git clone

👩‍🦱 «Tia, el teu projecte de Power BI és brutal. El puc millorar?»

👩‍🦰 «És clar! Fes un clone del repo i te l’emportes al teu entorn local.»

📌 Traducció: Descarregues una còpia del projecte des de GitHub.

✅ Avantatge: Tens la mateixa versió del projecte que la resta de l’equip. Res de «em passes per Teams l’últim .pbix, que em vaig perdre la daily».

❌ Patinada evitada: El clàssic «Però si això ahir funcionava!» després d’obrir un fitxer desactualitzat i liar-la parda.

2. Crea una branca nova

Pensa en una branca com un «I si…?» al teu informe. Vols provar aquella visualització boja nova o una mesura DAX que podria canviar-ho tot? Fes-ho en una branca. Si funciona, genial! Si és un desastre, simplement l’esborres, i el teu informe principal continua tan tranquil com si res. Màgia!

👩‍🦱 «No vull trencar la teva obra mestra, així que em creo una branca per remenar.»

👩‍🦰 «Cada canvi a la seva parcel·la, com ha de ser.»

📌 Traducció: Crees una còpia paral·lela del projecte on treballar els teus canvis.

💡 Posa bons noms a les branques: feat/mesura-marge, fix/filtre-informe.

✅ Avantatge: Pots experimentar sense por. Res del que facis afecta la versió principal fins que es revisi i s’aprovi.

❌ Patinada ÈPICAMENT evitada: Trencar el model de producció a les 17:55. O que la teva cap et digui: «on és el KPI que ha desaparegut?»

3.✍️ Canvis al repositori

👩‍🦱 «He afegit una mesura DAX i ara el marge es veu per mes.»

👩‍🦰 «Això ja és material de commit.»

📌 Traducció: Edites allò que necessites canviar.

💡 Divideix els canvis grans en diversos de petits. És més fàcil revisar-los i revertir-los.

✅ Avantatge: Pots provar hipòtesis i millores sense arruïnar el que ja funciona.

❌ Patinada evitada: Tocar diverses coses sense saber què ha trencat què. O pitjor: que funcioni «per casualitat» i no sàpigues com replicar-ho. A qui no li ha passat?

4. 🔄 git pull

👩‍🦰 «Abans de fusionar, actualitza. He canviat el nom d’unes columnes.»

👩‍🦱 «Bona idea, no vull conflictes… els de Git sí que fan por!»

📌 Traducció: Descarregues els últims canvis de la branca principal abans de continuar treballant o de proposar la teva integració.

💡 Fes-ho abans de començar a treballar en alguna cosa grossa, abans d’un push important, i SEMPRE abans de pensar en una Pull Request. El teu jo del futur t’ho agrairà!

✅ Avantatge: Evites barrejar versions antigues amb les noves, cosa que manté la història del projecte ordenada i facilita les revisions.

❌ Patinada evitada: els conflictes de Git. I tot i que els conflictes no sempre són dolents (alguns porten a millores, teràpies o noves mètriques), a Git solen ser un drama.

💥 Què és un conflicte a Git?

Passa quan dues persones modifiquen la mateixa part del codi (o model, mesura, columna…) i Git no sap quina versió mantenir. Per exemple:

Tu vas reanomenar la mesura TotalVentas a VentasTotales i la teva companya la va reanomenar a VentasGlobales. Git diu: «em pots aclarir què vols fer?»

🎯 La millor manera de prevenir-los: pulls freqüents, branques petites i bona comunicació (i bon cafè).

5. 💾 git add . + git commit -m «feat: afegeix mesura margeAcumulat»

Un commit és com clavar amb una xinxeta la teva feina, amb data i hora, en un suro gegant. «Aquí vaig afegir el filtre per any», «Aquí vaig optimitzar la mesura de vendes». Si alguna cosa es torça, saps exactament a quina xinxeta tornar.

👩‍🦱 «Deso el que he fet, amb nom i cognoms.»

👩‍🦰 «Perquè després no diguin que no saben què hem canviat.»

📌 Traducció: Registres els canvis en local amb una descripció.

💡 Fes commits freqüents i descriptius. Així pots tornar enrere sense drames.

✅ Avantatge: Historial clar, traçable i reversible. Si alguna cosa falla, la pots identificar en segons.

❌ Patinada evitada: Perdre hores buscant quina mesura ha canviat el resultat del dashboard. O pensar que «Power BI s’ha trencat sol».

6. 🚀 git push

👩‍🦱 «Pujo els meus canvis a GitHub.»

👩‍🦰 «Ja els podem revisar!»

📌 Traducció: Envies la teva branca a GitHub/Azure DevOps per compartir la feina.

💡 No facis mai push directe a main. Fes servir branques protegides si lideres el projecte; fa unes setmanes vaig parlar de com protegir les teves branques.

✅ Avantatge: Facilita el treball col·laboratiu. L’equip pot veure i comentar el que estàs fent sense esperar el lliurament final.

❌ Patinada evitada: Que algú altre editi el mateix model que tu alhora sense saber-ho. Bum. Conflicte.

I perquè no se t’oblidi, aquí tens un ballet estil macarena:

7. 📬 Pull Request (PR)

👩‍🦱 «Envio una PR amb els meus canvis.»

👩‍🦰 «Així els revisem abans de fer merge.»

📌 Traducció: Sol·licites que els teus canvis s’incorporin a la branca principal.

💡 Adjunta captures de pantalla o una demo dels teus canvis a la PR.

✅ Avantatge: Permet revisió creuada, comentaris, suggeriments… i no trenca res fins que s’aprova.

❌ Patinada evitada: Pujar un canvi no validat que deixa sense dades l’informe de Direcció just abans del comitè mensual.

8. 🧩 Merge

👩‍🦰 «Tot aprovat, fem el merge.»

👩‍🦱 «Desplegament a punt.»

📌 Traducció: Els teus canvis s’integren a la branca principal i es poden desplegar automàticament.

💡 Automatitza el desplegament post-merge amb GitHub Actions i Microsoft Fabric.

✅ Avantatge: Control total sobre què va a producció i quan. Pots llançar desplegaments a diferents workspaces amb un simple merge.

❌ Patinada evitada: Pujar un model sense revisió, sense testing i sense còpia de seguretat. Àlies, el camí a les llàgrimes.

🔁 BONUS: git status, git diff, git log

👩‍🦱 «Què he canviat i què em falta desar?»

👩‍🦰 «Mira el status. El diff, si vols veure-ho línia per línia.»

📌 Traducció:

• git status: la teva consciència Git. Et xiuxiueja què has canviat i si t’has oblidat de desar alguna cosa. Escolta-la!
• git diff: la lupa de detectiu de Git. Et mostra exactament quines línies has afegit o esborrat. No se li escapa cap canvi!
• git log: la màquina del temps del teu projecte. Vols veure qui va fer què i quan? git log és el teu DeLorean particular.

💡 Si et perds, git log --oneline --graph --all és la teva brúixola visual.

✅ Avantatge: Tens traçabilitat total de la teva feina. Mai més «no sé què vaig fer ahir, però funcionava».

❌ Patinada evitada: No poder explicar què ha canviat, com ni per què.

🧱 I per què tot això importa més que mai?

Amb Fabric, ja no ets una lloba solitària amb el teu .pbix. Ara formes part d’una manada de dades (o dels Power Rangers de Fabric, com prefereixis!). I perquè la manada caci junta i no es trepitgi, Git és el llenguatge universal:

• Hi ha pipelines,
• Hi ha notebooks,
• Hi ha artefactes compartits,
• I sobretot… hi ha més gent.

Ara hi treballem enginyeres de dades, analistes, arquitectes de solucions, fins i tot perfils de negoci que volen les seves mesures DAX ben versionades.

Això ja no és un informe personal. És programari.

🧠 Per això, portar una estratègia CI/CD sòlida no és una moda dev, és una necessitat per sobreviure (i prosperar) en projectes reals amb Fabric.

💥 Spoiler: l’alternativa és el caos, i no del divertit.