Subversion ve ASP.NET geliştirme için kullanan IIS

oy
1

Ben SVN toplam acemi olduğum ve şu durum için bir cevap bulmak mümkün olmamıştır.

Ben geliştiriyorum bir ASP .NET 2.0 web uygulaması var. Ben geliştirme web sunucusu (yani değil Visual Studio web geliştirme sunucusu) olarak benim yerel IIS kullanıyorum. Benim geliştirme ortamı VS2005, Vista IIS7, TortoiseSVN / AnkhSVN olduğunu. VisualSVN sunucuda yüklü.

vb Benim .Sln dosya ve sınıf kitaplıkları, ** C bulunur: \ Localsource \ Projects \ ProjeAdı ** klasörüne ve benim .aspx dosyaları benim ** C: \ inetpub \ wwwroot \ ProjeAdı ** klasörü.

** \ Localsource \ Projects \ ProjectName ince fakat aynı depoda yanı IIS klasörüne için kurmak için bir yol düşünemiyorum: Ben ** C için depo ayarlayabilirsiniz.

SVN'de bu gelişme ortamı ile başa çıkmak için en iyi yolu nedir?

Çok teşekkürler,

Karınca

Oluştur 09/12/2008 saat 15:46
kaynak kullanıcı
Diğer dillerde...                            


7 cevaplar

oy
4

Visual Studio içinde bir çözümde size .Sln dosyası altında bir dizinde genellikle bir sınıf kitaplığı projesi var olabilir.

Bu durumda o da solüsyon içinde değil DEĞİL dosya dizin yapısında .Sln dosyası altında bir web projesi var.

O yerel dosya yolu üzerinden değil HTTP üzerinden bu projeye takılarak edilecektir.

IIS olarak bu yönetecek http: // localhost / Webapp ve varsayılan olarak c yerleştirecektir: \ inetpub \ wwwroot \ Webapp. Onlar çözümü ve sınıf kütüphanesi hierachy içinde öyle olarak Webapp klasördeki dosyalar repo olmayacaktır. Bu halletmek nasıl onun sorudur.

Benim cevabım taşımaktır // localhost / Webapp: http tüm repo gidebilir ardından sınıf kütüphanesi dizinine .Sln dosyası ve bitişik altında olan bir klasöre işaret edecek.

aide kod yeniden kullanımı için en iyi uygulama sınıfı kütüphane ve web uygulamasını, bir birinden ayırma ve web sitesinden mantığı sökülmesi.

Cevap 09/12/2008 saat 17:09
kaynak kullanıcı

oy
2

Can sen sadece noktası için IIS C: \ Localsource \ Projects \ ProjeAdı ve izinlerini ayarlamak?

Cevap 09/12/2008 saat 15:55
kaynak kullanıcı

oy
0

Rob

Neden Bir .aspx kod tabanının bir çıkış dosyası düşünün mı?

Bu kod tabanının bir parçasıdır. Bu örneğin derleme sonra bir çıkış değil.

Sadece merak ettim?

Cevap 09/12/2008 saat 22:50
kaynak kullanıcı

oy
0

Ben aşağıdaki iki sorunla bu ayırmak isteyebilirsiniz düşünüyorum bu öneriye Dillorscroft dan.

İlk olarak, üretim sitesine yayınlanan geliştirme sunucusunda malzemeye ilişkin olarak, ben bunun için sürüm kontrolü gerek. Öncelikle herhangi bir sayfayı dönebilirsiniz ve size üretime ayıklamak istediğiniz geliştirme sitenin istikrarlı seviyesine sahip olduğunda da karar verebilir. (Ben bir site görüntü içine kaynak kontrol sisteminden olsun ve sonra üretim site ile bu görüntüyü senkronize ediyordu.)

Yani, ilk bölümü için biz web sitesini destekleyen özel sunucu tarafı malzemenin web sayfaları ve tüm sürüm bahsediyoruz.

o bileşenin inşa edilmiştir vb geliştirme sitesinde, tüm kaynak, kütüphaneler, gider sonucudur çünkü İkincisi, sitede kullanılan bileşenlerin geliştirilmesine ilişkin olarak, onlar, kendi gelişim projelerini ihtiyaç ile. Yani bu (diğer kalkınma projeleri tarafından kullanılmak üzere bir kitaplık inşa sanki bu durumda diğer projeler web sayfaları olduğu halde, düşünün) kendi proje geliştirme ağacını sahip olacaktır. Yani IIS gösterilmesi gereken tek şey geliştirme sitesine "konuşlandırılmış" bileşenidir.

sizin için üç kritik soru var gibi görünüyor:

  1. Nasıl bir web sitesine karşı gitmeye gerek testlerin geliştirilmesi ele alınır ve bu sürüm kontrollü olduğu (bunlar web sitesinde kendisinde ait olmayan varsayarak)

  2. Nasıl kolayca geliştirme web sitesindeki tüm içerik uygun -kasa versiyon kontrol altında tutulması ve kontrol-ve emin olmak için ayarlayabilir. (Bu tarafa kapalı geliştirilen bileşenleri dışındaki web sayfalarını ve diğer sunucu tarafı yapıştırmak düzenlemek için kullandıkları araçlar ile ilgisi yoktur.)

  3. Kolayca geliştirme sitesine onları üreten ve bunları işlem yapılacak orada var projelerden geliştirilen bileşenleri alarak.

(2) ve geliştirme web sitesinin sürüm kontrolüne Çözümümün IIS ve sürüm kontrolü altında siteyi yerleştirir FrontPage uzantıları ile Görsel Source Safe entegrasyonu kullanmaktır. Diğer geliştirme projelerinin üretilen Bileşenleri VSS paylaşımı sunucu projeye eşleştirilir.

SVN için, ben (1) IIS harici bir kaynak kontrol sistemi ve ya yolu olarak tanıyacaktır bir SVN adaptör olup olmadığını görmek istiyorum spekülasyon (2) kendi inşaat projelerinden bileşenlerin teslim alan bir disiplin genel web sitesi projesine.

Cevap 09/12/2008 saat 17:32
kaynak kullanıcı

oy
0

IIS klasör o uygulamanın bir parçasıdır kod tabanının çıkış değildir. Bu CGI çıkış veya uygulamayı çalıştırmak için aslında komut ancak bir şey değil!

Bu aslında uygulamayı çalıştırmak için kullanıcı kontrolleri ve HTML olacak .aspx sayfadır. ama applciation onun parçası VS Studio çözümünden uzak ayrıldı.

\ Localsource \ Projects \ ProjectName \ WEB: en kolay yolu bir çözüm ve C sahip olmaktır.

Nokta yanı bu klasöre de IIS.

Cevap 09/12/2008 saat 16:49
kaynak kullanıcı

oy
0

Tamam, .. burada aptal olmak ancak olabilir Neden deposuna IIS klasörü (kod tabanının yani çıkış) eklemem gerekir mi?

Güncelleştirme

Ben .. Ben ASPX zaten projeden ayrı neden emin değilim olduğunu söylemek ne anlama bu biraz daha netleştirmek gerektiğini düşünüyorum? Bir Web Projesi ve sorununun ne n bir Çözüm Sınıf Kitaplığı Projeleri, sonra her yeni sürümde yayınlamak .. senin deposuna eklendi ..

Bunun bir vaka basitçe "Eğer Yayınlandıktan çıktı geri almak daha kolay olabilir o zaman öyle olsun", ben birçok insan aslında bu şekilde çalışmaz görmedim olarak sadece merak oldu.

Bu yapıda çözümler Dağıtım yanı çok daha kolay olurdu ..

Cevap 09/12/2008 saat 16:19
kaynak kullanıcı

oy
0

Hmmm - İyi bir nokta. Ben burada var ve Visual Studio her zaman wwwroot klasöründe web sitelerini oluşturduğunda bu kadarını yüzden wwwroot onlar gitmek zorunda sadece nerede olduğunu farz edilmiştir.

Belki biraz yeniden düzenleme yaptığını düşünmek gerekir ...

Teşekkürler!

Cevap 09/12/2008 saat 16:10
kaynak kullanıcı

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