Scusate se vi stresso di domande ma vi percepisco disponibili e approfitto (senza premura né pretese :-)).
Per esempio: voi avete fatto il merge con la mia modifica (grazie) ma poi io non avevo gli aggiornamenti successivi, ovvero il mio fork non si è aggiornato nonostante il merge…questo (a posteriori) è ragionevole…infatti il mio fork non è altro che un altro branch del ramo principale, giusto?! e se voi ne fate il merge e non lo cancellate (per fortuna se no io mi troverei con un palmo di naso) io continuo a lavorare su quel ramo finché non faccio un nuovo pull e lo aggiorno al commit che desidero (tendenzialmente l’ultimo del ramo principale…)..giusto?
Immaginavo però che mi arrivasse una comunicazione o altro del fatto che dopo il merge con la mia modifica ne erano state fatte altre…(in realtà, ad essere sincero…non immaginavo proprio niente..non mi ero neppure posto il problema!) questo dalla guida non si capisce molto. Così ho fatto altre piccole modifiche al mio file (locale ovviamente :-)), ho fatto il commit on-line (senza la richiesta di pull perché vorrei scrivere altro riguardo la parte on-line…appena ne avrò capito di più)..e ho scoperto che il mio file (appena aggiornato e caricato) era già obsoleto 🙂 ottima esperienza, ma non me l’aspettavo.
Quindi ora se ho capito bene devo fare io il pull e il merge (a livello locale e online sul mio fork) della nuova versione con la mia che, integrandola, andrà a sostituire..nulla di quello che ho fatto io ma lo ingloberà (grazie al vostro di merge) e aggiungerà gli aggiornamenti che avete fatto da li in avanti, e io potrò continuare a effettuare (sull’ultima versione) le modifiche che ritengo opportune da farvi valutare (quando vi farò richiesta di pull), giusto?
Tra l’altro a livello di strategia (anche per un uso personale) è uso/consuetudine/obbligo/divieto di fare i commit a ogni modifica di “tipo” differente o meglio mandare blocchi di una certa consistenza anche se eterogenei (tanto è sempre possibile scegliere quali modifiche accettare e quali no anche in un singolo commit, giusto?!…io dal locale posso….[ho scaricato SouceTree di Atlassian {licenziato gratis!!} che gestisce entrambi gli account che ho creato…e mi pare di trovarmici molto bene!!]).
Per esempio: (al di là che non l’ho fatto) io ho corretto una mancanza di una “di” che era sfuggita anche a me e un punto di domanda in un punto esclamativo (perché se no la frase non la capivo..e non trovavo la risposta leggendola come domanda…finché ho capito che era lei stessa la risposta :-))…queste comunque sono sciocchezze…poi ho aggiunto alcune parentesi per chiarire una concetto in una frase che mi aveva fatto proprio capire il contrario della realtà (la negazione delle parentesi mostra cosa avevo capito io…)…e poi, ora non arrivo, a breve vorrei scrivere un po’ di più sulla parte on-line (sempre perché mentre tutto il resto è chiaro (e molto)..quella parte no, mancano esempi, ecc).
A questo punto ho fatto questo ragionamento: “le modifiche sono piccole, di natura diversa ma piccole…ne voglio fare un’altra ma non subito, invio il commit (in locale) e faccio il push (in remoto […al mio fork?!]) così è tutto salvo e registrato e farò la richiesta di pull a voi quando farò il commit anche dell’altra modifica”
com’è come ragionamento? era meglio fare da subito due commit (argomenti diversi)? era meglio aspettare di avere tutto pronto (blocco consistente)? Ho fatto bene ad aspettare di fare richiesta di pull (meglio un blocco cospicuo che briciole)? era meglio farla comunque (meglio non troppa attesa tra una modifica e l’altra senza richiesta di pull)? meglio farne due (anche se briciole meglio tenere distinte le tipologie di modifica)?
come dicevo sulle pratiche e la gestione on-line..mi è rimasta un po’ di confusione. :-)… sulla strategia di lavoro, invece, non ne ho proprio una e per quanto sappia che la risposta migliore sia “dipende”, delle opinioni o esperienze mi farebbero piacere per cominciare a formare il mio “dipende” 🙂
Grazie millissime, sto vedendo questo modo di fare sempre più come vincente! (ps..altra piccola conferma stupida: un repo privato remoto il cui unico utente solo io…è utile solo per una sorta di back-up on-line, giusto?! per il resto non da né vantaggi né svantaggi rispetto a tenerlo tutto in locale (avendo un solo computer…ovvio :-)))
Notte notte e grazie ancora 🙂
(domani sveglia presto: le Arance della Salute arrivano alle 6.30!! :-))
Ciao ciao,
Corrado.