Настройка Wordpress Multiple для разработчиков - PullRequest
Новая
       9

Настройка Wordpress Multiple для разработчиков

3 голосов
/ 09 марта 2010

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

Самым большим препятствием, с которым я столкнулся, являются проблемы с путями при локальной разработке и интеграции в среду тестирования.

Есть ли у кого-нибудь хороший процесс для поддержки среды (-ий) разработчика, сохранения рабочего контента и ссылок, а код поддерживается в системе контроля версий?

Чтобы уточнить, я хотел бы разрабатывать локально, иметь среду тестирования и избегать проблем с путями. Я открыт для других решений или идей.

Ответы [ 3 ]

3 голосов
/ 09 декабря 2010

Это сводится к трем основным понятиям

  1. Среда разработки должна быть как можно ближе к производству.
  2. Использовать контроль источника!
  3. Скрипты автоматизированного развертывания При развертывании устраните как можно больше человеческих ошибок.

Среда разработки / процесс, который я предпочитаю, выглядит следующим образом.

  1. Dev / Local
    • SVN для проверки кода локально
    • Виртуальный ящик с Ubuntu в качестве решения для среды LAMP или XAMPP
    • Развертывание сценариев (автоматизация сценариев, например, NAnt / Ant) для подготовки / QA
    • Разработка модулей
    • Тема разработки
    • Etc
  2. QA
    • Начальная настройка контента / QA
    • После начальной стадии разработки используется меньше
  3. Производство
    • Запись в реальном времени
    • Blogging Etc

Что касается проблем с путями после того, как начальные проблемы с разработкой контента стали менее актуальными, так как большая часть контента выполняется вживую. Если для создания сайта разработчика используется резервная копия рабочей среды, при необходимости можно использовать сценарии SQL и изменения вручную. Также переход на использование решения Virtual Box помогает гарантировать, что все в корне. Но ответ от FractalizeR действительно помогает.

1 голос
/ 09 марта 2010

Может быть, я не вижу проблемы в целом, но в чем проблема помещения всего исходного кода WordPress в систему управления версиями, проверить его на одном тестовом сервере для тестов?

Если у вас есть проблемы с именами сайтов, заставьте своих разработчиков проверить их на своих машинах и сохранить их в www.yourwpdomain.local (обратите внимание на часть .local). Они могут использовать DNS или простой файл hosts для преобразования адреса домена .local в 127.0.0.1. Настройка Apache довольно проста.

0 голосов
/ 12 июня 2018

Правило - разделение интересов. Вы не должны помещать ваши скомпилированные компоненты, такие как DLL, EXE или данные системы, в систему контроля версий. Wordpress включен в этот контекст по двум причинам: 1. Сайт хранится в базе данных. 2. База данных и сайт должны лучше работать по ночному графику резервного копирования. Вам когда-нибудь понадобится восстановить БД или WP из Git? Черт возьми нет! Кроме того, любые настройки WP должны быть помещены в дочерние темы, которые будут включены в систему контроля версий. Родительская тема? НИ ЗА ЧТО! Никогда не настраивайте родительскую тему в WP. Если вы вносите изменения в свой базовый сайт Wordpress и \ или родительскую тему, то вы рискуете потерять свои настройки при обновлении Wordpress или темы.

...