Git репозиторий для размещения сайта на живой сайт

Question

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

У меня все еще проблемы с физическими изменениями. Я хочу добиться следующего (я думаю!):

1. Извлечение файлов, необходимых с живого сайта для работы на локальном компьютере
2. Вносить изменения локально из Dreamweaver (я использую GITweaver и легко могу общаться с репо) (Кроме того, я не против смены текстовых редакторов / IDE, если есть лучшее решение)
3. Нажмите репо на промежуточном сайте для проверки и тестирования с моим партнером. Вот где я сейчас потерялся. Как происходит отправка репо на живой сайт?
4. После того, как обзор и изменения будут приняты, отправьте репо на «живой» сайт.

Так что здесь есть несколько важных вопросов, с которыми мне нужна помощь.

• Вы извлекаете файлы с живого или сценического сайта? Есть ли какой-нибудь предпочтительный метод?
• Должен ли сценический сайт постоянно отражать живой сайт?
• Какова цель сайта 'dev' и сайта 'stage' - не одно и то же?
• Что большинство людей делают там и почему? Мне нужно хорошее объяснение стадии против dev.

Некоторые полезные сведения о нашем магазине / проекте:

• Я единственный разработчик и, вероятно, останусь единственным разработчиком в течение некоторого времени
• Я использую машину Windows для разработки, и наш хостинг через HostGator
• Моему партнеру нужно будет только увидеть сайт сцены, чтобы мы могли вместе просматривать изменения, ему больше не нужно просматривать репозиторий.

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

Answer 1

В чем заключается процесс отправки репо на действующий сайт?

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

Вы можете сделать то же самое для производственной среды, имея промежуточный сервер, скажем, master, и имеяПроизводственный сервер потяните ветку production.

Answer 2

@ larsmans дает несколько довольно убедительных советов для вас - я решил, что расскажу о других ваших соображениях, чтобы попытаться помочь вам.

Думайте о вашем dev сервере как о том, где вы (и, возможно, другие разработчики)) вносить, тестировать и завершать изменения.Представьте себе сервер stage, где вы показываете потенциальные изменения для других заинтересованных сторон, прежде чем они перейдут на production или действующий сайт.

Я лично использую ветвь для каждого сервера (мы даже указываем локальные машины как alpha серверы, прежде чем они даже перейдут на dev / staging), и думаю о них иерархически:

1. prod
2. stage
3. dev
4. alpha

Изменения начинаются с alpha и объединяются вверх - поэтому исправление, котороеначинается в alpha, объединяется или cherry-picked в dev, проверяется, затем поднимается вверх до stage и в конечном итоге до prod.Для обновления ветки просто pulled и синхронизируются таким образом.На каждом сервере есть копия репо, что дает дополнительную избыточность в случае любых проблем.

У нас есть собственный репозиторий git с использованием gitolite, который мы (легко) настроили для обработки pushи pull обязанностей, описанных в ответах @ larsman - к сожалению, поскольку вы находитесь на общем хосте, это может быть не идеальным решением для вас.В любом случае, вам следует рассмотреть возможность использования VPS, так как Magento очень ресурсоемкий и время загрузки сильно страдает - это совет из первых рук от того, кто пытался заставить Magento работать на HostGator.