App Engine: запуск скрипта при обновлении / запуске - PullRequest
4 голосов
/ 07 декабря 2010

Я работаю с App Engine и думаю об использовании расширения LESS CSS в моем следующем проекте. Нет хорошей LESS CSS библиотеки, написанной на Python, поэтому я продолжил с оригинальной Ruby, которая прекрасно работает и из коробки. Я бы хотел, чтобы App Engine выполнил lessc ./templates/css/style.less перед запуском сервера разработки и перед загрузкой файлов в облако. Каков наилучший способ автоматизировать это? Я думаю:

#run.sh:
lessc ./templates/css/style.less
.gae/dev_appserver.py --use_sqlite .

И

#deploy.sh
lessc ./templates/css/style.less
.gae/appcfg.py update .

Я на правильном пути или есть более элегантный способ сделать что-то, возможно, на уровне appcfg.py?

Спасибо.

1 Ответ

2 голосов
/ 03 февраля 2011

Один из вариантов - использовать версию Less для javascript и, следовательно, выполнить преобразование less-to-css в браузере. Просто загрузите менее отформатированный файл (подробнее см. http://lesscss.org/).

Альтернативно, я делаю преобразование (сначала с меньшим, теперь я использую sass) в сценарии развертывания, который делает несколько вещей

  • проверяет, что у моего элемента управления исходным кодом нет ожидающих файлов (незафиксированные изменения)
  • объединяет и минимизирует мой код .js (и запускает над ним jslint) в один файл
  • генерирует другое содержимое (включая штампование версии контроля исходного кода в виде номера версии в определенных файлах ключей и в качестве параметра в некоторых файлах во избежание проблем с кэшированием), поэтому моя главная страница содержит сценарии с URL-адресами, такими как «allmysource.js? v = 585 ".. файл может быть статичным, но добавленный параметр принудительно делает недействительной кэш-память
  • вызывает appcfg для загрузки и проверяет код возврата
  • делает несколько звонков на реальный сайт с помощью wget, чтобы проверить, действительно ли ранее сгенерированные файлы возвращены, проверив, что на них стоит ожидаемая версия
  • применяет другой тег управления исходным кодом, чтобы сказать, что предполагаемая версия была успешно развернута

Мой сценарий также принимает флаг "-preview", в этом случае он фактически не выполняет загрузку, но сообщает комментарии управления версиями о том, что изменилось со времени предыдущего развертывания.

me@here $ ./deploy -preview
Deployment preview...
Would deploy v596 to the production site (currently v593, previously v587)
  594       Fix blah blah blah for X Y Z
  595       New feature nah nah nah 
  596       Update help pages

Это очень удобно как напоминание о том, что мне нужно добавить в список изменений, например, список изменений

Я планирую также расширить его, чтобы в качестве элемента управления исходным кодом я мог добавить любой код, который нужно запускать один раз только при развертывании (например, изменения схемы базы данных), и знать, что он будет запускаться автоматически, когда я в следующий раз развернуть новую версию.

Суть приведенного ниже сценария, как его просили люди ... он не показывает мой «проверяй код, генерируй, объединяй и минимизируй», поскольку это еще один сценарий ... Я понимаю, что первоначальный вопрос касался этого шага конечно :), но вы можете видеть, куда добавить вызов для генерации CSS и т. д.

#!/bin/sh

function abort () {
    echo
    echo "ERROR: $1"
    echo "$2"
    exit 99
}

function warn () {
    echo
    echo "WARNING: $1"
    echo "$2"
}

# Overrides the Gentoo eselect mechanism to force the python version the GAE scripts expect
export EPYTHON=python2.5

# names of tags used to label bzr versions    
CURR_DTAG=deployed
PREV_DTAG=prevDeployed

# command line options
PREVIEW=0
IGNORE_BZR=0

# These next few vars are set to values to identify my site, insert your own values here...
APPID=your_gae_appid_here
ADMIN_EMAIL=your_admin_email_address_here
SRCDIR=directory_to_deploy
CHECK_URL=url_of_page_to_retrive_that_does_upload_initialisation

for ARG; do
    if [[ "$ARG" == "-preview" ]]; then
        echo "Deployment preview..."
        PREVIEW=1
    fi
    if [[ "$ARG" == "-force" ]]; then
        echo "Ignoring the fact some files may not be committed to bzr..."
        IGNORE_BZR=1
    fi
done
echo

# check bzr for uncommited changed    
BSTATUS=`bzr status`
if [[ "$BSTATUS" != "" ]]; then
    if [[ "$IGNORE_BZR" == "0" ]]; then 
        abort "There are uncommited changes - commit/revert/ignore all files before deploying" "$BSTATUS"
    else
        warn  "There are uncommited changes" "$BSTATUS"
    fi
fi

# get version of numbers of last deployed etc
currver=`bzr log -l1 --line                | sed -e 's/: .*//'`
lastver=`bzr log -rtag:${CURR_DTAG} --line | sed -e 's/: .*//'`
prevver=`bzr log -rtag:${PREV_DTAG} --line | sed -e 's/: .*//'`
lastlog=`bzr log -l 1 --line gae/changelog | sed -e 's/: .*//'`

RELEASE_NOTES=`bzr log --short --forward -r $lastver..$currver \
    | perl -ne '$ver = $1 if /^ {0,4}(\d+) /; print "  $ver $_" if ($ver and /^ {5,}\w/)' \
    | grep -v "^ *$lastver "`

LOG_NOTES=`bzr log --short --forward -r $lastlog..$currver \
    | perl -ne '$ver = $1 if /^ {0,4}(\d+) /; print "  $ver $_" if ($ver and /^ {5,}\w/)' \
    | grep -v "^ *$lastlog "`

# Crude but old habit - BUGBUGBUG is a marker in the code for things to be fixed before deployment
echo "Checking code for outstanding issues before deployment"
BUGSTATUS=`grep BUGBUGBUG js/*js`
if [[ "$BUGSTATUS" != "" ]]; then
    if [[ "$IGNORE_BZR" == "0" ]]; then 
        abort "There are outstanding BUGBUGBUGs - fix them before deploying" "$BUGSTATUS"
    else
        warn  "There are outstanding BUGBUGBUGs" "$BUGSTATUS"
    fi
fi

echo
echo "Deploy v$currver to the production site (currently v$lastver, previously v$prevver)"
echo "$RELEASE_NOTES"
echo

if [[ "$currver" -gt "$lastlog" && "$lastver" -ne "$lastlog" ]]; then
    echo "Changes since the changelog was last updated"
    echo "$LOG_NOTES"
    echo
fi

if [[ "$IGNORE_BZR" == "0" && $lastver -ge $currver ]]; then
    abort "There don't appear to be any changes to deploy..."
fi

if [[ "$PREVIEW" == "1" ]]; then
    exit 0
fi

$EPYTHON -c "import ssl" \
    || abort "$EPYTHON can't find ssl module for $EPYTHON - download it from pypi and install with the inbuilt setup.py"

# REMOVED - call to my script that calls jslint, generates files and compresses JS etc
#   || abort "Generation of code failed"

/opt/google_appengine/appcfg.py --email=$ADMIN_EMAIL -v -A $APPID update $SRCDIR \
    || abort "Appcfg failed - upload presumably incomplete"

# move the tags to show we deployed properly
bzr tag -r $lastver --force ${PREV_DTAG}
bzr tag -r $currver --force ${CURR_DTAG}

echo
echo "Production site updated from v$lastver to v$currver (in turn from v$prevver)"
echo
echo "Now visiting $CHECK_URL to upload the source to the database"

# new version doesn't seem to always be there (may be caching by the webserver etc) to be uploaded into the database.. try again just in case
for cb in $RANDOM $RANDOM $RANDOM $RANDOM ; do
    prodver=`wget $CHECK_URL?_cb=$cb -q -O - | perl -ne 'print $1 if /^\s*Rev #(\d+)\s*$/'`
    if [[ "$currver" == "$prodver" ]]; then
        echo "OK: New version $prodver successfully deployed"
        exit 0
    fi
    echo "Retrying the upload of source to the database"
    sleep 5
done
abort "The new source doesn't seem to be loading into the database" "Try 'wget $CHECK_URL?_cb=$RANDOM -q -O -'"

Он не очень большой или умный, но он автоматизирует загрузку

...