Esistono tantissime guide dettagliate sull’installazione e la gestione del controllo di versione ma secondo me sono tutte molto dettagliate e all’inizio un non esperto in materia può fare fatica a capire la logica e quindi ad avvicinarsi all’argomento. In questa breve guida cercherò di spiegare le nozioni di base rimandando alle varie guide e tutorial per gli approfondimenti. Come software spiegherò mercurial. Come installazione prenderò una linux con i comandi base a riga comando, con strumenti grafici come tortoise hg si fanno le medesime cose ma sono meno chiare da comprendere anche se forse più facili da usare in seguito. Dunque cominciamo:
- Usare un cvs vuole dire tenere sotto controllo le modifiche effettuate a sorgenti di programma quindi sostanzialmente a file di testo. Quindi prendiamo come esempio la cartella sorgenti che sta nella nostra home directory.
- Per prima cosa dobbiamo inizializzare la nostra cartella alla gestione con il comando hg init (se usate strumenti grafici qualcosa tipo tasto destro sulla cartella poi crea repository). Questo comando crea una sottocartella nel nostro progetto che si chiama .hg che contiene le cose necessarie a mercurial per tracciare le nostre modifiche.
- Come seconda cosa dobbiamo aggiungere al sistema i file da monitorare e usiamo il comando hg add con questo comando è possibile selezionare i file da aggiungere.
- Per questi file è bene sapere che esiste un file che si chiama .hgignore dove è possibile omettere dei file tipo i compilati o i file di backup, fare riferi mento alle guide ufficiali per i dettagli.
- a questo punto è bene fare il nostro primo commit con il comando hg commit (è obbligatorio dare una descrizione per ogni commit effettuato), a questo punto il sistema ha congelato la situazione e la userà per confrontarla con altre situazioni per ripristinare eventuali danni.
- Ora modificando i nostri sorgenti il sistema noterà delle differenze. per controllarle il comando sarà hg status , un altro comando utile è hg log che ci racconta la storia di quello che è successo.
A questo punto abbiamo sotto monitor lo stato del nostro sviluppo sarà possibile controllare e tornare indietro se qualche modifica è andata storta. Questa configurazione è tutta sul pc locale, non sfrutta quindi le potenzialità dello strumento per lo sviluppo in team. Per fare ciò sono disponibili i comandi hg pull e hg push che replicano le nostre modifiche o rollback su un server centralizzato e quindi sui pc dei nostri colleghi. Per la configurazione si rimanda ad un futuro post.