<div dir="ltr">Harry -<div><br></div><div>I think if you're teaching best practices on python and testing, you've got to teach virtualenv - maybe not for deployment (cause better to have separate VMs for staging and production) but for development and testing, really important (unless you do everything in a vm, like vagrant or similar).</div>
<div><br></div><div style>Can't imagine how you could set up an effective CI server without virtualenv, for example.</div><div style><br></div><div style>Tim</div><div style><br></div><div style><br></div><div style>PS at the risk of starting a flame war: "zc.buildout"… --shudder-- </div>
<div style>Feels like there are two different python communities sometimes, those that use zope-derived rather java-flavoured tools and mindset, and the rest.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On 16 May 2013 09:43, Matt Hamilton <span dir="ltr"><<a href="mailto:matth@netsight.co.uk" target="_blank">matth@netsight.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
On 16 May 2013, at 09:02, Harry Percival wrote:<br>
<br>
> Overall, it's both reassuring and depressing to hear that that there's no single accepted way to do it!<br>
<br>
</div>*snip*<br>
<br>
because….<br>
<div class="im"><br>
> We then start with "provisioning" -- that's getting a server up and running with Apache installed.  Let's say that's something you don't automate, for now.<br>
><br>
> Moving onto "deployment", that could cover:<br>
> - uploading / updating your source code on the server<br>
> - writing (or overwriting) the apache httpd.conf / sites-available entry<br>
> - making sure you're hooked up to the (right) database<br>
> - checking static files are working.<br>
><br>
> That sounds like a couple of fairly simple fabric scripts, and a simple set of functional tests for checking  static files and database work (and that you haven't killed any old data).  You can do a deploy to staging, run your tests, and then have confidence that your deploy to live will be fine.<br>

<br>
</div>That *your* use case above is not the same as *my* use case ;)<br>
<br>
So no doubt people are going to have different priorities and hence use different tools dependant on those priorities.<br>
<br>
OK, yes there *are* too many tools, and I fear many of them are due to not-invented-here syndrome. But still…. there will never be *one* single accepted way of doing things, and we all do different things.<br>
<div class="im HOEnZb"><br>
-Matt<br>
<br>
--<br>
Matt Hamilton, Technical Director<br>
Netsight Internet Solutions Limited<br>
<a href="http://www.netsight.co.uk/matth" target="_blank">http://www.netsight.co.uk/matth</a><br>
Tel: 0117 90 90 90 1 Ext. 15<br>
<br>
Registered in England No. 3892180<br>
Registered office: 40 Berkeley Square, Clifton, Bristol, BS8 1HU<br>
<br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
python-uk mailing list<br>
<a href="mailto:python-uk@python.org">python-uk@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/python-uk" target="_blank">http://mail.python.org/mailman/listinfo/python-uk</a><br>
</div></div></blockquote></div><br></div>