Cambiare il nome della directory di funzionalità in SharePoint 14 Hive - Impatto sulle caratteristiche già implementate?

Question

mi sto muovendo da un WSPBuilder soluzione basata su SharePoint 2010 per una soluzione basata su Visual Studio 2010. Dopo il porting la soluzione basata WSPBuilder a una soluzione semplice visivo basato Studio ho cercato di distribuire la nuova soluzione. nomi Solution e ID, nonché nomi di funzionalità e ID sono gli stessi, ma Visual Studio si lamentava perché stavo provando a schierare le nuove funzionalità per altre directory rispetto alle caratteristiche originali.

WSPBuilder distribuisce caratteristiche per le directory con lo stesso nome della directory / cartelle in Visual Studio. Visual Studio sulle altre implementa mano presenta alle directory che prendono il nome del progetto di Visual Studio e il nome della funzione.

Sono un po 'paura di come gestire questo in ambiente di produzione di un cliente. Al fine di passare a una soluzione di VS avrei dovuto ritrattare la soluzione in produzione e quindi distribuire la nuova soluzione. Allora, che cosa succede ai 100s di siti in cui le caratteristiche sono attivi? Può la maniglia quadro aggiornamento funzione di questo?

Answer 1

OK, scavare intorno mi ha fatto capire che avevo bisogno di capire come Visual Studio genera il nome della cartella e se potesse essere ottimizzato. E, naturalmente, è possibile.

Ogni caratteristica ha una proprietà chiamata distribuzione Path. Questo è impostato al parametro sostituibile:

$SharePoint.Project.FileNameWithoutExtension$_$SharePoint.Feature.FileNameWithoutExtension$

per impostazione predefinita. La modifica di questa a:

$SharePoint.Feature.FileNameWithoutExtension$

per tutte le funzionalità mi darà lo stesso comportamento di WSPBuilder.

Quindi, si può tranquillamente porto vostre soluzioni WSPBuilder al nuovo modo di Visual Studio di fare le cose, se si vuole, naturalmente.