Best Practice: Collaborative Environment, Bin Directory, SVN

stemmen
27

Wat zijn de beste praktijken voor het controleren van in BIN directories in een gezamenlijke ontwikkeling omgeving met behulp van SVN? Mocht projectniveau referenties van checkin worden uitgesloten? Is het makkelijker om gewoon toe te voegen alle bin directories?

Ik ontwikkel een heleboel DotNetNuke sites en het lijkt erop dat in een multi-ontwikkelomgeving, het is altijd een enorme taak voor het milieu correct opstelling te krijgen.

Het uiteindelijke doel (natuurlijk) is om een ​​nieuwe ontwikkelaar kassa hebben de kofferbak van SVN, het herstel van de DNN database en hebben het allemaal gewoon 'werk' ...

De vraag is gesteld op 02/08/2008 om 00:29
bron van user
In andere talen...                            


5 antwoorden

stemmen
19

Elke assemblages die naar verwachting in de GAC moet blijven in de GAC. Dit geldt ook voor System.web.dll of andere 3rd party dll dat je inzetten om de GAC in productie. Dit betekent dat een nieuwe ontwikkelaar zou hebben om deze vergaderingen te installeren.

Alle andere 3rd party assemblies moeten referenties door middel van een relatief pad. Mijn typische structuur is:

-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 en projectreferentie de samenstellen in de root / Referenties relatief map. Deze .dlls worden ingecheckt in subversie.

Afgezien van dat, moet * / bin * / bin / * obj in uw algemene negeren pad.

Met deze opstelling, alle verwijzingen naar assemblages hetzij via de GAC (dus in alle computers moeten werken), of ten opzichte van elk project binnen uw oplossing.

antwoordde op 02/08/2008 om 00:40
bron van user

stemmen
4

Is dit een .Net specifieke vraag?

Over het algemeen de beste praktijk is om niet in te checken alles wat automatisch is opgebouwd uit bestanden die al in SCM zijn. Dat alles is ideaal gemaakt als onderdeel van uw automatische bouwproces.

Als de bindirectory waarnaar u verwijst bevat derden binaries, in plaats van een build van uw project, te negeren (downvote?) Dit advies.

antwoordde op 02/08/2008 om 00:44
bron van user

stemmen
2

Maven helpt heel veel met dit probleem als ik codering java. Wij verbinden de pom.xml de scs en de maven repository bevat alle afhankelijkheden. Voor mij is dat lijkt een mooie manier om het te doen.

antwoordde op 02/08/2008 om 19:30
bron van user

stemmen
1

We volgen de praktijk van het gebruik van een leverancier directory waarin alle specifieke leverancier headers en binaries bevat. Het doel is dat iedereen moet in staat zijn om het product op te bouwen gewoon door het controleren van het uit en het uitvoeren van een aantal top level build script.

antwoordde op 13/08/2008 om 23:25
bron van user

stemmen
4

Chirurg van de Boom is een geweldig hulpmiddel waarmee een lege NET ontwikkeling boom creëert. Het is geknepen na jaren gebruik en implementeert tal van best practices.

antwoordde op 11/09/2008 om 14:03
bron van user

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