Hejsan. Allt i SS, vill man ha egen variant på just sin egen miljö får man själv ansvara för det. Amen...dvs jag håller med Marcus till fullo. sln filen i källkodshanteraren! Ska man spara .sln filen i källkodshanteraren?
Jag tänkte höra om någon har några idéer om man bör spara solution-filen i källkodshanteraren?
Jag ser fördelar med bägge alternativen.
Dels kan man se sln-filen som varje utvecklares egen behållare för de projekt man vill ha med för just sin utveckling (så jobbar vi i det projekt jag sitter i idag). Men jag ser också fördelar med att kunna ha en komplett miljö i källkodssystemet, dvs att man bara kan göra en get-latest och köra igång.
Några kommentarer?
Mvh Björn EriksenSv: Ska man spara .sln filen i källkodshanteraren?
Typfall:
Utvecklare A lägger till projektet "DoSomeStuff.dll" till solutionen och använder den i ett annat projekt kallar "CentralStuffThatEveryoneuses.exe".
* I fallet med solutionen filen i SS får ALLA utvecklare det nya projektet när de tar getlatest och kan köra vidare utan problem
* i fallet med att varje utvecklare har en egen solutionfil som kommer utvecklare B att ta en getlatest på "CentralStuffThatEveryoneuses.exe" men kompileringen kommer att skita sig efrersom "DoSomeStuff.dll" inte finns med i solutionen.
.sln filen skall var i SS, vill sedan någon göra något eget specialhack för att inte ha med vissa projekt så får de göra det och ansvara för att det blir rätt (vilken kan innebära att försöka leta reda på "DoSomeStuff.dll" i SS, te en getlatest på den och sedan lägga till den i sin egen solution, skall 15 utvecklare göra det så kanske det tar i snitt 4 minuter = 60 minuter totalt somkunde användas till något bättre). Sv:Ska man spara .sln filen i källkodshanteraren?
Sv: Ska man spara .sln filen i källkodshanteraren?
Åtminstone i VS2005 så funkar projekt-till-projekt referenser enbart med hjälp av projektens GUID:s, och det är just sln filen som håller reda på projektfil->GUID. dvs finns inte rätt projekt i solution filen, så skiter sej builden, dessutom kan ju tilläggas att det är projekt-till-projekt referenser som gör att byggordningen blir rätt.
Dessutom så kan ju ett projekt finnas i flera solutions, så vill nån göra en egen kustomiserad solution så kan denna helt bra göra en sån.
Sammanfattningsvis: jag ser ingen som helst orsak till att *inte* sätta dit den..