È ragionevole usare git solo sul mio computer locale? [chiuso]

Anche se è del tutto ragionevole e possibile utilizzare git localmente, è meglio avere un backup.

Puoi arbitrariamente spingere i repository praticamente ovunque. Github è un semplice hosting e collaborazione. Esistono altre opzioni come l'utilizzo di Google Drive o di Dropbox se si desidera l'archiviazione remota .

Un altro grande argomento per l'utilizzo di git localmente (vale a dire solo una copia nell'universo) è git bisect , che può essere usato per trovare molti bug nefasti e mi ha salvato molte volte. Permette di restringere esattamente quale commit è stato aggiunto un bug fastidioso (e quindi consente di concentrarsi su un segmento molto più piccolo di codice problema).

Ulteriori informazioni su git bisect

L'unico "svantaggio" dell'uso di Git localmente (rispetto a non usare affatto SCM) è il lavoro extra di commit, ramificazione e tagging - e quel lavoro extra non è solo trascurato nel grande schema, ma contribuisce anche direttamente organizzare il tuo codice e documentare i tuoi progressi.

Tieni presente che Git è un SCM distribuito. Mentre il caso comune è quello di usarlo con un repository centrale, è stato progettato per essere utilizzabile senza uno. Puoi creare patch (o anche meglio - pacchetti - che sono un pacchetto di patch [una singola patch può contenere solo un singolo commit]) e inviarli per posta ai tuoi colleghi o salvarli come backup. Questo è meno comodo rispetto all'utilizzo di un repository centrale (è per questo che la gente di solito preferisce usarne uno), ma ti permette di usare Git per la collaborazione senza pagare un repository privato o ospitarne uno sul tuo server.

Pensa a ciò di cui hai bisogno e a cosa intendi utilizzarlo: le tue esigenze.
Se è un codice per un picco per un paio d'ore, scrivi solo che potrebbe essere ok.

Se si arriva al punto in cui si inizia (o si sente la necessità) di eseguire i backup per "salvare le versioni di lavoro", può essere utile un sistema di controllo delle versioni.

Inoltre, se si ottiene il codice su un punto di lavoro e si vuole fare il proprio picco, può essere utile fare un ramo che è possibile quindi unire nuovamente, come mostrato di seguito dove sono l'unico contributore e questo repo ha mai stato spinto da nessuna parte ('metodi non coerenti' era un ramo che ho fatto per un picco):

Naturalmente, se stai mantenendo software che ha diverse versioni e / o versioni, un sistema di controllo delle versioni è molto utile, specialmente con la possibilità di unire le modifiche.