Drupal 6: использование bitbucket.org для моих проектов в Drupal в качестве реальной системы контроля версий - PullRequest
1 голос
/ 16 июля 2010

Вот настоящая система контроля версий, манекен! правильный новый стартер!


То, как я работал до сих пор:

У меня есть веб-проект Drupal-6 www.blabla.com , и я занимаюсь разработкой под www.blabla.com / beta . Я непосредственно работаю над blabla.com/beta на сервере. ничего на моем месте, ничего нигде. Только принимая резервное копирование на локальный, время от времени. Я знаю ужасный и не безопасный путь: /


Теперь я хочу работать по-новому:

Я решил использовать Mercurial . У меня есть еще один разработчик, чтобы работать над тем же проектом со мной. У меня есть проект blabla.com Drupal-6 на bluehost и я занимаюсь разработкой blabla.com/beta. Я обнаружил http://bitbucket.org/ для ртутного хостинга. Я создал аккаунт.

Итак, как мне все настроить? Я полностью запутался после прочтения десятков статей: /

  • bitbucket только для размещения исправленных файлов? так что если я или мой друг-разработчик отредактируем index.php, в bitbucket будет размещен только index.php?
  • С этого момента я должен работать на localhost и загружать изменения в blueshost? больше не нужно редактировать прямо на blabla.com/beta? или я могу все еще работать над bluehost, может быть, под blabla.com/beta2?
  • Когда мне нужно отредактировать какой-либо файл, сначала загрузить обновление из bitbucket, внести изменения в localhost, обновить bitbucket для отредактированных файлов и загрузить в bluehost?

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

Ценить очень помогает! Большое спасибо!

1 Ответ

4 голосов
/ 16 июля 2010

bitbucket предназначен только для размещения отредактированных файлов?

Основная услуга bitbucket - хранение файлов под контролем версий, но есть и способ хранения там произвольных файлов.

поэтому, если я или мой друг разработчика отредактируем index.php, в bitbucket будет размещен только index.php?

В типичном проекте каждый файл, относящийся к продукту, проверяется вконтроль версий, не только index.php. см. Этот пример

Теперь мне нужно работать на localhost и загружать изменения в blueshost?больше не нужно редактировать прямо на blabla.com/beta?или я все еще могу работать над bluehost, может быть, на сайте blabla.com/beta2?

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

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

Когда мне нужно отредактировать любой файл,сначала загрузить обновление из bitbucket, внести изменения в localhost, обновить bitbucket для отредактированных файлов и загрузить в bluehost?

Существует несколько различных подходов для передачи данных на сервер:

  • экспортировать локальное хранилище в архив и передать его на сервер (hg archive production.tar.bz2), это наиболее безопасный вариант, поскольку он не зависит от какого-либо дополнительного программного обеспечения на сервере.Кроме того, в зависимости от размера архива, этот подход может тратить большую пропускную способность.
  • работает на сервере и копирует измененные файлы обратно, но я не рекомендую этого, поскольку очень легкочтобы пропустить что-то важное
  • установить Mercurial на сервере, работать там в рабочей копии и hg export локально там в производственную область
  • установить Mercurial на сервере и hg fetch из bitbucket (или любой другой доступный для сервера репозиторий)
  • установить Mercurial на сервере и hg push из локальной рабочей копии на сервер (и hg update на сервере впоследствии)

Последние два пункта могут раскрыть хранилище для общественности.Эта экспозиция может быть как хорошей, так и плохой, в зависимости от того, что содержит ваш репозиторий, и от того, хотите ли вы поделиться контентом.Если вы хотите поделиться контентом или можете ограничить доступ к www.blabla.com/beta/.hg, вы можете клонировать его прямо с вашего веб-сервера.

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...