настроил, возникла еще пара вопросов. Вебхук можно ставить в свойствах репозитория только один, у нас две ветки, дев и мастер. Поидее, если коммит в мастер, то должно выливаться в мастер папку на сервере, если в дев, то в дев папку. Сейчас получается, что любой коммит в любую из веток инициализирует обе задачи в дженкинсе. Каким образом можно сделать так, чтобы скажем изменить количество веток до трех, дев, тест и мастер. из дев выливается в дев папку, из тест в тест и если появляется коммит в мастере, то выливается на другие сервера?
Очень круто. Подтверждаю. Сделали все таки аккаунт для компании. 750 рублей, но сколько приятности. Причем если сделал форк, то гитхаб умный, он запрещает его делать публичным. Можно лишь клонировать и тогда только сделать публичным.
Это замечательно, я думал вдруг, там «специальные» пользователи. В таком случае, сделаем сегодня аккаунт компании и перекидаем туда разработчиков. Большое спасибо за разъяснения, очень хотелось бы плюсануть, но увы, четыре года на хабре, а кармы ноль(
В таком случае, думаю есть смысл все таки попробовать подобную схему, не зря её хвалят. Еще такой вопрос, к аккаунту организации можно ведь добавлять уже существующих гитхаб пользователей?
окей, то есть личных ветвей в их привычном понимании не будет, есть лишь ветки под конкретные задачи. Как в таком случае оформляется PR между бранчами? родным функционалом?
По гит флоу есть перевод неплохой — habrahabr.ru/post/106912/
Если я правильно понял, то репозиторий у вас один главный, origin, и у каждого разработчика локальные. Форки и персональные удаленные репозитории вы не делаете. Как в таком случае решать следующие проблему ну одном репозитории: алиса и боб взялись за реализации фич, часть из которых затрагивает один общий файл. В таком случае, они смогут разрешить его конфликт лишь после слияния их ветвей в девелопер. Вопросы возможно идиотские задаю, опыта с гитом не так много, в данный момент учимся сами ему постоянно.
Может покажите/расскажите более подробно как у вас реализовано? Сейчас начинаем проект новый, есть возможность на старте пересмотреть архитектуру репозитория
У нас есть некая загвоздка, часть разработчиков молодые и могут по ошибке или по незнанию залить что-нибудь в мастер. Поэтому мастер у нас риоднли с доступом на каждого юзера. Юзер делает форк от дев ветки, форк также создается приватным, в форке делает бранчи. мастер форка=дев бренч на апстриме. юзер берет задачи, бренчит свой мастер. работает с ним, работает, после чего, делает PR в дев апстрима. во первых, делается инспекция качества того, что он хочет запулить, во вторых. после удачной инспекции, хуком выливается на тестовый сервер. там все это гоняется, смотрится, если все ок, через некоторое время делается мердж апстрим мастера с девом, и уже после этого все это добро появляется на продакшене.
вот както так, поэтому, можно ли сделать так, чтобы пользователи внутри аккаунта для организаций, не имели возможности заливать чтото в мастер, а оформлять это только в виде PR? возможно вы сможете подсказать более удобную систему работы.
В принципе да, туплю. Просто уже привыкли к тому, что основной реп это только мастер и тест ветки, из которых идет деплой. Все работы, которые люде делают, они делают на форках.
Не совсем. Откройте пожалуйста сайт, который я привел в посте. Там фоном двигаются картинки. Их можно мотать, скролить и тд. Проблема в том, что текущий плагин плохо работает с масштабированием их.
Благодарю за ответ. Вариант с путями рассматривался. проблема в том, как запустить одновременно три инстанса с апачем, четыре с энжинксом и пять с апачем на фронтенде и энжинксом на фронтенте на одном айпашнике? Либо ставить несколько карточек сетевых и вешать на каждый интерфейс свои айпишники и биндить потом нужные сборки на нужный айпишник
проблема в том, что я не один разработчик. обычно бывает что по тикету кого-то из команды, надо нужный хост перетащить на нужное окружение. Сейчас примерно такая схема и используется, что крайне неудобно. Так как есть основной тестовый сервер. где лежит гит, откуда ведется деплой на сервера клиентов. Хотелось бы на нем иметь и полноценную тест зону, дабы соблюдать целостность архитектуры в общем. Мозг подсказывает.что надо смотреть в сторону гипервизоров, просто вдруг есть готовые решения для моей задачи.
Я смотрю больше наверное в сторону Webmin+Cloudmin и некий гипервизор. Вопрос лишь в том, как менять окружения и перетаскивать файлы с одного сервера на другой
