I miei occhi sono distrutti. Sto usando uno screen reader.
Stiamo usando git come nostro sistema di controllo della versione sul nostro progetto. Ospitiamo il nostro server e usiamo ssh per accedervi. Inseriamo ogni modulo in rami separati, quindi li uniamo a un ramo chiamato dev per il test. Quindi, quando stabiliamo che tutto è stabile, ci uniamo a dev per diventare master.
Ultimamente sto scoprendo che stiamo usando filiali remote in un modo insolito. Ad esempio, supponiamo che il mio partner abbia trovato un bug che non è stato in grado di risolvere. Tipicamente gli chiedo di leggere il codice e suggerire alcune correzioni. Se ciò non è possibile (ad es. Non sa cosa leggere o codice è troppo lungo), facciamo quanto segue.
- Configura il file contenente il bug e lo spinge al ramo remoto.
- Vorrei quindi tirare il suo ultimo commit e leggere il suo codice e provare a capire il bug.
- Questo si ripete all'infinito fino a quando il bug è stato corretto. A volte vorrei chiedergli di inviare file correlati al file corrente (E.G. forse il problema è come i dati di JSON sono formattati, quindi devo leggere il file che invia l'oggetto json al file corrente.)
Per me, Git ha reso questo processo molto facile. Ora ho un modo per ispezionare personalmente il codice di qualcuno senza importunare le persone a rileggere una gran parte del loro codice per me se voglio qualcosa di chiarito. Tuttavia, credo che stiamo usando commette in un modo molto cattivo. Non sono riuscito a cancellare quei commit nel ramo locale perché sono già stati inseriti nel ramo remoto.
La mia prima soluzione è: quando unisco il mio modulo a dev, escluderei tutti i commit che non sono veri commit usando un identificatore o un intervallo. Il problema è che i commit sono sparsi a seconda di quando si è verificato il bug e a che ora. Il loro ridimensionamento potrebbe richiedere molto tempo e essere improduttivo per gli altri sviluppatori del team. Non so come ottenere ciò che voglio.
Che cosa dovrei fare?