- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Перед выливанием проекта на продакшн, тестируем его на dev.project.com
Возникла интересная идея в помощь тестировщику: обращаться к коммитам для тестирования конкретных задач, например, следующим образом:
commit.dev.project.com, где commit - скажем, хеш(номер) коммита.
Предполагается, что апач сделает checkout на нужный коммит.
Возможно ли реализовать? Что вообще скажете о такой затее? Как делаете вы?
В git commit это не revision, из-за чего одному коммиту могут соответствовать разные состояния репозитория из разных веток.
Мне почему-то идея не нравится.
В git commit это не revision,
Не обязательно commit, можно по tag обращаться или еще как-то. К тому же на dev сервере будет только master ветка, практически готовая к продакшену
commit.dev.project.com, где commit - скажем, хеш(номер) коммита.
Предполагается, что апач сделает checkout на нужный коммит.
Возможно ли реализовать? Что вообще скажете о такой затее? Как делаете вы?
а почему бы и нет?..
1. каждый коммит разворачивать в отдельную папку, например /web/commit.dev.project.com или просто /web/commit
2. при http://commit.dev.project.com апачем ищем index.php в нужной папке, если найден, то коммит уже развернут - все ок, иначе по 404-му или любым реврайтом дергаем наш скрипт.
3.1 проверяем лок-файл, если найден, то sleep(3) и 301 на http://commit.dev.project.com, exit
3.2 создаем диру и выставляем в этой дире лок-файл
3.3 разворачиваем коммит
3.4 удаляем лок-файл, 301 на http://commit.dev.project.com, exit
вроде все
Не извращайтесь. Есть стандартный способ загрузки веток. Им и пользуйтесь.
Есть стандартный способ загрузки веток
Что вы имеете ввиду?
Есть стандартный способ загрузки веток. Им и пользуйтесь.
как раз и используется стандартный способ: скрипт вызывает в шеле git или svn с нужными параметрами.
из полезных бонусов в подходе "commit.dev.project.com" - намного легче контролировать и проверять работу тестеров. можно на автомате генерить отчеты: тестировался ли данный коммит/тег, кто, когда и сколько времени затратил на это.
если понадобится, то и разбор полетов можно провести, т.к. в логах апача будет четко видно, какой конкретно коммит тестировался и как именно тестировался.