<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>On Sep 2, 2013, at 7:28 AM, Jeffrey Cunningham <<a href="mailto:jeffrey@jkcunningham.com">jeffrey@jkcunningham.com</a>> wrote:</div><div><br></div><blockquote type="cite"><div>
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
<br>
<div class="moz-cite-prefix">On 09/01/2013 05:00 PM, Luís Oliveira
wrote:<br>
</div>
<blockquote cite="mid:CAB-HnLQMG1pSqxLn+V32+DpAKqEWTn7BW3=0qtesd3VbfuQ0bQ@mail.gmail.com" type="cite">
<pre wrap="">On Mon, Sep 2, 2013 at 12:52 AM, Jeffrey Cunningham
<a class="moz-txt-link-rfc2396E" href="mailto:jeffrey@jkcunningham.com"><jeffrey@jkcunningham.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Why not just connect to it through swank? I do that all the time with my
remote webserver. SSH into the server, bring up emacs and slime-connect and
you're running under the live instance.
</pre>
</blockquote>
<pre wrap="">Or even better, open an ssh tunnel into the server and slime-connect
from the comfort of your local Emacs.
</pre>
</blockquote>
I was going to say that, but I've only done it a few times. While I
much prefer using my local emacs I have to be careful modifying and
compiling on my local source getting out of sync with the remote
source. <br>
<br>
</div></blockquote><br><div>So I've been working as the CTO of a company called Cleartrip for about a year. I've been trying to make "continuous deploys" work. One thing about this in the Java+Ruby environment we're using (not my call, pre-existing stack) is that packaging up these constant little incremental changes that have to be rolled put to 10s or 100s of servers is not trivial. </div><div><br></div><div>It seems to me that it should be possible to build a secure Slime solution that "fans out" incremental changes to a whole (sub-)farms of servers. A CL library build on top of Slime that manages continuous deployment would be pretty awesome. </div><div><br></div><div>Does it already exist?</div></body></html>