Так не надо увеличивать штат для новых фич и т.п. Официальные разрабы вполне могут работать над новыми запланированными фичами, сообщество так же сможет фиксить баги, предлагать оптимизации и новые решения. Офф команде останется только ревьюить. И получится куча новых разрабов-альтруистов, которым не надо платить зп, держать место в офисе, а работа будет делаться. Помоему вполне логично и экономно.
я думаю комплекс и большей частью, что автомат ездит, на других станциях же нет какого. Но вообще там прикольно, можно увидеть посути несколько поколений составов :)
а что мешает сделать ssh + HEREDOC? Можно еще в сторону CM тулов посмотреть, тот же ansible отлично работает по ssh и ключам… Иногда когда лень совсем пишу быстро Playbook для него и разворачиваю то, что мне там надо, без рута тоже работает отлично. Плюс дает возможность не хранить конфиги с паролями в VCS, конфиги собираются через темплейты. Стеджинг реализован через симлинки на текущую версию. И не надо там никаких гитов/ртутей и т.п. playbook'и — jinja2 темплейты, питон у вас там стоит… Попробуйте.
Есть в EPEL репах. А с CM тулами — иногда проще iptables рулить, иногда темплейтами того же ferm'a… Тут уж кому что. В принципе пару статей на хабре есть, в общем и целом особо там разжевывать нечего :) Из вкусностей там еще можно писать что-то похожее на функции.
echo «export PATH=~/python/bin:${PATH}» >> ~/my_env
echo «export PYTHONPATH=~/python/lib64/python2.6/site-packages» >> ~/my_env
alias hg=«hg --config ui.remotecmd='source ~/my_env;hg'»
выглядит лучше и модифицировать удобнее
зыж Что-то сидя на работе эта статья-шутка не сразу воспринялась… Даже после второго прочтения. :)
Не совсем понял пример с админом и ИБшником и содержанием остальной статьи…