Da dove iniziare con il controllo del codice sorgente
https://stackoverflow.com/questions/103059
-
01-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianDomanda
Qualcuno ha qualche suggerimento su dove iniziare per un principiante che vuole provare una sorta di controllo del codice sorgente insieme a un nuovo viaggio in ASP.NET? SVN, VSS, CVS ... Non so nemmeno da dove cominciare!
Soluzione
Molte persone qui hanno suggerito presentazioni e how-to complete, che sono tutte utili per dirti come fare quello che vuoi.
Inoltre, darei tre consigli per il principiante su come sapere cosa vuoi:
1) Controllo della versione TUTTO (cioè tutto ciò che scrivi).
Controllo della versione dei file di progetto. Controlla la versione dei tuoi casi di test. Controlla la versione di ogni piccolo script che usi per copiare le cose. Controlla la versione della tua lista di cose da fare. Sicuramente la versione controlla le tue note di progettazione. Una volta che hai familiarità con i comandi non costa nulla e un giorno sarai felice della storia di un file che non avresti mai immaginato di dover ripristinare.
2) Quando sei soddisfatto di una modifica, registrala immediatamente. E controlla tutto dentro.
Se lavori in fasi sequenziali (e ciò non sempre accade - puoi distrarti - ma è una buona pratica), allora all'inizio di ogni nuova fase dovresti avere 0 file modificati nel tuo checkout. Potresti anche voler controllare il codice non funzionante non finito, a seconda di ciò che ti si addice.
3) Quando raggiungi un traguardo, taggalo.
Persino i tuoi obiettivi personali (pollici-ciottoli). Se non puoi essere infastidito dal tagging, prendi nota della data e dell'ora (in, hai indovinato, un file controllato dalla versione). Se una determinata versione è memorabile per qualche motivo ("Ho finito il back-end", "l'ho inviato a qualcun altro per dare un'occhiata a"), vuoi sapere esattamente cosa conteneva. E la differenza con il repository diagnostica alcuni tipi di bug più velocemente del debugger.
Altri suggerimenti
assicurati di stare lontano dalla fonte visiva sicura.
Source Control HOWTO di Eric Sink .
Leggi, quindi scarica Subversion (gratuito) o Vault (gratuito per un singolo utente) e inizia a giocarci.
Molto specifico per Subversion ma offre una buona comprensione delle basi del controllo versione.
Penso che il modo più semplice sia ottenere un server SVN gratuito tramite un provider gratuito. Uso assemblla .
Quindi, se ci si trova in Windows, è necessario scaricare TortoiseSVN . Questo è di gran lunga il client Subversion più semplice da usare.
Inizia importando un progetto corrente nel repository e sei pronto per andare.
Raccomando SVN di iniziare, un po 'più facile da capire rispetto ad altri.
Tortoise è un buon inizio. È semplice da installare e si integra con la shell di Windows, il che significa che tutto è abbastanza intuitivo quando si fa clic con il pulsante destro del mouse su cartelle / file, ecc. Anche un documento abbastanza buono.
Avrai anche bisogno di un server / host SVN per connetterti a ... Posso consigliare Assembla che è libero di registrarsi e ti dà un server SVN con cui giocare.
Consiglierò Subversion o Visual Studio Team Foundation Systems a seconda di quanti soldi sei disposto a sborsare.
Dai un'occhiata a Visual SVN (Subversion per i fan sfegatati di VS): si integra perfettamente con Visual Studio: http: / /www.visualsvn.com/
Se hai appena iniziato, ti consiglio di leggere il libro Subversion gratuito . È un sistema ampiamente utilizzato, gratuito, e dovrebbe essere relativamente facile da capire una volta iniziato.
Se sei .NET al 100% e disponi di una licenza per sviluppatori MSDN, esegui TFS per Workgroup. È piuttosto semplice e solido.
Se non si dispone di una licenza, consultare Subversion. È un bel controllo del codice sorgente gratuito che ha plugin per l'integrazione di Visual Studio.
Inizialmente mi sono presentato a svn usando la tartaruga svn, l'ho adorato e in seguito un'azienda ha usato Visual Sourcesafe, come mi sono perso usando la tartaruga.
Ottieni una copia del libro Pragmatic Version Control usando Subversion: ti aiuterà a iniziare.
Immagine http://ecx.images-amazon.com/ images / I / 51XYQTP2BYL._SL500_AA240_.jpg
Oggi vorrei solo iniziare con un sistema distribuito. Sono più facili da configurare (non è necessario impostare un server e / o trovarne uno online: basta init una directory casuale e iniziare a fare le tue cose) e altrettanto facile / difficile per capire come quelli centralizzati.
Ecco alcune delle persone che dovrebbero dare un'occhiata quando scelgono un sistema di controllo di revisione distribuito:
Se sei bloccato in Windows, starei lontano da Git (almeno per il momento). Sembra che ci sia supporto per Git su Windows in corso, ma non l'ho provato ancora.
Devi leggere il libro di Subversion in secondo luogo. Inoltre, il software è gratuito, funziona sulla maggior parte degli ambienti ed è facile da avviare.
Il controllo del codice sorgente da utilizzare dipende in realtà dal tuo ambiente, dalla tua cultura aziendale e dalla situazione generale di come i progetti vengono gestiti nella tua azienda. Il più recente " Visual Source Safe " in Team Foundation è decisamente migliore di quello che era un tempo VSS. ed è buono in un negozio Microsoft con una o poche posizioni. Ho anche usato Subversion con molto successo e si integra bene in Eclipse. Non mi piace posare i prodotti, dato che tutti hanno i loro punti positivi e negativi, immagino. Ma i due che ho menzionato sopra sono davvero ottimi prodotti per il controllo del codice sorgente / versione. Se hai appena iniziato e vuoi bagnarti i piedi e apprendere pratiche di controllo del codice sorgente e concetti generali, scarica un prodotto open source come CVS o Subversion, caricalo e provalo.
http://www.ericsink.com/scm/source_control.html ha alcune buone informazioni con cui lavorare.
- Sto modificando nuovamente questo commento per notare che sembra che qualcun altro sia collegato a quel link di controllo del codice sorgente in un post precedente. :) dannazione, non sono stato il primo a pubblicarlo.
Non è sufficiente installare gli strumenti. Devi capire come funziona la particolare tecnologia (come SVN) e come dovrebbe funzionare l'intero albero dei sorgenti: migliore struttura, tag, ramificazione, fusione e così quarto. Poiché utilizziamo SVN, raccomando Subversion Book . Ha alcune buone spiegazioni dei concetti di controllo del codice sorgente.
Controlla Subversion (SVN) per iniziare. Come suggerito in altri post, esiste un eccellente ebook che non copre solo come utilizzare SVN ma è un ottimo inizio sui concetti.
Per un server facile da configurare, controlla il server gratuito da VisualSVN .
Se usi Visual Studio, puoi utilizzare il loro componente aggiuntivo (costi) o l'open source Ankh SVN Addin . Se stai usando altri IDE, Tortoise SVN si integra con Explorer in Windows.
Inizia con Subversion. La la documentazione è online e la Pragmatic Programmers Svn book è fantastico.
Se sei su Windows puoi anche ottenere TortoiseSvn (gratuito) per l'integrazione con Explorer o VisualSvn (commerciale) per l'integrazione di Visual Studio. Per il Mac, Versions sembra un bel client stand-alone e XCode 3 ha l'integrazione svn integrata. Trascorrerei un po 'di tempo nella riga di comando usando il client svn per capire davvero cosa stai facendo.
Dopo aver acquisito familiarità con il modo in cui svn funziona, puoi entrare nei sistemi di controllo della versione distribuita come Git, Bazaar o Mercurial, ma ho visto abbastanza sviluppatori professionisti avere problemi a avvolgere la testa attorno alle basi del controllo della versione (ramificazione fusione ecc.) di cui mi sentirei a mio agio prima di passare ai sistemi distribuiti.
Stai lontano da Visual SourceSafe (VSS). È cacca. Il tuo codice è non sicuro. Vedi questi molti link per quanto riguarda perché non usare VSS.
sovversione ftw.
Puoi iniziare a navigare attraverso questo sito.
Secondo me se hai già Viual Source Safe e sei un singolo sviluppatore che lavora con VS, va benissimo. È un sistema semplice che funziona abbastanza bene per piccoli progetti per sviluppatori singoli. L'ho usato per anni senza problemi per piccoli progetti. Di facile gestione e backup.
Credo che il punto di forza sia con il sistema di controllo della versione distribuita (come mercurial o git). Ci sono alcuni vantaggi nell'usarlo:
- Non è necessario configurare il repository centrale (richiede una noiosa configurazione del server)
- Puoi condividere i changeset (revisioni) con i tuoi amici usando la posta elettronica o altri metodi e integrare le modifiche al tuo repository in modo sicuro.
- Puoi modificare facilmente la cronologia delle revisioni (rebase, git la supporta), cosa impossibile da fare con SVN.
Ho consigliato di provare i sistemi gratuiti di controllo della versione distribuita. Molti di questi sono molto facili da installare sul tuo PC personale e sono corredati di una buona documentazione. Ecco i miei preferiti 1. Bazar 2. Mercuriale 3. Git (solo per sistemi basati su * nix per quanto ne so)
Visualizza un elenco qui:
http://en.wikipedia.org/wiki/List_of_revision_control_software
Commenti sui prodotti che ho usato:
VSS - Non lo uso da un po 'di tempo ormai (diversi anni), al momento faceva le basi di ciò che volevamo ma stavamo incontrando una varietà di problemi abbastanza regolarmente da cercare attivamente una soluzione migliore. Se hai accesso gratuito, non sarebbe male avere un'esposizione alla loro implementazione per vedere quale era al momento un modo diverso di affrontare i problemi (potrebbero essere entrati in linea con il resto dei prodotti ormai) .
CVS - L'ho usato in un'azienda precedente e ha lavorato con l'autore originale di tortoiseCVS, quindi sono un po 'di parte forse nel pensare che fosse una discreta soluzione open source. Consiglierei di iniziare qui personalmente, tutto facilmente disponibile e ampiamente utilizzato.
Perforce - La nostra attuale soluzione di controllo del codice sorgente e praticamente universalmente apprezzata dal team. Un paio di UI alternative tra cui le persone possono scegliere e un buon supporto da riga di comando (vitale per l'interazione degli strumenti). Se stai valutando una società, includerei sicuramente questo nella tua lista da guardare.
Prova Unfuddle per un controllo sorgente SVN ospitato gratuito.
Un altro voto per Subversion / TortoiseSVN ma nota che non gioca bene con un NAS domestico FAT32.
Ho perso fiducia nell'intera comunità di controllo del codice sorgente. Tutti dicono che VSS è un vero inferno, ama quei vecchi pregiudizi, C ++ è molto meglio di C, Win Vista è terribile e XP è troppo vecchio per servire il mondo. Eppure ancora molte persone li usano. Non sai mai come vorresti uno strumento prima di usarlo. E ogni applicazione di controllo della versione è composta da bug e difetti. E VSS è così difficile da abbandonare.
Visual Source Safe (VSS) va bene per un principiante, perché non saprai cosa ti stai perdendo. Quando hai bisogno di qualcosa di più complicato, preoccupati di procurarti un altro prodotto.
