2009-07-09 26 views
2

Wir verwenden cruisecontrol.net, es erstellt die Version, erstellt eine Zip-Datei, dann 15 Minuten später entpackt die Datei auf dem Integration Server. Wenn der Ordner jedoch zum Integrationsserver gelangt, wird die Sicherheitsberechtigung für einen der Ordner oft vollständig gesperrt. Der Domänenadministrator und der Ordnerbesitzer können den Ordner im Explorer nicht einmal öffnen. Wir starten neu und die Ordnerberechtigungen sind gut, wir können den Ordner löschen und die Zip-Datei erneut bereitstellen, und es ist in Ordnung.Cruisecontrol, Deployment, Ordnerberechtigungen

Hat jemand eine Idee, was oder wie die Ordnerberechtigungen so durcheinander geraten? Irgendwelche Werkzeuge zu diagnostizieren/zu beobachten, was genau es vermasselt?

+0

Ich hatte dies einmal durch CruiseControl geschehen, außer der Ordner war eine Website-Root auf einem Testserver. Es konnte nicht angezeigt oder gelöscht werden (über Remote Desktop, am Gerät, im Netzwerk). Wir mussten es neu starten und der Ordner verschwand magisch. Niemals das Problem gefunden, und (Holz berühren) ist es seitdem nicht passiert. – Pondidum

+1

Ist es möglich, dass es zum Löschen markiert ist und es nicht löschen kann, so dass es an diesem magischen Ort abgelegt wurde, wo das Betriebssystem es bei einem Neustart löscht? Scheint das zu jemand anderem passen? Ich hatte keine Chance, diese Theorie zu testen, aber ich wollte sehen, ob jemand wusste, wie man die Datei/Ordner anschaut und sehen, ob es in diesem Zustand ist. Danke, E- –

Antwort

0

Haben Sie versucht, psexec von System-Internals zu verwenden, um die Datei auf der Remote-Maschine anstatt auf der Build-Maschine zu upzipen?

Auch scheint es mir, dass, anstatt den Reißverschluss zu entpacken, kopieren Sie einfach die Sachen direkt auf den Remote-Server. Ich sehe nicht den Grund, es zu zippen und dann entpacken Sie es einfach?