2010-08-14 3 views
4

Из-за того, как файлы загружаются с локального компьютера на серверы Google, где мы можем только инициировать обновление, которое помещает файлы на сервер в том же состоянии, что и на локальном компьютере, я боюсь, что, работая в команде, некоторые члены команды не имеют определенных файлов, и когда они обновляют его на сервере, они будут эффективно удалять некоторые файлы на сервере.Как управлять проектом Google App Engine в команде?

Любые предложения по управлению проектом Google App Engine в команде?

+1

не следует развертывать из локальной версии. вы должны проверить свои локальные изменения в системе управления версиями, а затем проверить полную версию оттуда. –

ответ

7

Первое, что нужно отметить, это то, что если у вас отсутствуют файлы, то вы либо не используете хорошую систему контроля версий, либо вашим разработчикам может потребоваться время, чтобы пройти учебник по вашему конкретному VCS.

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

я рекомендовал бы, как минимум:

  1. Получить хороший VCS и убедитесь, что разработчики знают, как эффективно использовать его
  2. Разработчики должны разрабатывать и тестировать локально с помощью dev_appserver.py из SDK. Учитывая удаленный API, бэкэнд sqlite и т. Д., Нет причин, по которым это невозможно. Если вам нужны данные в реальном времени, создайте что-то представительное, которое вы можете использовать локально. Даже поведение, радикально отличающееся от SDK и живущего (например, параллелизма), вряд ли будет проблемой во время разработки.
  3. У разработчиков есть фиксация в репозитории и у кого-то конкретного человека (в идеале, с помощью скриптов для предотвращения человеческой ошибки) несут ответственность за развертывание новой, не по умолчанию версии приложения
  4. Протестируйте новое развертывание задолго до что делает его новой версией по умолчанию для ваших пользователей
+0

Я нашел http://bitbucket.org/ отлично развивается в команде. – jonmiddleton