لم تخلق أي شخص التركيب لنشر التطبيقات asp.net شبكة الإنترنت الداخلية؟

Question

ولقد نشرت دائما بلدي تطبيقات الويب عبر FTP (وأحيانا حتى XCOPY)، ثم قم بتشغيل يدويا قاعدة بيانات برمجية نفسي.

ولقد بدأت نشر هذه الطريقة في ال 90، ولكن في الآونة الأخيرة، لقد رأيت بعض تطبيقات الويب مع التركيب. أنا بدأت السؤال، إذا أنا حبيس عملية البائدة. أنا مستشار يا التطبيقات وعادة ما تكون داخلية، لذلك لا داعي للقلق حول توزيع وجود الآخرين تثبيتها.

ولكن أنا الغريب. لا أحد تخلق المثبتات لنشر التطبيقات asp.net شبكة الإنترنت الداخلية؟

وإذا كان الأمر كذلك، لماذا؟ (طوعا، كلف، أو جزء من عملية الأتمتة)

وكان لديك أي مشاكل القيام به على هذا النحو؟

Answer 1

وعلى الاطلاق. نستخدمها لبذل كل ما لدينا تطبيقات. بهذه الطريقة نخلق المثبت وتشغيله على سؤال وجواب وضد التعذيب البيئات لاختبار ونحن نعرف بالضبط ما الذي سيحدث في الإنتاج. لا توجد التخمينات حول ما تأمر شخص قد تفعل شيئا في، أو إذا كانت تفوت هذه الخطوة. فإنه يجعل الأمور أسهل كثيرا.

وأوه لقد نسيت حول عملية مؤتمتة للغاية. لدينا النظم المعمول بها (النمل هيل برو) التي نشرها تلقائيا إلى البيئات المناسبة. الشعب سؤال وجواب لا تضطر إلى الانتظار لشيء ينبغي القيام به، لأنه فعل كل في 02:00. إذا كانت بحاجة إلى إعادة تشغيل بناء مع التحديثات، والمشروعات الإنمائية الاختيار التعليمات البرمجية في وعلينا الضغط على زر، وانها نشرت تلقائيا. لا تنتظر بناء مهندس، لأنه في اجتماع أو المرضى أو أيا كان.

Answer 2

وتريد دائما أن يكون وسيلة آلية لبناء ونشر - أنه يقلل كثيرا من فرص خطأ لمرة واحدة إذا كنت قد نسيت خطوة معينة. أيضا، فإنه يسمح لك لافراغ نشر لشخص آخر بسهولة دون الحاجة لتعليمهم 100 الخطوات حسب الطلب. إذا كان المشروع هو داخلي أم لا، ينبغي لجميع التطبيقات تتبع أفضل الممارسات.

Answer 3

وشخصيا أنا قليلا مثل OP. عموما أنا مجرد نشر باستخدام FTP، ولكن في قوله أن عادة طلباتي داخلية، أو في حالة من المشاريع الأخرى، و 100٪ يديرها لي.

ولقد تم أيضا التفكير في هذه الآونة الأخيرة ومع ذلك، وبدأت في التفكير في كيفية استخدام النشر المناسبة قد تؤدي إلى تحسين عملية - الحاجة إلى توثيق تثبيت عملية مفصلة يمكن أن يكون الألم الحقيقي

.

Answer 4

بوويرشيل وجدت من السهل حقا لأتمتة الكثير من المهام. قد تجد مختلفة بعض الشيء في بداية جدا ولكن في النهاية سوف نرى أن كل شيء عن قوة المكتبات. NET !!!

Answer 5

ولقد استخدم "<لأ href =" http://weblogs.asp.net/scottgu/archive/2007/06/15/tip-trick-creating-packaged-asp-net-setup-programs-with -vs-2005.aspx "يختلط =" نوفولو noreferrer "> مشروع إعداد الإلكتروني " لخلق MSI أن تثبيت إخراج "<لأ href =" http://weblogs.asp.net/scottgu/ أرشيف / 2005/11/06 / 429723.aspx "يختلط =" نوفولو noreferrer "> الويب نشر المشروع " للحصول على التطبيق الداخلي. وكان لدينا المشرف الخادم لا على مستوى هذه المهمة إلى القيام دليل 50 خطوة تثبيت. لبلدي التطبيق الحالي، يا المشرف الخادم لا يحب 'الصندوق الأسود' يشعر من التركيب MSI ويفضل الحصول على كومة من الملفات ودليل نشر 50 خطوة. (انظر نمط هنا؟ اسأل المشرف الخادم الخاص بك ما يريد).

ومشروع إعداد Web لا يجعل من الواضح على الفور كيفية تثبيت أي شيء آخر غير "الموقع الافتراضي"، وغيرها من ذلك، جعلت عملية التثبيت تكرارها، وخلق بني في الطريق إلى التراجع (فقط عن طريق تشغيل المثبت من قبل 1 نسخة).

وهذا بالطبع يفترض أن الدليل الظاهري لا يحمل أي content-- مستخدم بتعديل وأود أن لا تثق MSI لدمج المستخدم إنشاء والجديدة الملفات بشكل صحيح.

Answer 6

ونحن نستخدم "XCOPY" نشر النموذج هنا، لأن الناس لديها مكتب خدمات المشاريع طريقتهم الخاصة من وضع الأمان على تطبيق ويب جديد على الخادم.

ومع ذلك، فإننا لم تحتاج إلى استخدام المثبت عندما كان لدينا لتثبيت تطبيقات الويب التي كانت تستخدم إصدار أحدث من تقارير Crystal منذ كان عليها أن تفعل شيئا خاصا مع مفتاح ولم يكن لدينا نسخة كاملة في مهب من CR على الملقم نفسه. وبالتالي الحفاظ على ذلك في الاعتبار عند التعامل مع تطبيقات الطرف الثالث، فإنها قد تحتاج إلى القيام ببعض نوع من وحدة الدمج الذي يعالج MSI بسهولة.

Answer 7

نعم ... لدينا التطبيق الذي يحتاج الى الكثير من الشروط المسبقة اقامة .... خدمة الإنترنت، خدمة ويندوز، وحسابات المستخدمين، والأمن، وإنشاء مجلد، بت GAC الخ .... وتدحرجت كل شيء يصل إلى لطيفة MSI الإجراءات الجمركية التي يمكن تثبيت وإلغاء نظيفة. توفير حوالي ساعة واحدة بقيمة العمل لنشر على مربع جديد.

وتنتشر هناك الكثير من التطبيقات الأخرى الأصغر حجما فقط عن طريق القيام نشر موقع إلى مجلد محلي ثم ftp'ing المحتويات إلى الهدف.

Answer 8

وهذا يعتمد إلى حد كبير على حجم المشروع، enviornment ووقاعدة المستخدمين الداخلية الخاصة بك. أنا نادرا ما نشر مع أس لأننا صغيرة جدا لعملية جراحية لديك بيئات متعددة (ما عدا ل SharePoint، وهذا مختلف عن معا). نحن في تطوير واستخدام VS لنشر تطبيقات الويب إلى مربع تنمية، على افتراض تتم الموافقة عليها ثم نستخدم VS مرة أخرى للانتشار في مربع الحي.

وهذا الشرط الوحيد هو أن لدينا عدة نسخ من الملف web.config (إلحاق مع اختبار، ديف والعيش) ونحن بعد ذلك حذف لاحقة من ملف ذات الصلة تبعا حيث تم نشر لها.

وانها ربما لا يكون أفضل منهجية (وأنا أعلم أنه لا)، لكنه يعمل ويساعد على الانتشار السريع للمشاريع الصغيرة والمتوسطة الحجم حلول في بيئة مستخدم على نطاق صغير.

Answer 9

وF5ToDebug ...

وقولك لها OK لاتخاذ طرق مختصرة إذا لم يكن لديك الوقت للقيام بذلك بشكل صحيح؟

و"الذي يحدث لاختبار التعليمات البرمجية في بيئة الاختبار؟" قلت بنفسك أن لديك ملفات التكوين ل_test - لماذا لا يكون اختبار مناسبة