Sto supportando un certo numero di sviluppatori .Net che stanno utilizzando Subversion per controllare la loro versione del lavoro, ma abbiamo riscontrato una serie di problemi che sembrano ruotare attorno ai file aggiuntivi che Visual Studio utilizza per gestire i progetti, fare il debug, ecc. In particolare, sembra che questi file stiano causando conflitti dovuti al fatto che sono già nel repository. So come farli uscire e come gestirli, ma ho bisogno di sapere che cosa "loro" sono i primi.Quali file di Visual Studio devono essere ignorati da subversion per minimizzare i conflitti?
Quindi, quali sono i file/directory che Subversion può ignorare, e perché possono essere ignorati? (Aka. Cosa fanno quei file fanno?)
Questo è un grande, ASP.Net piuttosto non-organizzato il sito e la distribuzione del sito sono fatti via. aggiornamenti svn, quindi i file necessari a IIS per compilare in modo dinamico (penso che sia quello che è) il sito in quanto i cambiamenti di file devono essere lasciati nel repository.
Se si utilizzava un plug-in VS per VS integrato con SVN, allora lo stesso VS aggiungerebbe solo i file necessari a SVN. In quanto tale, filtra i file che non devono essere controllati dalla versione. – jussij
@jussij - Ho scoperto che i client SVN integrati in VS sono significativamente inferiori rispetto ai client SVN standalone, motivo per cui ho posto la domanda :) – cdeszaq
Non sono sicuro di quali plug-in hai provato, ma come autore di uno di questi plug-in VS (che è basato su MS-SCCI), trovo che può rendere molto semplice lavorare con SVN. Perché? Perché l'IDE controlla quali file vengono inseriti nel repository. Inoltre, l'aggiunta, la rimozione o lo spostamento di file possono essere eseguiti dall'interno dell'IDE. Infine, l'IDE fornisce un feedback visivo sullo stato dei file (cioè file non aggiunto, file obsoleto, ecc.). – jussij