<p>We have various php projects developed on windows (xampp) that need to be deployed to a mix of linux/windows servers. </p>

<p>We've used <a href="http://www.capify.org/" rel="nofollow noreferrer">capistrano</a> in the past to deploy from windows to the linux servers, but recent changes in architecture and windows servers left the old config not working. The recipe works fine for the linux deployment, but setting up the windows servers has required more time than we have right now. Ideas for the Capistrano recipe are valid answers. obviously the windows/linux servers don't share users, so this complicates it a tad (for the capistrano assumption of same username/password everywhere).</p>

<p>Currently we're using svn-update for the windows servers, which i dislike, since it leaves all the svn files hanging on the production servers. (and we still have to manually svn-update them on windows) And manual updating of files using winscp and syncing the directories with their linux counterparts.</p>

<p>My question is, what tools/setup do you suggest to automatize this deployment scenario: 
<strong>"Various php windows/linux developers deploying to 2+ mixed windows/linux machines"</strong></p>

<p>(ps: we have no problems using linux tools or anything working through cygwin, we simply need to make deployment a simple one-step operation)</p>

<p><em>edit: Currently we can't work on a all-linux enviroment, we have to deploy to both linux and windows server. We can start the deploy from anywhere, but we'd prefer to be able to do it from either enviroment.</em></p>

[{'answer_id': 77185, 'author': 'Aeon', 'author_id': 13289, 'author_profile': 'https://Stackoverflow.com/users/13289', 'pm_score': 0, 'selected': False, 'text': "<p>Capistrano is the nicest deployment tool I've seen. Do the architecture changes make it impossible to fix the configs so it works again? </p>\n"}, {'answer_id': 77211, 'author': 'reefnet_alex', 'author_id': 2745, 'author_profile': 'https://Stackoverflow.com/users/2745', 'pm_score': 1, 'selected': False, 'text': '<p>This will probably sound silly but... I used to have this kind of problem all the time until I decided in the end that if I\'m always <em>deploying</em> on Linux, I ought really to at least try <em>developing</em> on Linux also. I did. It was pain free. I never went back. </p>\n\n<p>Now. I am not suggesting this is for everyone. But, if you install <a href="http://www.virtualbox.org/" rel="nofollow noreferrer">VirtualBox</a> you could run a Linux install as a local server on your windows box. Share a folder in the virtual machine and you can use all your known and trusted Windows software and techniques <em>and</em> have the piece of mind of knowing that everything is working well on its target platform. </p>\n\n<p>Plus you\'ll be able to go back to Capistrano (a fine choice) for deployment. </p>\n\n<p>Best of all, if you thought you knew Linux / Unix wait until you use it everyday on your desktop! Who knows you may even like it :)</p>\n'}, {'answer_id': 77440, 'author': 'Bruce', 'author_id': 9698, 'author_profile': 'https://Stackoverflow.com/users/9698', 'pm_score': 3, 'selected': True, 'text': '<p>I use 4 different approaches depending on the client environment:</p>\n\n<ol>\n<li>Capistrano and similar tools (effective, but complex)</li>\n<li><code>rsync</code> from + to Windows, Linux, Mac (simple, doesn\'t enforce discipline)</li>\n<li><code>svn</code> from + to Windows, Linux, Mac (simple, doesn\'t enforce discipline)</li>\n<li>On-server scripts (run through the browser, complex)</li>\n</ol>\n\n<p>There are some requirements that drive what you need:</p>\n\n<ul>\n<li>How much discipline you want to enforce</li>\n<li>If you need database (or configuration) migrations (up and/or down)</li>\n<li>If you want a static "we\'re down" page</li>\n<li>Who can do the update</li>\n<li>Configuration differences between servers</li>\n</ul>\n\n<p>I strongly suggest enforcing enough discipline to save you from yourself: deploy to a development server, allow for upward migrations and simple database restore, and limit who can update the live server to a small number of responsible admins (where the dev server is open to more developers).  Also consider pushing via a cron job (to the development server), so there\'s a daily snapshot of your incremental changes.</p>\n\n<p>Most of the time, I find that either <code>svn</code> or <code>rsync</code> setups are enough, with a few server-side scripts, especially when the admin set is limited to a few developers.</p>\n'}, {'answer_id': 77819, 'author': 'kmilo', 'author_id': 14015, 'author_profile': 'https://Stackoverflow.com/users/14015', 'pm_score': 0, 'selected': False, 'text': "<p>Why you can't use capistrano anymore?</p>\n\n<p>Why you dislike svn-update?</p>\n\n<p>What things in your app requires an special deployment ?</p>\n"}, {'answer_id': 82311, 'author': 'rami', 'author_id': 9629, 'author_profile': 'https://Stackoverflow.com/users/9629', 'pm_score': 0, 'selected': False, 'text': "<p>You can setup <code>svn:ignore</code> property on configuration files, so that <code>svn update</code> doesn't erase them, and then use <code>svn export /target/path/</code> to get rid of <code>.svn</code> files in your Subversion repository.</p>\n"}]
['https://Stackoverflow.com/questions/77128', 'https://Stackoverflow.com', 'https://Stackoverflow.com/users/9114/']