Lavorare con git dal telefono
Rami, merge con conflitti, cronologia e il tuo commit — e perché non ci sono né push né rebase.
Git sul telefono non è un secondo terminale. Sono le poche operazioni che servono quando non sei al computer: vedere cosa ha scritto l'Agente, cambiare ramo, fare merge, scrivere un commit di tua mano. Il resto resta sul computer, dove hai gli strumenti per farlo.
Una directory di lavoro che non è sotto controllo di versione lo dice subito. Non è un errore: semplicemente non c'è niente da mostrare.
Rami
L'elenco dei rami, l'attivo per primo. Di ciascuno si vede di quanti commit è avanti e indietro rispetto al ramo principale, così riconosci quale è in corso e quale è stato dimenticato senza doverlo aprire.
Toccando un ramo ci passi. L'applicazione chiede prima, perché sul Server cambia la directory di lavoro e lo specchio dei Documenti viene allineato: è un cambiamento che non vuoi fare per errore mentre l'Agente sta lavorando.
Se nella directory di lavoro c'è lavoro non finito, il passaggio non va a buon fine e l'applicazione elenca cosa lo impedisce esattamente. L'elenco dei file è lì di proposito: senza di esso non sapresti cosa sistemare.
Merge
«Fai il merge nel ramo attivo» affida il lavoro all'Agente, non a git. È voluto: un merge può richiedere una decisione che il Server non può prendere, e l'Agente almeno sa chiedere.
Il Prompt non va nella Conversazione in cui stai lavorando: sei andato a cambiare ramo, non a scriverne. Riceve una conversazione propria e tu resti sulla schermata di Git; che sia fatto il merge si vede dal cambio della cronologia.
I conflitti l'Agente non li risolve da solo. L'incarico che gli parte gli dice esplicitamente di elencarli e attendere istruzioni. Tre strade poi:
- Decidere dal telefono
- In quella conversazione gli scrivi come risolvere il conflitto. Per due o tre punti dove sai quale parte è quella giusta, è la via più rapida.
- Lasciarlo al computer
- Lasci il merge in sospeso e lo risolvi al computer. Niente si rompe: il repository è nello stato normale di un merge in corso.
- Annullare il merge
- Il repository torna allo stato precedente al merge. Quello che era già stato risolto del conflitto viene scartato: per questo l'applicazione chiede.
Cronologia e dettaglio del commit
La cronologia del ramo attivo, autore, ora, messaggio. Un tocco apre il dettaglio: l'elenco dei file modificati e, per ciascuno, se è stato aggiunto, modificato, rimosso o rinominato.
Per un commit su cui i test sono girati, il loro risultato è direttamente nel dettaglio. È il punto in cui si vede se il lavoro dell'Agente ha rotto qualcosa, prima di lasciarlo andare avanti.
Un commit che cambia migliaia di file — una riformattazione, una directory rinominata — non viene mandato al telefono per intero. L'applicazione dice quante modifiche non ci sono entrate.
Il tuo commit
«Scrivi un commit» è il commit che scrivi tu, non l'Agente. Scrivi il messaggio e poi o registri tutto ciò che è in corso, o spunti solo alcuni file.
L'autore lo firma git sul computer, non il telefono. Quando nella configurazione manca user.name, git rifiuta il commit e la sua spiegazione arriva sul telefono: inventarti un'identità sarebbe peggio di un errore.
Scegliere i file ha senso quando l'Agente ha fatto più di quanto volevi. Registri la parte finita e lasci il resto in corso.
Situazioni tipiche
- Ho affidato del lavoro e vado a dormire
- Al mattino la cronologia mostra cosa ha scritto l'Agente, e il dettaglio di ogni commit come l'ha fatto. Se non è andata bene, ci torni al computer, ma lo sai prima di sederti.
- Voglio lavorare su un altro ramo
- Cambi ramo dal telefono. Il Server cambia la directory di lavoro, lo specchio viene allineato e dal Prompt successivo l'Agente lavora lì.
- Il lavoro è finito e lo voglio nel ramo principale
- Passi al ramo principale e fai fare il merge di quello in corso. Gli eventuali conflitti li vedi elencati, non risolti al tuo posto.
- L'Agente ha fatto modifiche ma non le ha registrate
- Le registri tu: tutte, oppure solo i file che vuoi. Il resto resta in corso.
Cosa non c'è sul telefono e perché
Non ci sono push, pull, rebase, creazione di rami né annullamento di commit. Ognuna di queste operazioni può sovrascrivere qualcosa che torna indietro più difficilmente di quanto facilmente si avvii su un telefono, e nessuna di esse è il motivo per cui durante la giornata si guarda il cellulare. Quando ti servono, chiedile all'Agente nella Conversazione; quello è un incarico consapevole, non un tocco.
Si è inceppato da qualche altra parte rispetto a quanto c'è qui? Scrivi a support@coden-app.com.