Dezvoltare a condus în comandant. Apoi am făcut validarea în ramura de validare și gui în ramura gui. A fost necesar să se stabilească acest lucru pe githab cu diferite ramuri. Și m-am plâns în master și validare și gui și abia apoi l-am trimis la githab. Este posibil ca aceasta să fie corectă?
Este important pentru mine să fie afișate pe githaba ca ramuri diferite. Prin urmare, dacă există o modalitate pe care site-ul să le împartă vizual, în timp ce lasă calculatorul fuzionat, atunci această metodă se va potrivi și eu.
Codul din aceste ramuri îmi convine, iar la fuzionare nu existau conflicte. Vreau să împărtășesc, doar pentru că oamenii care vor studia proiectul cu privire la githaba ar trebui să înțeleagă în mod clar unde sa încheiat sucursala master. Ie Doar o mică parte a proiectului ar trebui să se afle în comandant. Și am întâmpinat întregul proiect în comandant.
Mai întâi, pierderea de cod în git nu este atât de ușoară. În cazul în care, aveți întotdeauna git reflog. pentru a restabili comiterea pierdută. Și totuși, este întotdeauna posibilă realizarea unei copii de rezervă a ramurii actuale utilizând backup-ul git branch (numele este arbitrar).
Apoi, trebuie să răsturnați ramura master la comitetul înainte de îmbinare: git reset --hard commit-name. Citiți mai multe: Cum să reveniți la comitetul anterior?
Doar ca nu poti rula o ramura, pentru ca pe githaba există acum angajamente pe care nu le aveți în sucursala dvs., deci nu veți obține o îmbinare automată rapidă înainte. Git push-f va ajuta. Această comandă înlocuiește conținutul ramurii șterse.
Rămâne să executați ramurile rămase. Pentru a evita să specificați de fiecare dată o sucursală locală și la distanță, aveți posibilitatea să atribuiți o singură dată o sucursală de la distanță în ramura locală:
Puteți începe toate ramurile simultan (în general, toate în refs / capete /):