python可以做自动化项目吗_为什么Python项目中没有用于自动化的makefile？

Is there nothing to automate?

不是真的。除了两个例子之外，所有的例子都是单行命令。

tl；dr很少有真正有趣或复杂的事情。这些似乎很少从“自动化”中受益。

由于文档的原因，我不需要记住执行此操作的命令。Do most programmers prefer to run stylechecks, tests, etc. manually?

是的。generation documentation,

the docs task calls sphinx with the appropiate arguments

这是一行代码。自动化没有多大帮助。

sphinx-build -b html source build/html。那是剧本。用Python编写。

我们很少这样做。一周几次。在“重大”变化之后。running stylechecks (Pylint, Pyflakes and the pep8-cmdtool).

check calls the pep8 and pylint commandlinetools

我们不会这么做的。我们使用单元测试而不是pylint。

你可以把这三步过程自动化。

但我知道SCons或make如何帮助这里的人。tests

这里可能有“自动化”的空间。它有两行：非Django单元测试(python test/main.py)和Django测试。(manage.py test)。自动化可以应用于运行两条线路。

我们每天做几十次。我们从来不知道我们需要“自动化”。dependecies sets up a virtualenv and installs the dependencies

很少这样做，以至于我们只需要一个简单的步骤列表。我们非常，非常仔细地跟踪我们的依赖关系，所以从来没有任何意外。

我们不会这么做的。the test task depends on dependencies enables the virtualenv, starts selenium-server for the integration tests, and calls nosetest

把start server & run nosetest作为两步“自动化”有一定的意义。这样可以避免您输入两个shell命令来运行这两个步骤。the coffeescript task compiles all coffeescripts to minified javascript

这对我们来说是很罕见的。我想这是自动化的一个很好的例子。自动化单行脚本可能会有帮助。

我知道SCons或make如何帮助这里的人。the runserver task depends on dependencies and coffeescript

除了。依赖关系很少改变，所以这看起来有点过头了。我想这可能是一个好主意，你没有跟踪依赖关系在一开始。the deploy task depends on check and test and deploys the project.

它是服务器上的一个svn co和python setup.py install，然后是从subversion区域到客户/www区域的一组客户特定副本。那是剧本。用Python编写。

这不是一般的做工或烤饼之类的东西。它只有一个参与者(一个系统管理员)和一个用例。我们永远不会将部署与其他开发、QA或测试任务混为一谈。