Ритвельд неразрывно связан с App Engine?

Question

Я смотрю на Ритвельда как на решение проблемы отсутствия проверки кода в моей компании.Может ли он быть установлен на собственном сервере без использования App Engine?Кажется, в нем есть немного кода, специфичного для App Engine, и я не уверен, что он может быть установлен на простой старой установке Django / Apache.Я посмотрел вокруг, но не нашел никакой информации об этом.

Answer 1

Проверить http://django -gae2django.googlecode.com / svn / trunk / examples / rietveld / README

Проект gae2django позволяет приложениям GAE работать с django вместо среды разработки GAE.

Это означает, что вы можете запустить rietveld под django напрямую, используя (по умолчанию) бэкэнд SQLite. Вы также можете использовать mysql или любую другую поддержку БД для django.

Это, плюс веб-сервер (например, Apache) с интеграцией WSGI, делает локальную установку rietveld эффективной.

Answer 2

Как насчет использования одного из этих проектов, которые предоставляют те же бэкэнд-сервисы, что и GAE?

• Тайфун AE
• AppScale

Могут быть и другие, это только те, о которых я знаю по макушке.

Answer 3

Немного специфичного для App Engine кода? Это должно быть пример приложения App Engine, так что да, оно довольно хорошо привязано к нему. Но вы правы, он использует Django, что может сделать его более удобным для переноса. Я буду второй рекомендацией @ cope360, но, судя по звукам вашего вопроса, похоже, вы не так много сделали с App Engine. Если он используется только несколькими людьми, попробуйте запустить его на самом GAE SDK.

Кроме того, я думаю, что вы могли бы взять большую часть кода в каталоге «codereview» и построить из этого собственное приложение Django / apache.

Answer 4

Вместо того, чтобы возиться с портом или другой эмуляцией GAE, я бы рассмотрел использование ReviewBoard .

Review Board - это мощный веб-инструмент для анализа кода, который предлагает разработчикам простой способ обработки рецензирования кода.Он хорошо масштабируется от небольших проектов до крупных компаний и предлагает различные инструменты, позволяющие снять большую часть нагрузки и времени с процесса проверки кода.

Слишком долго проверки кода были слишком тяжелой работой.Во многом это связано с отсутствием качественных инструментов, из-за чего разработчики вынуждены прибегать к решениям, основанным на электронной почте и средствах отслеживания ошибок.

Мы видели, как много времени и энергии тратится на анализ кода как в открытом видеИсходные проекты и у компаний.В обоих случаях проверки кода обычно выполнялись по электронной почте.Значительное количество времени было потрачено на формирование запросов на рецензирование, переключение между diff и электронной почтой и на попытки понять, на какие части кода ссылался рецензент.

Итак, чтобы сохранить нашМы написали обзорный совет и рассмотрим вопрос об улучшении процесса как в наших проектах с открытым исходным кодом, так и в компаниях.Мы надеемся, что это будет полезно и вашей команде, чтобы вы могли сосредоточиться на том, что важно: написание отличных продуктов.