However, I have just discovered that although SFTP has a recursive put command, it does not have a recursive delete.
Directories can only be removed when they are empty. As you can imagine, that makes tidying up after staging a website very tiresome (especially ones with Javadoc and source xref) Is there a way to fix this? On 26 November 2015 at 19:42, sebb <seb...@gmail.com> wrote: > I was able to use sftp to copy a small site: > > http://home.apache.org/~sebb/commons-build-plugin-1.5-RC1/ > > I used the "put -r" interactive command to do so. > > It takes quite a while as each file is sent separately. > I've not tried uploading a very large site, so I don't know if that is > feasible. > > It's not easy to automate as sftp is designed for interactive use only. > > AIUI scp uses the same underlying transport, but is designed for > command-line use. > > It would make life simpler if scp were enabled as well. > > On 26 November 2015 at 19:16, Greg Stein <gst...@gmail.com> wrote: >> A VCS cannot operate a test/staging web site. They'll need a VM. >> >> On Thu, Nov 26, 2015 at 1:10 PM, Tony Stevenson <t...@pc-tony.com> wrote: >>> >>> >>> >>> On Thu, 26 Nov 2015, at 07:00 PM, Ralph Goers wrote: >>> > When performing releases we typically create a new web site for our >>> > project on our local machine, zip it up and then unzip it on p.a.o for >>> > reviewers to look at during voting on the release. The site is way too >>> > big to try to do file by file with sftp. How will we be able to >>> > accomplish this with the new plan? >>> >>> Ralph, >>> >>> There are two options here. >>> >>> 1) Stage the changes in VCS, and when they're ready it's a simple >>> operation to push them live. Or edits can be made easily too. >>> 2) Request a project VM where you can throw your tarballs. >>> >>> Our preference would be that you use 1. It already exists, and going >>> from dev->prod is a trivial act for you. >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org For additional commands, e-mail: log4j-dev-h...@logging.apache.org
