Supponendo che non ci sia esperienza con i sistemi di controllo delle versioni, solo locale per vivere lo sviluppo web. Sono stato inserito in alcuni progetti di siti Web precedenti e desidero un modo più semplice e più efficace per essere in grado di spingere e ripristinare rapidamente le modifiche in massa. Al momento sono l'unico sviluppatore di questi progetti, ma potrei aggiungerne altri in futuro e penso che sarebbe utile impostare un sistema che altri possano utilizzare.
Devi iniziare da qualche parte. Potresti anche tuffarti.
$ git init
o
$ hg init
Sfoglia le pagine per principianti e scegli quello più sensato per te. Oppure lancia una moneta. Non ha molta importanza, in quanto entrambi saranno infinitamente superiori a quello che stai usando (non) ora.
(Nota agli altri: per favore non trasformate i commenti in una guerra di fuoco contro git vs. hg. Il mio punto è semplicemente scegliere un moderno sistema di controllo del codice sorgente e impararlo. Più tardi, imparate l'altro. , ma ottimi strumenti a questo.)
Utilizzerai un sistema, qualunque esso sia, non importa troppo, purché non sia VSS. Guarda tutto svn, git, mercurial, e mi piacerebbe scattare anche lì dentro (la licenza di prova è per 20 utenti, 20 spazi di lavoro, file illimitati).
svn e p4 hanno un modello di server centrale, mentre git e hg sono un sistema distribuito. Ognuno ha i suoi vantaggi negli svantaggi.
Descriverò di più l'idea di un sistema server centrale, non ho familiarità con la distribuzione.
Controlla tutto nella linea principale. Crea un tag da questo check in iniziale. I tag sono un insieme di file a un certo insieme di revisioni. Apporta modifiche nella linea principale. Quando sei pronto per una versione di un set di file, crea un nuovo tag per quella release con le modifiche che desideri e sincronizza il dev, stage o server di produzione con quel tag.
L'idea del 'tag' differisce tra svn e p4 - p4 è come l'ho descritta, "un insieme di file a revisioni particolari" mentre svn è "una particolare revisione" di tutti i file.
Questo è il flusso di lavoro di base.
Dopo aver scaricato questo flusso di lavoro, scopri la ramificazione e l'unione. Ciò ti consentirebbe di lavorare su una riprogettazione del sito in un ramo mentre continui a fare piccoli aggiornamenti sugli stessi file nella linea principale.
link e link sono una buona lettura sull'argomento della ramificazione (anche se entrambi hanno una certa applicabilità a qualsiasi approccio al controllo di versione di un server centrale).
Hai ricevuto molti buoni suggerimenti in questo post. Aggiungi alcuni commenti e spera che le informazioni ti aiutino a trovare uno strumento di controllo della versione migliore.
Qui elencherò anche alcuni strumenti di controllo della versione.
Open Source:
commerciale:
Leggi altre domande sui tag version-control web-development legacy-code