Om een compleet content management systeem te installeren denk je al snel dat er veel voor nodig is. In het geval van Umbraco is niets minder waar.

Om een cms systeem van een ontwikkelmachine naar een andere machine te plaatsen (bijvoorbeeld een test- of acceptatie machine), hoeven er slechts twee zaken te worden overgezet. De gehele folder van de webapplicatie binnen IIS, en de bijbehorende database.

In de IIS van de machine waar het deployed moet worden, maak je een nieuwe webapplicatie aan. Kopieer de inhoud van de ene IIS folder naar de ander….

Restore de backup van de ene database in de andere database, koppel een gebruiker aan de database en geef deze [owner] rechten.

Pas de web.config van de webapplicatie aan zodat deze wanneer die de database zoekt, uitkomt in de zojuist gerestorede database.

Controleer nog wel de schrijfrechten van ‘Network Services’ op een aantal specifieke mappen van Umbraco (config, css, data, media, xslt)

Voila!

Een site offline halen en op schijf zetten…..kan dus ook..alleen de inhoud van de map in IIS en een backup van de database.

(Haken en ogen zitten meer in de prerequisites van Umbraco (dotNet en dergelijke).

Bij een opdrachtgever begint binnenkort de migratie van onze sourcecode uit SVN naar hun TFS. Een manier die we kunnen hanteren is het plaatsen van de huidige code als beginpunt in het TFS. Dit zou er wel voor zorgen dat we geen geschiedenis van onze code meenemen (Je kan je afvragen of en hoe erg dit is per individueel geval).

Er zijn verschillende tools die helpen bij het migreren van SVN sources (inclusief historie) naar TFS. Hieronder staan er enkele:

Kyrosoft

Component Software

Wanneer je meer van dit soort tools kent, ik houd me aanbevolen.

Velen onder jullie die de ontwikkelingen van Script# volgen zullen gemerkt hebben dat het nogal stil is van de zijde van Nikhil Kothari. Vragen worden inde community gesteld of het nog wel verstandig is om Script# te gebruiken met betrekking tot de ondersteuning van Nikhil. Op het asp.net forum is er nu wat duidelijkheid gekomen. Nikhil heeft hier zelfs zelf gereageerd -sinds lange tijd-. Bottom line, Script# is niet dood!

Hieronder het antwoord van Nikhil zoals geplaatst op het asp.net forum:

This is going to be a short reply, until I can put out a better articulated blog post on the current status and what to look forward to in terms of new script# releases.

The project is not dead - just that its reached a temporary plateau of a stable release, with lots of teams using it successfully to get their job done. Yes, there are bugs, but I haven’t heard things that are fundamentally blocking from all the folks using it day to day. There are also some features people want, as well as things I’d like to get done, but that needs to be balanced with available resources.

There will be forthcoming releases. In fact just over the last couple of weeks I’ve been including a number of bug fixes for a release hopefully soon, my hope is before, but more realistically right after PDC. And then a subsequent quick turn around release adding support for all the new stuff added to asp.net ajax in 4.0.

Sorry for the lack of explicit updates… should have been messaged better. I was hoping for something more concrete to share than continually saying, yes, I am hoping for a new build in the Fall of ‘09

Thanks, Nikhil

Lees de voledige post hier.