Intereting Posts
Как вы можете выполнить проверку SVN на основе идентификатора ID проекта / артефакта? Филиалы поставщиков Subversion Есть ли способ применить git-коммиты от одной части моего дерева к другому? ветвь git vs $ (ветвь git) Странное поведение с git fetch У меня есть github quesiton и даже не знаю, как его спросить Исключая шаблон стрелки «->», используя grep Существующий сайт на ubuntu, который хочет перейти на развертывание с использованием gitosis – процесс? svn CruiseControlException – FileName.svn-base ': система не может найти указанный файл. Захват Git после обновления выполняется при нажатии на удаленную машину из TortoiseGit, но не из командной строки на том же компьютере Использование библиотек в XCode и обмен ими через Subversion Отображение формулы Markdown в GitHub GIT фатальный: неоднозначный аргумент «HEAD»: неизвестная ревизия или путь не в рабочем дереве в Трэвисе Подрывная операция apache, как удалить доступ пользователя git: как нажимать, не проверяя?

Нажимайте активы dev для git и отслеживайте их, но не заставляйте их жить в стадии постановки / производства?

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

Беда в том, что активы dev также попадают в стадию, и мы не хотим этого делать. Но мы хотим продолжать совершать и обновлять активы dev до Git, потому что они распределены между нашей небольшой командой.

Есть ли способ разделить активы dev, чтобы они не доставлялись на промежуточные и в конечном итоге производственные серверы, но все равно попадают в наш репо?

Кажется, это была бы общая проблема, но я не могу найти никакой информации об этом в любом месте!

Любая помощь приветствуется.

Существует не простое решение «git only» AFAIK. Вот почему большинство веб-проектов имеют построитель, который компилирует исходные файлы (dev) на производственный сайт, который вы затем можете «установить» или «развернуть». Поэтому большинство людей не используют Git для обновления производства. Они используют git для подталкивания файлов dev на тестовый сервер, на котором они строятся и устанавливаются. И только файлы установки затем перемещаются дальше на рабочий сервер.

Это работает, потому что вы всегда можете воссоздать любую версию файлов dev и перестроить файлы установки из этого. Следовательно, часто бывает слишком сложно хранить файлы установки в Git.

Если вы хотите сохранить свою модель разработки, я предлагаю создать два репозитория Git. Первый содержит только файлы dev со скриптами сборки. Сценарии сборки копируют результаты во второе Git-репо, которое может быть перенесено на серверы test / prod.