Noobie vuole usare il controllo del codice sorgente, come li guideresti?

Per prima cosa, mostra loro VisualHg , che si adatta veramente a Visual Studio come un guanto per una mano , così se ne innamorano a prima vista. Poi mostra loro dove possono scaricarlo , e poi, anche se è lemon facile da usare, mostra anche loro questi due siti tutorial davvero rigogliosi, che mostrano un po 'di più delle belle foto (anche se ci sono anche delle belle foto): Hg Init e Hg Suggerimento . Non appena lo attraversano, possono smettere di chiamarsi neofiti di sicuro - > qui sono i draghi .

Fornisci loro una copia di TortoiseSVN per un client e il server SVN di CollabNet per un server, e chiedi loro di mettere la loro cartella Documenti sotto il controllo Subversion. Come dice la vecchia battuta, non c'è posto come $ HOME, e vivere completamente sotto il controllo del codice sorgente per alcuni mesi è un'esperienza che non dimenticheranno mai. Inoltre, quando imparano a fare il check-in frequentemente, scopriranno che il controllo del codice sorgente è un fantastico sistema di backup.

Tutti qui hanno menzionato molti strumenti IDE da utilizzare per il controllo del codice sorgente. Ma da quello che ho visto generalmente il problema più grande con il controllo del codice sorgente è l'organizzazione. La struttura delle directory può rendere la tua vita 10 volte più facile con un progetto su cui lavorano più persone. Le persone prendono per scontata la funzione di ramificazione, ma non si rendono conto che senza la corretta ramificazione della struttura può essere un problema. Impostare il controllo del codice sorgente su un altro computer può essere un problema se l'utente non sceglie lo stesso percorso esatto dell'utente originale. Ci sono così tanti trucchi con il controllo del codice sorgente che gli sviluppatori esperti danno per scontato che avrei amato qualcuno che mi avvertisse di queste situazioni prima che dovessi imparare nel modo più difficile. Molti di questi possono essere risolti con una buona struttura di directory. Ecco un esempio.

$/{ProjectName}
    /Main
        /Branches
        /Trunk
            /Docs (documentation)
            /External (external dll's referenced outside the project)
            /Scripts (build scripts, install scripts, +)
            /Source (all source code)
            /Tests (unit tests, stress tests, etc)
            /Tools (tools for building or installing example: nant, ilmerge)

Ovviamente per un nuovo programmatore ci sono molte caratteristiche che sono "eccessive" ma avere la struttura in atto e rendersi conto che fa la differenza sono di grande aiuto.

Ho iniziato grazie alla Pragmatic Press con Pragmatic Version Control usando ( Subversion || CVS || Git ).

In realtà penso di aver iniziato con SourceSafe prima, ma non lo usavo così bene e anche era SourceSafe . Davvero un rapido read-through di qualcuno di questi otterrà qualcuno su per accelerare i concetti in modo abbastanza efficace.

Se stai sviluppando in ambiente Windows e utilizzi Visual Studio come IDE, ti consiglio vivamente Mercurial per il controllo del codice sorgente.

• Utilizza TortoiseHg per la gestione repository.

• Utilizza VisualHg per un editor in interfaccia a TortoiseHg.

• Per la memorizzazione effettiva di repository, hai due scelte:

  • Utilizzo del server integrato hg serve .
  • Utilizza una soluzione ospitata come Bucket dei bit (altamente consigliato)

Anche se uso personalmente git, li invierò ad alcuni articoli che spiegano il controllo delle versioni e la gestione dei sorgenti e li lasciamo sperimentare.

Certamente scherzare con strumenti diversi come questo è ciò che noi programmatori amiamo no? Dico lascia che questo newb abbia un certo divertimento nell'apprendere quali strumenti sono i migliori per lui / lei