اين سناريو رو در نظر بگيريد:
وب سرور ما در همان محلي قرار دارد كه SVN Server نصب شده است.
ميخواهيم به ازاي هربار Commit تيم به مخزن SVN ما، سايت ارائه شده توسط وب سرور نيز به صورت خودكار به روز شود.
چه بايد كرد؟!
احتمالا خيليها تصور ميكنند كه امكان پذير نيست؛ چون مخزن SVN موجود در سرور، ساختار خودش را دارد و همانند فايلهاي يك پروژه معمولي نگهداري نميشود.
براي انجام اينكار چندين روش موجود است، كه تمام آنها به مفهوم hooks در SVN گره خورده است. هرچند hook به معناي قلاب است، اما در اينجا معناي تريگر را دارد. شبيه به تريگرهاي SQL Server : پيش يا پس از انجام كار يا رخداد مشخصي، فلان كار را انجام بده. (براي اطلاعات بيشتر ميتوانيد به فصل hooks در اين كتابچه مراجعه كنيد: (+))
در ميان اين قلابهاي موجود، ميتوان از قلاب post-commit جهت به روز رساني يك سايت پس از هر هماهنگ سازي با مخزن SVN استفاده كرد. پيشنهاد من به تمام كساني كه ميخواهند كار با SVN را شروع كنند استفاده از برنامه رايگان 
Visual SVN Server است. اين برنامه سازگاري فوق العادهاي با محيط ويندوز دارد (از لحاظ تعريف سطح دسترسيها). همچنين تعريف hooks را هم به شدت ساده كرده است. فقط كافي است روي يك مخزن كد تعريف شده در Visual SVN Server كليك راست كرده و در برگهي باز شده، تنظيمات سطوح دسترسي يا تعاريف Hooks را اضافه نمود (در اينجا اعمال سطوح دسترسي روي پوشهها يا روي فايلها نيز به همان شكل با كليك راست و كم و زياد كردن كاربران ميسر است؛ همانند دادن دسترسي بر اساس امكانات NTFS و اكتيودايركتوري).
بنابراين به صورت خلاصه:
- svn checkout file:///c:/svn/MyRepository/trunk C:pathwww
- svn update file:///c:/svn/MyRepository/trunk C:pathwww
اين فايل bat بايد در همان قسمت تعريف post-commit hook استفاده شود.
به اين معنا كه پس از هر commit ، لطفا مسير C:pathwww را بر اساس آخرين به روز رسانيهاي مخزن كد به صورت خودكار به روز كن. در اين حالت اگر فايلي حذف شده باشد، به صورت خودكار از ريشه سايت شما حذف ميشود و اگر فايل يا فايلهايي تغيير كرده باشند نيز سريعا به روز رساني آنها انجام خواهد شد.
در روش svn update ، پوشههاي مخفي svn نيز در ريشه سايت حضور خواهند داشت. وجود آنها هم الزامي است زيرا update بر همين اساس كار ميكند.
- svn checkout file:///c:/svn/MyRepository/trunk C:tempSite1 >> output.log
- robocopy C:tempSite1 C:pathwww *.* /S /XF *.cs *.tmp *.sln *.csproj *.webinfo /XD .svn _svn /PURGE >> output.log
به اين معنا كه پس از هر commit به مخزن كد (با توجه به تعريف قلاب ذكر شده)، ابتدا يك svn checkout در يك پوشه موقتي (خارج از ريشه اصلي سايت) انجام گرديده و سپس برنامه robocopy يا موارد مشابه آن وارد عمل شده و تغييرات را با ريشه اصلي هماهنگ ميكنند (در اينجا ميتوان مشخص كرد چه فايلهايي با پسوندهاي مشخص، با ريشه سايت هماهنگ نشوند).
در كل همان روش svn update به نظر سريعتر و مقرون به صرفهتر است. اگر از IIS استفاده ميكنيد، به صورت پيش فرض كسي نميتواند محتواي پوشهاي را با وارد كردن آدرس آن در مرورگر بررسي كند، همچنين IIS فايلهايي را كه نميشناسد (پسوند از پيش تعريف شدهاي در بانك اطلاعاتي آن ندارند)، سرو نميكند و در صورت درخواست آنها، خطاي 404 يا "پيدا نشد" به كاربر نهايي ارائه خواهد شد.
به نقل از dotnettips
ويژگيهاي جديد SQL Server 2012 [دوشنبه، 28 فروردين ماه ، 1391]
