Versioni di Visual Studio e Team Etiquette

VS 2012 è in grado di lavorare con i progetti di VS 2010 nel loro formato, senza forzare l'aggiornamento. Quindi, se non vuoi essere escluso, e non vuoi escludere altri sviluppatori che non sono disposti o in grado di effettuare l'aggiornamento a VS 2012 (almeno non ora), e finché non ci sono reali benefici nell'uso del VS Formato 2012 nel tuo progetto, dovresti incoraggiare tutti a mantenere i progetti nel vecchio formato (specialmente, se questa è la versione VS con cui stai lavorando). Ad esempio, inserisci un file "readme" accanto al file della soluzione in cui spieghi i tuoi desideri.

In effetti, se qualcun altro è disposto a mantenere un file di progetto VS 2012 in parallelo al VS 2010, non puoi impedirglielo, ma dato che sei l'autore e il manutentore del progetto, sarebbe a meno educato per i tuoi contributori a rispettare i tuoi desideri finché questo non significa sforzi straordinari per loro.

D'altra parte, quando la prossima versione di VS offre a te e ai tuoi collaboratori alcuni vantaggi come aumenti di produttività notevoli, e questi benefici sono disponibili per l'inconveniente di un formato di progetto incompatibile, allora IMHO dovresti considerare di aggiornare non appena possibile.

Per definizione, ha biforcato il progetto. Non ha forzato nulla sulla "squadra" ... ancora.

Ha preso la sua copia e, per qualsiasi motivo, l'ha aggiornata.

Forse a un certo punto vorrebbe richiederne la fusione nel progetto principale, ma questo dovrà essere approvato da te / dal team.

Devi decidere cosa è più importante mettere il tuo codice in pubblico: mantenere un controllo rigoroso o ottenere il maggior numero di contributori possibile.

Personalmente, penso che ottenere contributori sia difficile. Questa persona potrebbe non conoscere le implicazioni dell'utilizzo di una versione diversa di VS. Ci sono molti hobbisti là fuori. Forse puoi chiedere se alla persona non dispiacerebbe convertirsi al 2010? Potrebbero aver appena scaricato gli ultimi e greatests perché è quello che era più disponibile.

È come invitare qualcuno a casa tua e dirgli di prepararsi a casa e c'è un sacco di birra nel frigorifero. Ovviamente dovrebbero sapere di chiudere la porta al termine, ma puoi davvero aspettarti che riconoscano che non dovrebbero usare la maniglia rotta che hai appena incollato?

Se sei il manutentore del progetto originale, dovresti decidere quale versione degli strumenti dev (Visual Studio) vuoi standardizzare. Dovresti comunicare questa decisione da qualche parte sul sito web del progetto.

Quindi, se qualcuno invia una richiesta di pull che modifica il progetto VS e si sono allontanati dalla versione standard, chiedigli di correggerli prima di unire le loro modifiche.

Nel caso di Visual Studio, probabilmente dipende dalla lingua utilizzata nel progetto originale - se si utilizza C ++, si potrebbe prendere in considerazione l'uso di VS2012 o VS2013, proprio a causa del C ++ 11 notevolmente migliorato supporto. Se si tratta di un progetto C #, a meno che non si usi async, è possibile probabilmente mantenere tutto su VS2010 per ottenere la massima compatibilità.