Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Controllo di versione con VS2008 EE
12 views
Skip to first unread message
Cristiano
Jan 29, 2013, 6:29:20 AM1/29/13
to
Mi servirebbe un sistema (pi� semplice possibile) per gestire le
versioni dei programmi che sviluppo.
Uso VS2008 Express Edition e non ho bisogno della condivisione dei
progetti con altri sviluppatori.
Ho provato alcuni programmi, ma li ho abbandonati perch� finivo col
perdere pi� tempo a gestire le versioni che a sviluppare i programmi.
L'ideale sarebbe un gestore di versione con una GUI che abbia poca roba
su cui smanettare.
Grazie
Cristiano
versioni dei programmi che sviluppo.
Uso VS2008 Express Edition e non ho bisogno della condivisione dei
progetti con altri sviluppatori.
Ho provato alcuni programmi, ma li ho abbandonati perch� finivo col
perdere pi� tempo a gestire le versioni che a sviluppare i programmi.
L'ideale sarebbe un gestore di versione con una GUI che abbia poca roba
su cui smanettare.
Grazie
Cristiano
Quasimodo
Jan 29, 2013, 7:02:43 AM1/29/13
to
Il 29/01/2013 12.29, Cristiano ha scritto:
> Mi servirebbe un sistema (più semplice possibile) per gestire le
> perdere più tempo a gestire le versioni che a sviluppare i programmi.
Personalmente uso Mercurial, ed anche se non ha una gui nativa si può
usare senza problemi in VS{2005|2008|2010|2012}.
> Mi servirebbe un sistema (più semplice possibile) per gestire le
> versioni dei programmi che sviluppo.
> Uso VS2008 Express Edition e non ho bisogno della condivisione dei
> progetti con altri sviluppatori.
>
> Ho provato alcuni programmi, ma li ho abbandonati perché finivo col
> Uso VS2008 Express Edition e non ho bisogno della condivisione dei
> progetti con altri sviluppatori.
>
> perdere più tempo a gestire le versioni che a sviluppare i programmi.
> L'ideale sarebbe un gestore di versione con una GUI che abbia poca roba
> su cui smanettare.
>
> Grazie
> Cristiano
Specifica quali programmi hai provato.
> su cui smanettare.
>
> Grazie
> Cristiano
Personalmente uso Mercurial, ed anche se non ha una gui nativa si può
usare senza problemi in VS{2005|2008|2010|2012}.
Cristiano
Jan 29, 2013, 2:01:43 PM1/29/13
to
On 29/01/2013 13:02, Quasimodo wrote:
> Specifica quali programmi hai provato.
CVS, fossil, git sono quelli che mi ricordo.
> Specifica quali programmi hai provato.
Avevo iniziato ad impratichirmi con fossil, ma poi ho abbandonato per il
motivo che dicevo.
> Personalmente uso Mercurial, ed anche se non ha una gui nativa si può
> usare senza problemi in VS{2005|2008|2010|2012}.
Leggendo le istruzioni in questo link:
http://visualhg.codeplex.com/#
ho appena scaricato TortoiseHg e VisualHG, ma sembra che in VS 2008 EE
non sia presente l'opzione "Source Control".
Vedo di capirci qualcosa...
Cristiano
Quasimodo
Jan 31, 2013, 3:27:40 AM1/31/13
to
Il 29/01/2013 20.01, Cristiano ha scritto:
> Leggendo le istruzioni in questo link:
> http://visualhg.codeplex.com/#
> ho appena scaricato TortoiseHg e VisualHG, ma sembra che in VS 2008 EE
> non sia presente l'opzione "Source Control".
> Vedo di capirci qualcosa...
Non è necessario usare le opzioni di VS: puoi usare Hg (o Git) da riga
> Leggendo le istruzioni in questo link:
> http://visualhg.codeplex.com/#
> ho appena scaricato TortoiseHg e VisualHG, ma sembra che in VS 2008 EE
> non sia presente l'opzione "Source Control".
> Vedo di capirci qualcosa...
di comando, poi selezioni manualmente i file da tenere sotto controllo.
Il fatto di avere un menu dedicato è solo una comodità, non una necessità.
Cristiano
Jan 31, 2013, 3:11:31 PM1/31/13
to
On 31/01/2013 9:27, Quasimodo wrote:
> Non è necessario usare le opzioni di VS: puoi usare Hg (o Git) da riga
> di comando, poi selezioni manualmente i file da tenere sotto controllo.
Ho iniziato a fare qualche prova con TortoiseHg. Pur avendo letto (con
> Non è necessario usare le opzioni di VS: puoi usare Hg (o Git) da riga
> di comando, poi selezioni manualmente i file da tenere sotto controllo.
una certa attenzione) il manuale d'uso, non ho capito come si fa ad
includere un modulo .cpp esterno all'elenco dei file che vedo nel
workbench di TortoiseHg.
Al di là di questo, l'utilizzo del programma mi sembra poco pratico; ad
esempio, non sembra agevole cancellare un branch o una versione
"committed". Non riesco ad eliminare un file da una versione salvata, ecc.
Ma sono tutti così? Non c'è niente di più banale? Le mie esigenze sono
veramente modeste.
Cristiano
Quasimodo
Feb 1, 2013, 3:28:36 AM2/1/13
to
Il 31/01/2013 21.11, Cristiano ha scritto:
> On 31/01/2013 9:27, Quasimodo wrote:
>> Non è necessario usare le opzioni di VS: puoi usare Hg (o Git) da riga
>> di comando, poi selezioni manualmente i file da tenere sotto controllo.
>
> Ho iniziato a fare qualche prova con TortoiseHg. Pur avendo letto (con
> una certa attenzione) il manuale d'uso, non ho capito come si fa ad
> includere un modulo .cpp esterno all'elenco dei file che vedo nel
> workbench di TortoiseHg.
Io uso (in ordine di preferenza):
> On 31/01/2013 9:27, Quasimodo wrote:
>> Non è necessario usare le opzioni di VS: puoi usare Hg (o Git) da riga
>> di comando, poi selezioni manualmente i file da tenere sotto controllo.
>
> Ho iniziato a fare qualche prova con TortoiseHg. Pur avendo letto (con
> una certa attenzione) il manuale d'uso, non ho capito come si fa ad
> includere un modulo .cpp esterno all'elenco dei file che vedo nel
> workbench di TortoiseHg.
- la command line "hg add nomefile.cpp"
- l'estensione della shell "TortoiseHg", clicchi con il destro sul nome
del file e scegli "add files..."
> Al di là di questo, l'utilizzo del programma mi sembra poco pratico; ad
> esempio, non sembra agevole cancellare un branch o una versione
> "committed". Non riesco ad eliminare un file da una versione salvata, ecc.
> Ma sono tutti così? Non c'è niente di più banale? Le mie esigenze sono
> veramente modeste.
>
> Cristiano
>
nuovo branch od un nuovo commit.
Suggerimento:
http://hginit.com
http://gpiancastelli.altervista.org/hgbook-it/
http://mercurial.selenic.com/guide/
Cristiano
Feb 1, 2013, 2:20:00 PM2/1/13
to
On 01/02/2013 9:28, Quasimodo wrote:
> Il 31/01/2013 21.11, Cristiano ha scritto:
>> On 31/01/2013 9:27, Quasimodo wrote:
>>> Non è necessario usare le opzioni di VS: puoi usare Hg (o Git) da riga
>>> di comando, poi selezioni manualmente i file da tenere sotto controllo.
>>
>> Ho iniziato a fare qualche prova con TortoiseHg. Pur avendo letto (con
>> una certa attenzione) il manuale d'uso, non ho capito come si fa ad
>> includere un modulo .cpp esterno all'elenco dei file che vedo nel
>> workbench di TortoiseHg.
>
> Io uso (in ordine di preferenza):
> - la command line "hg add nomefile.cpp"
> - l'estensione della shell "TortoiseHg", clicchi con il destro sul nome
> del file e scegli "add files..."
Leggo nel terzo messaggio di questo link:
> Il 31/01/2013 21.11, Cristiano ha scritto:
>> On 31/01/2013 9:27, Quasimodo wrote:
>>> Non è necessario usare le opzioni di VS: puoi usare Hg (o Git) da riga
>>> di comando, poi selezioni manualmente i file da tenere sotto controllo.
>>
>> Ho iniziato a fare qualche prova con TortoiseHg. Pur avendo letto (con
>> una certa attenzione) il manuale d'uso, non ho capito come si fa ad
>> includere un modulo .cpp esterno all'elenco dei file che vedo nel
>> workbench di TortoiseHg.
>
> Io uso (in ordine di preferenza):
> - la command line "hg add nomefile.cpp"
> - l'estensione della shell "TortoiseHg", clicchi con il destro sul nome
> del file e scegli "add files..."
http://stackoverflow.com/questions/6528112/mercurial-add-project-which-is-not-within-repository-folder
che tutti i file devono stare nella root.
Ma se uso una libreria condivisa composta da decine di file, devo
copiare tutta la libreria nella stessa cartella di ogni progetto?! Ho
capito bene?
Cristiano
Cristiano
Feb 1, 2013, 7:31:04 PM2/1/13
to
On 01/02/2013 20:20, Cristiano wrote:
> Ma se uso una libreria condivisa composta da decine di file, devo
> copiare tutta la libreria nella stessa cartella di ogni progetto?! Ho
> capito bene?
Per ora ho risolto con i symlink.
> Ma se uso una libreria condivisa composta da decine di file, devo
> copiare tutta la libreria nella stessa cartella di ogni progetto?! Ho
> capito bene?
Cristiano
Quasimodo
Feb 4, 2013, 3:21:39 AM2/4/13
to
Il 01/02/2013 20.20, Cristiano ha scritto:
> Leggo nel terzo messaggio di questo link:
> http://stackoverflow.com/questions/6528112/mercurial-add-project-which-is-not-within-repository-folder
>
>
> che tutti i file devono stare nella root.
> Ma se uso una libreria condivisa composta da decine di file, devo
> copiare tutta la libreria nella stessa cartella di ogni progetto?! Ho
> capito bene?
La libreria condivisa avrà il suo repository. Quando la libreria viene
> Leggo nel terzo messaggio di questo link:
> http://stackoverflow.com/questions/6528112/mercurial-add-project-which-is-not-within-repository-folder
>
>
> che tutti i file devono stare nella root.
> Ma se uso una libreria condivisa composta da decine di file, devo
> copiare tutta la libreria nella stessa cartella di ogni progetto?! Ho
> capito bene?
aggiornata, nel tuo progetto non ce ne sarà traccia a meno che non cambi
qualche cosa in termini di utilizzo.
In Mercurial o Git i compilati non vengono inclusi nel controllo di
revisione, solo i sorgenti.
0 new messages