Pagina 1 di 1
Git è uno standard universale, ma il modo in cui un team lo usa fa una differenza enorme. Commit message informativi, branching strategy chiara, code review sistematiche, hook che bloccano i problemi prima del push. Tutto questo è la differenza tra uno storico leggibile e un cimitero di "fix".
In questa categoria scrivo di version control professionale: strategie di branching, code review, pre-commit hook, Git security, integrazione con CI/CD. Parliamone, scopri come lavoro.
Un gestionale PHP su VPS OVH, il freelance sparito da tre mesi, credenziali perse, nessun backup del codice e il certificato SSL in scadenza tra 8 giorni. Le prime 48 ore di un subentro d'emergenza: mappatura accessi, backup immediato, rotazione credenziali e stabilizzazione prima di qualsiasi modifica. Continua a leggere
Un gestionale PHP su VPS OVH con deploy via FTP: il titolare aveva perso due giorni di lavoro sovrascrivendo un file in produzione senza backup. Ho implementato Git con bare repository e post-receive hook, deploy in un comando e rollback in 10 secondi. Da FTP a Git in 5 giorni senza un minuto di downtime. Continua a leggere
Un gestionale PHP 5.6 senza Git, senza documentazione, senza test: 147 file PHP sparsi in 23 directory, credenziali MySQL hardcodate in 9 file, deploy via FTP e lo sviluppatore sparito da sei mesi. Come ho ripreso il controllo in 30 giorni con PHPStan baseline, Rector e Git incrementale. Continua a leggere
