Il nostro team sta crescendo, e con esso, il malcontento rispetto agli standard comuni di codifica imposti agli sviluppatori con opinioni alternative (forti, al limite religiose) su ciò che costituisce un buon stile di codifica.
Esempi di punti di maggiore controversia:
- spazi vs schede
- Posizionamento di parentesi graffe (K & R, GNU, kernel Linux, Stroustrup ecc.)
- L'elenco continua ...
Vorremmo renderlo più flessibile, consentendo agli sviluppatori di adottare uno stile che si adatti ai loro gusti.
Applicazione del codice nel repo conforme
Possiamo installare un hook di pre-commit che eseguirà uno script in formato clang sulle modifiche da impegnare, l'applicazione di tutto il codice nel nostro repository è conforme a uno stile comune.
Permettere agli sviluppatori di lavorare con il loro stile
È plausibile che potremmo anche installare un hook post-checkout , consentendo agli sviluppatori di applicare il proprio stile sul codice.
Il problema che vedo con questo è che tutti i file appariranno come "sporchi" se confrontati con git status
o git diff
ecc.
Domanda:
Esistono tooling / workflow in cui possiamo avere il meglio dei due mondi - uno stile comune che è quello a cui i file controllati nel repository sono conformi e gli stili specifici degli utenti che possono essere applicati ai repository locali durante lo sviluppo, < em> senza "scherzare" con git ?