В статье рассказывается о развертывании Django приложения в облаке AWS с помощью Bitbucket Pipelines. Тем, кому интересна эта тема, добро пожаловать под кат.
Вперед, на мины! Читать дальше →
В статье рассказывается о развертывании Django приложения в облаке AWS с помощью Bitbucket Pipelines. Тем, кому интересна эта тема, добро пожаловать под кат.
Вперед, на мины! Читать дальше →
В этой статье я опишу настройку автоматического развёртывания веб-приложения на стеке Django + uWSGI + PostgreSQL + Nginx из репозитория на сервисе GitLab.com. Изложенное также применимо к кастомной инсталляции GitLab. Предполагается, что читатель располагает опытом в создании веб-приложений на Django, а так же опытом администрирования Linux-систем.
Читать дальше →Большинство Paste сервисов(pastebin, pastie, github gists) справляются с задачей на ура.
Только вот задача у них довольно таки тривиальная — расшарить тривиальный кусок кода.
А исполнять этот код нужно в голове или копировать/вставить, с условием того что ваша голова или рабочее окружение поддерживают язык на котором расшаренный код написан.
JSFiddle пошёл дальше разрешив исполнять javascript код не в голове а в браузере.
CIBox пошёл ещё дальше разрешив исполнять серверные языки и получать результат в браузере в реальном времени.
На сегодня есть поддержка Ruby, Python и Node.js
Continuous Integration?
Естественно! Код можно исполнять на всех мажорных версиях поддерживаемых языков/фреймворков.
А также можно загружать код из GitHub репозиториев или с помощью rsync
Получается виртуальное окружение с довольно мощным потенциалом. Можно например с мобильного исправить код прил
Хабы: Django
Это шпаргалка раскрывающая раздел «Интеграция Selenium тестов» статьи Настройка Jenkins для django проекта с нуля. А именно как запускать Selenium
тесты на удалённом сервере Jenkins
у которого нет монитора и форточек.
Читать дальше →
Всем привет.
Значительное время в нашем проекте использовалась самописная система интеграционного тестирования — чекаут кода по хуку в системе контроля версий, прогонка тестов с поддержкой отчётов по покрытию кода, запись результатов в отдельный html-файл, который был доступен разработчикам через веб. Естественно, потом пришлось делать поддержку локов, чтобы одновременно не запускалось сразу два тестирования и т. п.
В конце концов на ее поддержку стала уходить ощутимая часть рабочего времени, которая давно свела к нулю все преимущества простоты разработки такой системы, и было решено установить нормальный сервер Continuous Integration.
В качестве новой системы был выбран Jenkins, о его установке и настройке для django-проекта и пойдет речь в этой статье. Кто заинтересовался, добро пожаловать под кат.