Synka miljöer i MOSS
Hur gör ni för att hålla utvecklings-, test- och driftmiljöer "synkade" i MOSS? Jag har inte hittat något riktigt bra arbetssätt för att lyckas med detta. Det handlar mer om manuellt pill med att flytta backuper och kopiera dll:er vilket inte alltid funkar så bra.
Skulle vara bra med nåt kloningsverktyg kanske?
Skulle vara bra med nåt kloningsverktyg kanske?
Inlägg i den här diskussionen
-
Permalänk Svar från Jonas Öberg hos -
Allting vi utvecklar paketeras i solutons och deployas till de olika miljöerna i tur och ordning. Då blir det inte så mycket pill och manuell kopiering av filer.
-
Permalänk Svar från Anders Hammer hos -
Vi skapar solutionpaket av allt. Utöver detta så har vi ett antal batch-script, t ex 01-delete.bat och 02-deploy.bat. Den första raderar siten, retractar/deletar alla solutions osv. Den andra deployar allt på nytt och skapar om siten. I samma mapp som dessa filer har jag även en textfil med de manuella konfigurationer som behöver göras (t ex fixa med CAS i web.config, ställa in något i SSP:n etc).
Vi kör TFS och använder dess byggserver för att bygga WSP:erna, så vi får de senaste bygget samt de senaste installationsscripten i en byggmapp där vi allt kan bygga upp lösningen bara genom att köra batfilerna.
På så sätt är det inga problem för oss att ha en test-, staging- och livemiljö (samt individuella miljöer för 5 utvecklare).
-
Permalänk Svar från Johan Leino hos -
Vi har tagit det där med deploy ett steg till då vi låter TFS bygga wsp:er (och andra dll:er) som vi sedan paketerar i en msi (av TFS såklart) som kör olika installationssteg (tex deploy av wsp, omaktivering av features etc) allt styrs via en xml fil som berättar för installationen vad den ska göra. Nästa steg är väl att börja kolla på vad wix kan erbjuda i form av xml konfiguration. (detta istället för att köra en massa bat scipt - även om det såklart funkar)
Ett annat bra tips är att att sätta upp sina miljöer mha av scipt så att man vet att de är likadant uppsatta överallt.
-
Permalänk Svar från Wictor Wilén hos -
Hejsan, intressant att ni paketerar det som MSIer.
Blir lite nyfiken på hur ni har löst dom bitarna. Var installerar ni dem? Om man nu kör in en MSI på en WFE och sedan avvecklar den till förmån för andra WFE:er, hur hanterar ni då uppgraderingar och avinstallationer?
/WW
-
Permalänk Svar från Johan Leino hos
-
MSI:n i sig används bara för att göra installationen mera windowslik (slippa köra bat script typ). Vi har byggt olika installationssteg (installertasks) som dels kan köra exe filer remote (via psexec) och starta spjobs på andra maskiner. Så vi kör fortarande stsadm kommandon då det behövs (och ibland via API istället). Däremot är omaktivering av features ett helt egenutvecklat steg.
Ang hantering av uppgradering/avinstallation så är det en bra fråga men eftersom vi egentligen inte använder msi:n i sig (även om det såklart vore det snyggaste) så blir det inte ett problem för oss. Jag vet inte om man kanske skulle kunna lägga upp installkatalogen remote också på alla serverarna i farmen så att det inte spelar någon roll vart man kör installationen. Återstår att testa och se.
/JL
© 2010 Skapad av Andreas Kviby
Powered by 
.
