Subversion en het gebruik van IIS voor ASP.NET ontwikkeling

stemmen
1

Ik ben een totale newbie op SVN en zijn niet in staat om een ​​antwoord op de volgende situatie te vinden.

Ik heb een ASP .NET 2.0 Web app dat ik het ontwikkelen. Ik gebruik mijn lokale IIS de ontwikkeling webserver (dat wil zeggen niet de Visual Studio web development server). Mijn ontwikkelomgeving is VS2005, Vista, IIS7, TortoiseSVN / AnkhSVN. VisualSVN is geïnstalleerd op de server.

Mijn .sln bestanden en class libraries, enz. Bevinden zich in de ** map C: \ Localsource \ Projects \ Projectnaam **, en mijn .aspx bestanden zijn in mijn ** C: \ Inetpub \ wwwroot \ Projectnaam ** map.

Ik kan het opzetten van de opslagplaats voor ** C: \ Localsource \ Projects \ Projectnaam ** prima, maar kan niet denken aan een manier om het op te zetten voor de map IIS evenals in dezelfde repository.

Wat is de beste manier voor het omgaan met deze ontwikkelomgeving in SVN?

Erg bedankt,

Mier

De vraag is gesteld op 09/12/2008 om 15:46
bron van user
In andere talen...                            


7 antwoorden

stemmen
4

In een oplossing in Visual Studio kun je een class library project die meestal in een map onder de .sln bestand.

In dit geval heeft hij ook een web-project binnen de oplossing, maar niet onder de .sln bestand in de mappenstructuur.

Hij zal worden verbonden aan dit project via HTTP niet via lokale bestandssysteem pad.

IIS zal dit beheren als http: // localhost / webapp \ Inetpub \ wwwroot \ webapp: en dit is standaard te plaatsen in c. De bestanden in webapp map zal niet in de repo als ze Arent in de hiërarchie van de oplossing en de class library. Dit is zijn vraag hoe je het uit te zoeken.

Mijn antwoord is om te bewegen http: // localhost / webapp om te verwijzen naar een map die onder de .sln bestand en grenzend aan de class library directory dan kan het allemaal gaan in de repo.

Het scheiden van de klas bibliotheek en de webapp is best practice om aide code hergebruik en het ontkoppelen van de logica van de website.

antwoordde op 09/12/2008 om 17:09
bron van user

stemmen
2

Kun je niet gewoon richten IIS naar C: \ Localsource \ Projects \ Projectnaam en de permissies?

antwoordde op 09/12/2008 om 15:55
bron van user

stemmen
0

Beroven,

Waarom moet u overwegen een ASPX-bestand een uitgang van de code base?

Het behoort tot de code base. Het is niet een uitgang na compilatie bijvoorbeeld.

Vroeg me af?

antwoordde op 09/12/2008 om 22:50
bron van user

stemmen
0

Ik denk dat je zou willen om dit te scheiden in twee problemen, naar aanleiding van deze aanbeveling van Dillorscroft.

Ten eerste, met betrekking tot het materiaal op je ontwikkeling server die op de plaats van productie wordt gepubliceerd, ik denk dat je versiebeheer voor nodig. Eerst dus je kunt terugdraaien alle pagina's, en je kunt ook zelf bepalen wanneer u een stabiel niveau van de ontwikkeling site die u wilt uitpakken naar de productie. (Ik zou krijgen dat uit de bron besturingssysteem afbeelding van een site in en synchroniseer dit afbeelding met de productie-eenheid.)

Dus, voor het eerste deel, hebben we het over versiebeheer de webpagina's en alle aangepaste server-side materiaal dat de website ondersteunt.

In de tweede plaats, met betrekking tot de ontwikkeling van componenten die worden gebruikt op de site, moeten ze hun eigen ontwikkeling, want het is het resultaat, dat gaat naar de bouwgrond, niet alle van de bron, bibliotheken, enz. Dat het onderdeel wordt gebouwd met. Dus deze zullen hun eigen ontwikkeling project boom hebben (denk aan het alsof je het bouwen van een bibliotheek die wordt gebruikt door andere ontwikkelingsprojecten, hoewel in dit geval de andere projecten zijn web-pagina's). Dus het enige dat omhoog moeten tonen in IIS is de "ingezet" component op de bouwgrond.

Er lijken drie kritische vragen voor u:

  1. Hoe de ontwikkeling van tests die moeten gaan tegen de website is behandeld en, eventueel, is het versienummer gecontroleerde (ervan uitgaande dat ze niet thuishoren op de website zelf)

  2. Hoe gemakkelijk je kan regelen om ervoor te zorgen dat alle content op de ontwikkeling van de website op de juiste wijze onder versiebeheer wordt gehouden en gecontroleerd in- en uitchecken. (Dit heeft te maken met de tools die u gebruiken om webpagina's en andere server-side smurrie anders dan componenten ontwikkeld aan de kant te bewerken.)

  3. Gemakkelijk te nemen ontwikkelde onderdelen uit de projecten die ze produceren om de bouwgrond en hebben ze worden ingecheckt in.

Mijn oplossing voor (2) en naar versie controle van de ontwikkeling van de website is om Visual Source Safe integratie te gebruiken met IIS en FrontPage extensies dat de site plaatst onder versiebeheer. Componenten geproduceerd uit andere ontwikkelingsprojecten worden toegewezen aan de server project door het delen van VSS.

Voor SVN, ik speculeren dat (1) u wilt zien of er een SVN adapter die IIS zal herkennen als een externe bron-controlesysteem en, hoe dan ook, (2) een discipline dat de levering van componenten kost uit hun bouwprojecten in de algemene website project.

antwoordde op 09/12/2008 om 17:32
bron van user

stemmen
0

De map IIS is het uitgangssignaal van de code base is onderdeel van de aanvraag. Het is niet CGI-uitgang of zo, maar eigenlijk de scripts om de app te draaien!

Dit is de ASPX-pagina's die de gebruiker controles en HTML om de toepassing in feite lopen zal hebben. Zijn deel van de applciation maar splitsen weg van VS Studio oplossing.

De makkelijkste manier is om een ​​oplossing en daarna C: \ Localsource \ Projects \ Projectnaam \ WEBSITE.

Point IIS op die map ook.

antwoordde op 09/12/2008 om 16:49
bron van user

stemmen
0

OK, ik kan hier worden dom maar .. Waarom heb je nodig om de IIS-map (dwz de uitgang van de code base) toe te voegen aan uw repository?

Bijwerken

Ik denk dat ik dit een beetje meer te verduidelijken .. Wat ik bedoel te zeggen is dat ik weet niet zeker waarom de ASPX is gescheiden van het project eigenlijk? Wat is er mis met een webproject en n Class Library Projects in een oplossing, toegevoegd aan uw repository .. U vervolgens publiceren op elke nieuwe release ..

Als het is gewoon een geval van " het misschien makkelijker om terug te draaien de gepubliceerde uitgang " het zij zo, ik was gewoon nieuwsgierig als ik niet heb gezien veel mensen daadwerkelijk op die manier.

Inzet van oplossingen in deze structuur zou een stuk gemakkelijker als goed ..

antwoordde op 09/12/2008 om 16:19
bron van user

stemmen
0

Hmmm - Goed punt. Het werd opgericht als dit toen ik hier kwam, en Visual Studio zorgt altijd websites in de map wwwroot, dus ging wwwroot was precies waar ze moesten gaan.

Misschien zal ik na te denken over het doen van een beetje herschikken ...

Bedankt!

antwoordde op 09/12/2008 om 16:10
bron van user

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