Come posso garantire che tutto il mio team abbia esattamente la stessa versione del runtime .Net?

Il mio team sta scrivendo una webapp ASP.Net nel targeting VS2008 .Net3.5 SP1. Alcuni di noi hanno la versione runtime .Net 2.0.50727.3082 installata, e altri hanno 2.0.50727.3053. Tutti gli aggiornamenti di Windows non riportano aggiornamenti disponibili, anche quelli con il numero di build più basso, e non mi interessa affatto, tranne che tutti i file .designer.cs includono la versione di runtime nell'intestazione e le diverse versioni di runtime causano spurie nel controllo del codice sorgente. L'installazione della più recente installazione .Net3.5 di Microsoft non risolve il problema: la versione .3053 è ancora installata, anche dopo che il runtime è stato "riparato".Come posso garantire che tutto il mio team abbia esattamente la stessa versione del runtime .Net?

A breve termine, come aggiornare da .3053 a .3082 ea medio termine come faccio a garantire che tutto il mio team sia sulla stessa versione di runtime .Net?

fonte

2009-07-22 Dan Davies Brackett

Come punto di osservazione, questa domanda è irrilevante in Studio 2010 poiché i file di progettazione non sono più contrassegnati con (inutili) informazioni sulla versione di runtime. –

2.0.50727.3082 è la versione del runtime .NET 2.0 installato con .NET 3.5 sp1. Assicurarsi che tutti gli utenti installino correttamente .NET 3.5 SP1 e che dovrebbero ottenere quella versione.

* .3053 è stato installato con l'installazione indipendente di .NET 2.0 sp2. Potresti provare a disinstallarlo, quindi installare nuovamente 3.5sp1 (poiché installa la sua versione di .NET 2.0 sp2, quella con il numero di versione più alto).

fonte

2009-07-22 17:01:26

Qual è il modo corretto di installare .NET 3.5 SP1, quindi? C'è altro oltre al download di dotnetfx.exe dall'aggiornamento di microsoft ed eseguirlo? –

No - questo lo farà funzionare. Sfortunatamente, penso che se hai installato in modo esplicito .NET 2.0 sp2, "sovrascrive" la versione 2.0 con quella che stai vedendo. È arrivato in 3.5sp1, quindi suppongo che abbiano installato 2.0sp2 FIRST, quindi 3.5sp1, e 3.5sp1 non abbia visto la necessità di aggiornare le librerie 2.0, dato che erano già lì. Sono binari compatibili, quindi non ci sono problemi di runtime, ma causano comportamenti strani con il controllo del codice sorgente. –

Ho appena provato i passaggi presentati qui - disinstallando .Net3.5SP1, disinstallando .Net2.0SP2, reinstallando .Net3.5SP1 - e ciò che è riapparso era .3053. –

È possibile creare una macchina virtuale e installare lì tutti gli strumenti necessari al team per condividerli e distribuirli tra i compagni di squadra.

fonte

2009-07-22 17:05:30 nairdaen

La risposta di Reed è buona (+1), ma la domanda indica anche la necessità generale di standardizzazione desktop. Usiamo dev. immagini e quindi creare post ufficiali della squadra su quando e come installare gli aggiornamenti. Le immagini non sono sempre pratiche, quindi abbiamo completato i documenti di "avvio" per gli sviluppatori che assicurano che installino solo gli aggiornamenti approvati in un modo e nell'ordine specificati nel documento. Il sistema si rompe con consulenti che generalmente vogliono utilizzare le proprie macchine (computer portatili). Tuttavia, ho scoperto che mantenere gli ambienti il più possibile sincronizzati riduce molti problemi di tipo "funziona sulla mia macchina" e riduce anche lo sviluppatore, aiutando gli sviluppatori a risolvere il problema per cui le cose non vengono create o funzionano correttamente sul PC.

Lo svantaggio è "una licenza per tutte le licenze" e devo avere ReSharper, quindi tutti ricevono ReSharper. :)

fonte

2009-07-22 17:09:56

Come posso garantire che tutto il mio team abbia esattamente la stessa versione del runtime .Net?

risposta

Problemi correlati