2012-07-02 15 views
5

Utilizzo Visual Studio 2010 SP1 con Team Foundation Server 2010. Ogni volta che apro un progetto, Visual Studio verifica automaticamente il file di progetto (.csproj) (nessun file secondario, tuttavia) e il file .csproj.vspscc corrispondente out.Check Studio indesiderato di Visual Studio 2010 e TFS

Ogni volta che si confronta il file di progetto nell'elenco Mie modifiche in sospeso, si dice che i file sono identici sia per il file .csproj che per il file .csproj.vspscc - li ricontrolliamo o annulliamo le modifiche.

Qualcuno può spiegare perché sta facendo questo e come può essere risolto in modo che non verifichi il file .csproj e .vspscc ogni volta che apriamo il progetto?

+0

Detesto il controllo sorgente integrato. –

+0

Per alcuni motivi _unknown_ per me, vs2010 di solito mantiene tutte le modifiche nella configurazione di soluzione/progetto in memoria E vs2010 non le salverà su disco, finché non chiederai esplicitamente di farlo attivando _Salva tutto_, o chiudi progetto. Pertanto, è facile immaginare la situazione quando si aggiorna dal controllo del codice sorgente e si perdono tutte le modifiche in memoria. Potrebbe essere questo comportamento necessario per il checkout dei file di progetto in anticipo. Questa è solo la mia opinione personale basata sul lavoro con vs2010. – Akim

+0

possibile duplicato di [Come impedire a Visual Studio di "verificare" sempre i file di soluzione?] (Http://stackoverflow.com/questions/1085978/how-to-stop-visual-studio-from-always-checking-out -soluzione-files) – LosManos

risposta

2

Abbiamo avuto lo stesso problema nella mia squadra. Il problema era che un riferimento del progetto puntava a una diversa directory (errata) di uno spazio di lavoro del membro del nostro team. La soluzione di pantelif va nella giusta direzione, ma il confronto con csproj-Files con TFS non sarà di aiuto. Per qualsiasi motivo dice che i file sono identici, ma se ho avuto un controllo manuale li ho capito che non lo sono. Si può facilmente controllare questo:

  • clic destro nel progetto
  • Selezionare "Scarica progetto"
  • Fare clic destro di nuovo
  • Selezionare "Modifica xxx.csproj"

hanno ora uno sguardo più approfondito ai tag "ProjectReference". Nel mio caso gli "Includi" -Attributi non erano identici. Spero che possa aiutarti anche tu.

Per evitare tali problemi, basta dare un'occhiata al TFSGuide, soprattutto in Capitolo 3.

0

Non è chiaro esattamente quali sono i passaggi che si stanno intraprendendo per far si che il problema si verifichi, ma presumo che ciò si verifichi in modo tale che quando si apre una soluzione, tutti i file di progetto in una soluzione sono automaticamente tutti controllato.

Questo non è il comportamento normale, quindi potresti avere un'utilità di terze parti che sta eseguendo azioni sui tuoi file di progetto; forse li modifica e poi li rimette allo stesso modo. Controlla e disattiva eventuali componenti aggiuntivi (menu Strumenti -> Ad-In Manager) e puoi anche controllare quale altra estensione potresti aver installato usando Extension Manager (anche nel menu degli strumenti).

+0

Quando faccio un confronto, dice che i file sono identici. Quale è il motivo per cui sono così perplesso. – Sean

+0

@Sean Può darsi che ci sia più di un file che compone il "progetto" che appare in VS. Avete qualche file di configurazione "utente" selezionato per il controllo del codice sorgente (come * .csproj.user, * .suo o * .csproj.webinfo)? Questi dovrebbero essere esclusi dal controllo del codice sorgente. Inoltre, hai trovato aggiunte o estensioni caricate che potrebbero alterare il comportamento di VS? Infine, quali sono i tipi/modelli di progetto utilizzati per creare i progetti nella soluzione; Sono un mix di modelli standard? –

+0

Solo il file di progetto .csproj è controllato nella fonte. Ho installato estensioni di terze parti, ma i colleghi hanno riscontrato gli stessi problemi (e non hanno le stesse estensioni installate). Sono modelli di progetto standard, niente fuori dall'ordinario. – Sean

0

VS probabilmente risolve un problema di collegamento, in genere per un assembly di riferimento.
Per verificare cosa sta succedendo, apri la tua soluzione & una volta che VS ha estratto * .csproj, 'salva tutto' (Ctrl + Shift + S).

Per visualizzare il problema, passare alla finestra "Modifiche in sospeso" e confrontare * .csproj.

+3

Quando faccio un confronto, dice che i file sono identici. Quale è il motivo per cui sono così perplesso. – Sean

1

posso rispondere parte di questa domanda. Perché i file mostrati sono identici?

Il motivo di ciò (per quanto posso dire) è che quando esegue il checkout automatico del file e apporta la modifica, non salva questa modifica. Quindi, quando si confrontano i file subito, non trova differenze. Se invece si crea il progetto o si invoca manualmente il salvataggio su quei file modificati, le modifiche verranno visualizzate.

0

Lo stesso problema si verificava anche con la mia soluzione, in seguito ho scoperto che IIS che ho configurato nel mio locale aveva un nome VD diverso, dove come nel server TFS, era stato assegnato e registrato un nome VD diverso. apro la mia soluzione, Controlla automaticamente il file .sln. come il mio VD locale è diverso mappato al mio locale.