Управление версиями PHP Web Project

голоса
30

У нас есть PHP проект, который мы хотели бы контроль версий. Сейчас есть три из нас работает над версией разработки проекта, который проживает во внешней папке, в которой все наши среды Eclipse связаны, и, таким образом, без контроля версий.

Что такое правильный путь и лучший способ контроля версий этого?

У нас есть SVN настроить, но нам просто нужно найти хороший способ, чтобы проверить в и что позволяет нам проверить на сервере разработки. Есть идеи?

Задан 07/08/2008 в 17:46
источник пользователем
На других языках...                            


8 ответов

голоса
25

Мы были в подобной ситуации, и вот что мы в конечном итоге делает:

  • Установите две ветви - выпуск и развитие отрасли.
  • Для ветви разработки, включает в себя после совершения крючка, который развертывается в хранилище на сервер разработчика, так что вы можете проверить.
  • После того, как вы будете готовы, вы объедините изменения в ветвь релиза. Я также предлагаю положить в пост-фиксации для развертывания там.

Вы также можете настроить отдельные серверы развития для каждого из членов команды, на рабочих станциях. Я считаю, что он ускоряет вещи немного, хотя у вас есть еще немного времени установки.

Мы должны были использовать один сервер разработки, потому что мы использовали запатентованную CMS и столкнулись с вопросами лицензирования. Таким образом, наш пост фиксации крюк был простой FTP бот.

Ответил 07/08/2008 в 17:56
источник пользователем

голоса
5

Вот что мы делаем:

  • Каждый DEV имеет VM, который настроен как наш сервер интеграции
  • Сервер интеграции имеет пространство для Ствола, каждый пользователь, и несколько слотов для филиалов
  • Производственный сервер
  • Крючки в Subversion по электронной почте, когда коммиты сделаны

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

После того, как они закончили все в своем личном пространстве они зайдут на сервер интеграции и проверить их филиал, запустить их испытания и т.д. Когда все, что проходит их ветвь объединяются в ствол.

Магистральный перестраиваются, полный набор тестов выполняется, и если все хорошо он получает большой ПР»печать одобрения, помеченную в SVN, и повышены до производства в конце ночи.

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

Ответил 07/08/2008 в 22:15
источник пользователем

голоса
3

Beanstalk имеет встроенный пост фиксации крючки для развертывания на развитие, постановочные и производственные сервера.

Ответил 08/08/2008 в 19:17
источник пользователем

голоса
2

Что о чем-то распределены? Вы можете начать, например, с Mercurial, попробовать различные рабочие процессы, и посмотреть, что один подходит вам лучше всего.

Ответил 17/03/2010 в 22:09
источник пользователем

голоса
2

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

Ты мог,

  • Сделать репо

  • Добавить всю структуру PHP документа вашего проекта

  • Оформить заказ копии этого репо в правильное место на вашем сервере Dev

  • Используйте Svn крюк, который активирует при фиксировании

Этот крюк, будет автоматически обновлять содержимое Dev разъединяет, когда кто-нибудь на чеках команды в любом коде.

Крюк находится в:

svn_dir / repo_name / Крючки / после совершения

И может выглядеть следующим образом:

/ USR / бен / SVN вверх / path_to / Webroot --username svn_user --password svn_pass

Это будет обновлять рабочую копию на сервере Dev до последней регистрации.

Ответил 07/08/2008 в 18:04
источник пользователем

голоса
0

Еще один инструмент , который можно использовать для сборки является TeamCity , который свободен для 20 конфигураций сборки (достаточно для большинства небольших компаний / проектов.) Таким образом , вы можете запустить тесты, а также график сборки.

Ответил 19/09/2008 в 10:18
источник пользователем

голоса
0

Один из возможных способов (Есть, вероятно, более эффективные способы):

Каждый из вас должен иметь свою собственную извлеченную версию проекта.

Иметь локальную копию сервера на ваш компьютер и проверить его там в течение дня. Затем в конце каждого дня (или когда), вы объединяете вместе все, что вы готовы, чтобы проверить, и проверить его на сервер Dev и протестировать его.

Ответил 07/08/2008 в 17:57
источник пользователем

голоса
0

Каждый из вас может запустить его локально или на собственном сервере DEV (или даже тот же один с другим портом ...).

Ответил 07/08/2008 в 17:49
источник пользователем

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more