huanghao / catapult Goto Github PK

ltmp 和 tmp中有很多临时文件。需要清理。
也许可以使用两种方式，一种是用完就删除，另一种是定期删除。
如果确定是临时文件，也没有后续查询排错的需要，就地删除。
如果是定期删除，需要有特定的规则能够区分这些临时文件。（目录名/文件名)
定期是按时间，还是检查大小。。。

浪费，应该改一下

通过web页面执行任务。
需要可以及时中断。
记录任务操作的历史

在pre/post setup/deploy/rollback中应该可以使用myenv中定义的一些值

写一个程序，能自动发现主机的变化（新增，变更，下线）
并登记信息到数据库

1.在deploy的时候，记录下上一个版本的位置
2.能够在rollback的时候，准确的回到上一个版本，而不是从时间上一个版本
在deploy执行到一半时，release中的目录已经生成，但是有可能不正确不完整。却有可能会被回滚到它。
（保证current始终指向一个好的版本）
3.增量deploy也会在release中生成一些文件夹。
现在的名字会打乱目录按时间排序回滚的规则

quote email from haoxin as following:

通读了一下文档中关于task的部分，有一些新的发现：
1， fab taskA taskB执行时taskA默认为local执行的task，可以使用这个task从DB中获取需要的参数加入到env中。

2， 使用env.roledefs来定义主机组，并且将在不同组服务器上执行的函数使用execute在一个task中执行。

看起来能解决下面两个问题：
1， myfab.py的问题。

2， 即使使用并发模式，make_workcopy也可以只执行一次。

使用这个结构的部署脚本需要注意，env中不能有env.hosts定义主机组，fab命令也不能使用-H参数。
部署方式变更为 fab localrun:project,version deploy, 看起来更简洁点。

把现在svn的命令都整理一下，支持git

as title

现在推送的项目所有者都是mc用户，需要根据不同的项目可配置，例如计算平台的代码、目录等所有者都最后为hadoop用户

检查所有的server上的应用版本是否一致。
特别是对于增量部署。
diff只在本地做一次，如果服务器版本不一致，将发生错误。

所有命令应该支持linux和freebsd，要不在我自己的电脑上无法使用

rcs_user和rcs_password从数据库中读
单建一个表来存默认的用户和密码，proj表中的那两个不是必填，但如果填写，优先级更高