Beste praksis: Collaborative Environment, Bin Directory, SVN

stemmer
27

Hva er de beste praksis for å sjekke inn BIN kataloger i et samarbeids utviklingsmiljø bruke SVN? Skulle prosjektnivå referanser bli ekskludert fra checkin? Er det lettere å bare legge alle bin kataloger?

Jeg utvikler en masse DotNetNuke områder, og det virker som i en multi-utviklermiljø, er det alltid en stor oppgave å få oppsettet miljøet riktig.

Det ultimate målet (selvfølgelig) er å ha en ny utvikler kassa stammen fra SVN, gjenopprette DNN databasen og ha alt bare 'arbeid' ...

Publisert på 01/08/2008 klokken 23:29
kilden bruker
På andre språk...                            


5 svar

stemmer
20

Eventuelle enheter som forventes å være i GAC skal bo i GAC. Dette inkluderer System.web.dll eller annen tredje part dll som du vil distribuere til GAC i produksjonen. Det betyr en ny utvikler måtte installere disse forsamlinger.

Alle andre 3. parts forsamlinger bør være referanser gjennom en relativ bane. Min typiske struktur er:

-Project
--Project.sln
--References
---StructureMap.dll
---NUnit.dll
---System.Web.Mvc.dll
--Project.Web
---Project.Web.Proj
---Project.Web.Proj files
--Project
---Project.Proj
---Project.Proj files

Project.Web og prosjekt referere sammenstillingene i roten / Referanser mappe forholdsvis. Disse DLL-filer er sjekket inn omveltning.

Bortsett fra det, bør * ​​/ bin * / bin / * obj være i din globale ignorere banen.

Med dette oppsettet, alle referanser til forsamlinger er enten gjennom GAC (så skal fungere på tvers av alle datamaskiner), eller i forhold til hvert enkelt prosjekt i din løsning.

Svarte 01/08/2008 kl. 23:40
kilden bruker

stemmer
5

Er dette en .Net spesifikt spørsmål?

Vanligvis den beste praksis er å ikke sjekke inn noe som er bygget automatisk fra filer som allerede er i SCM. Alle som er ideelt opprettet som en del av den automatiske byggeprosessen.

Hvis binkatalogen du refererer til inneholder tredjeparts binærfiler, snarere enn en bygge av prosjektet, ignorere (downvote?) Dette rådet.

Svarte 01/08/2008 kl. 23:44
kilden bruker

stemmer
4

Tre Surgeon er et flott verktøy som skaper en tom NET utvikling treet. Det har blitt forskjøvet i løpet av mange års bruk og implementerer mange beste praksis.

Svarte 11/09/2008 kl. 13:03
kilden bruker

stemmer
3

Maven hjelper ganske mye med dette problemet når jeg koding java. Vi forplikte pom.xml til SCS og maven depot inneholder alle våre avhengigheter. For meg som virker som en fin måte å gjøre det.

Svarte 02/08/2008 kl. 18:30
kilden bruker

stemmer
1

Vi følger praksisen med å bruke en leverandør katalog som inneholder alle leverandørspesifikke overskrifter og binærfiler. Målet er at hvem som helst skal kunne bygge produktet bare ved å sjekke det ut og kjøre noen topp nivå build script.

Svarte 13/08/2008 kl. 22:25
kilden bruker

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more