Come si abitua ad usare un repository (ad esempio GitHub)?

5

Esistono alcune best practice sul fronte del repository o alcune trappole per principianti comuni che dovrei evitare?

Recentemente ho letto dei vantaggi dei repository anche per i progetti a singolo sviluppatore e, inoltre, è probabile che inizierò a lavorare con più altri ingegneri tra poco, ma come passare dal mai aver usato un repository per impostarne uno - per più persone, anche!

Background: sono un ingegnere elettronico prima di ogni altra cosa, e mentre la programmazione delle applicazioni ha fatto parte di questo, non è mai stato qualcosa che ho fatto molto - è principalmente stato frammento di C per sistemi embedded in cui ero l'unica persona che ci lavorava.

    
posta medivh 11.07.2013 - 12:52
fonte

4 risposte

10

Sono un neofita relativamente al controllo della versione; Ho usato principalmente SVN, un po 'Mercurial e ancora meno Git, solo da alcuni anni. Detto questo, penso che il seguente sia probabilmente un buon consiglio:

  • Apporta spesso piccoli commit.
  • Quando si commettono modifiche, si impegnano solo gli elementi correlati insieme per mantenere le cose coerenti. Ciò aiuta in seguito quando stai guardando indietro attraverso i messaggi di commit - se stai cercando un cambiamento particolare ed è uno dei tanti, non correlati fatti in un commit, potresti perderlo. È anche utile se devi eseguire il rollback poiché non verranno ripristinate le modifiche non correlate che sono state eseguite contemporaneamente.
  • Se stai per fare qualcosa che pensi possa rovinare tutto, fallo in un ramo e uniscilo in seguito dopo averlo fatto funzionare.
  • Scrivi una buona panoramica di ciò che è stato fatto in ogni modifica per i tuoi messaggi di commit. Se hai bisogno di più informazioni, probabilmente finirai per guardare il codice comunque.
  • Collega le modifiche correlate citando alcune attività generali su cui stai lavorando. Questo aiuterà a dipingere una storia attraverso i commit quando si guardano le cose in seguito. Un esempio potrebbe essere: "Refactoring Feature Alpha: Changed X, Y, and Z"

Potresti trovare Hg Init Tutorial di interesse; contiene informazioni sull'impostazione di più persone e consigli generali sull'uso.

Recentemente ho letto il (Ruby on) Rails Tutorial e ti guidano attraverso tutto quello che vuoi fare mentre si lavora su un progetto RoR, incluso l'utilizzo di Git; potresti leggere / seguire per alcuni capitoli di questo argomento per vedere come l'uso del controllo della versione si integra con il resto del processo di sviluppo, in più di un'impostazione live.

    
risposta data 11.07.2013 - 16:49
fonte
3

Come la maggior parte delle abitudini, devi solo iniziare a farlo per formarlo. Quindi scegli un sistema di controllo delle versioni che vuoi imparare e inizia ad usarlo.

Nel tuo caso, ti suggerirei di utilizzare git . Lo vorrai se userai GitHub, ma ancora meglio, a causa della sua natura distribuita è estremamente facile iniziare a salvare i dati nel controllo della versione. Basta fare un git init nella cartella del tuo progetto e iniziare a godere di vantaggi come:

  • Possibilità di vedere ciò che hai cambiato nel tempo.
  • Annulla o riposta le modifiche non salvate.
  • Rimozione della paura di cambiare le cose.
  • Possibilità di diramare e tag rapidamente.

Quindi, quando sei pronto per utilizzare GitHub, puoi semplicemente trasferire il tuo repository esistente su GitHub.

C'è una specie di curva di apprendimento elevata per git, quindi potresti scegliere qualcos'altro come Subversion ( svn ). Sfortunatamente, con i sistemi centralizzati (contro distribuiti) è più difficile impostare inizialmente il repository. Git lo rende incredibilmente facile - non vado senza controllo di versione anche sui più piccoli frammenti di codice.

Giocare con il controllo della versione su qualsiasi progetto ti aiuterà a familiarizzare con il tuo sistema di scelta. Con Git ci sono diversi flussi di lavoro (ad esempio git flow ) che vengono utilizzati, ma per iniziare puoi solo sperimentare.

DO:

  • Fai esperimenti e prova le cose. Non sai come diramarti e unirmi? Provalo su un progetto di esempio.
  • esegui frequenti commit.
  • Scopri come visualizzare e utilizzare la cronologia in modo da poter recuperare i vecchi dati.
  • Integrarsi spesso (una volta che inizi a lavorare con altri).

Cosa non fare:

  • Non aver paura. Fintanto che è il tuo repository, anche se crei problemi non inciderà su nessun altro. E le cose non andranno peggio (perdita di dati saggio) rispetto a se non hai usato il controllo di versione.
  • Condividi il codice che interrompe la compilazione (ad esempio, non verrà compilato, non avrà esito positivo, ecc.) Quando sei da solo, non è così importante, ma non fare brutta abitudine.
risposta data 11.07.2013 - 22:00
fonte
2

Sia GitHub che Bitbucket sono dotati di eccellenti tutorial sull'utilizzo dei loro prodotti con tutti i principali ambienti di sviluppo su Windows, Mac e Linux. Il mio miglior consiglio è quello di giocare con un primo repository, con una piccola soluzione HelloWorld per orientarsi.

    
risposta data 11.07.2013 - 13:31
fonte
2

Informazioni su getting how to start using a repository registrati semplicemente su Github e crea un repository. Se stai riscontrando problemi nella creazione di un repository, puoi provare per maggiori dettagli. Una GUI molto facile da usare per la creazione e la gestione di repository. Questo dovrebbe fare in modo che tu abbia problemi a iniziare a usare Github. Ha anche il supporto per altri siti di archiviazione online pronti contro termine.

Per get into the habit of using repo basta creare una cartella contenente il codice sul tuo computer un repo e quindi iniziare a fare commit (abbastanza facile tramite Gitextensions) e spingendoli. Prova a cambiare le cose online sul tuo repository e sincronizzare tra le 2. Dovrebbe diventare facile capire come funziona.

Questo è per il lavoro individuale. Questa è la mia esperienza.

Puoi provare a leggere questo articolo. Mi ha aiutato a iniziare a usare git. Non uso molto la riga di comando per git ma spiega tutto.

    
risposta data 11.07.2013 - 14:13
fonte

Leggi altre domande sui tag