Тут до меня дошло, что может процессы у разных людей по-разному построены. Вообще жопа наступает когда деплои с девелоп среды до прода доходят через ряд стейджингов, так вот версия базы, кода, сервисов на всех промежуточных средах отличается от того, что на девелопе и на проде, т.к. процесс непрерывный и деплой идет законченными блоками. Соответственно за теми, кто отвечает за деплои задача - перенести с девелопа на стейджинг и дальше по цепочке так, чтобы не захватить лишнего, но в то же время не упустить то, что нужно. Ну и получается, что алгоритмы мерджей в 95% случаев работают нормально, а в оставшихся 5% требуется ручной резолвинг и куча головняка.

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

*написал и стер*
ИМХО я ведь достаточно однозначно сказал - головняк при переносе по цепочке стейджингов. Что в моих словах не ясно? На девелопе может дофига чего делаться, а в стейджинг уходить и через недели, месяцы, годы. А уж когда до прода доберется - отдельный вопрос. При этом ясен пень, что это ваще разные ветки. В мастер нафиг вообще никто лезть не должен (и не может) из девелоперов.

Это значит, что кроме окружения где идет разработка есть еще куча других окружений для тестирования. Окружение - это зачастую далеко не один сервер. Ну и коммиты бывают несколько э... большими. К примеру на несколько тысяч файлов. Да тот пример, что приложен по-большей мере исключение, но вот коммиты на сотни файлов, либо 1-2 тысячи - это не так уж редко. Ну и руками отрезолвить конфликты при таких количествах модификаций становится несколько тяжковато нахуй блядь очень. По крайней мере я про себя говорю, поскольку починять поломанное мне приходится периодически.

1. Тестовое окружение код не продуцирует. А вот перенос кода на тестовые окружения - приводит к конфликтам, которые не так просто резолвятся. Кроме того, могут быть правки в обход налаженного механизма (такие случаи редки, но бывают, без этого никуда). Кроме того есть много элементов системы.

2. Кто же коммитит бинарники и главное зачем?
Да, это именно текстовые файлы. А системы бывают разные, некоторые маленькие, а некоторые чуть больше. Тут речь идет о той системе, которая вторая из этого списка. И это лишь малая часть всей системы. При этом могу сказать, что есть части, где просто полный писец и трудозатраты модификации запредельные - что с этим делать пока хз.

Ну как - обычный цикл: разработка на своем окружении, перенос на общее окружение, далее мердж на тестовое окружение, после ревью продукт овнера - перенос на следующее тестовое окружение и т.д. Первое тестовое окружение внутренее, второе и следующие - внешние. Изменения набираются в пакеты, далее пакетно уходят на выходное тестовое окружение, с него уже на прод. С фигали у вас чота система сброки коммитит? Это же бред... Билд-сервер наоборот должен только брать код с контроля версий, билдить его, валидатить, прогонять по юнит-тестам, а дальше по расписанию или вручную паблишится все на тестовое окружение. Бинарникам в контроле версий делать нечего от слова совсем (исключение - сторонние бинарники, идущие как есть). Петя ты дурак? Если можно было бы обойтись без подобного коммита - обошлись бы, а раз он есть, то значит кому-то это было нужно. Я тебе как бы конкретный пример привел, ежели у тебя пару файликов в коммите - то вовсе не значит, что у всех так. А на счет уволить - не ссы, команду и так урезали раз в 10 некоторое время назад, она была более 100 человек разработчиков. Кого убрать, кого оставить - дело заказчика, мое дело - копать. Я копаю.
* ЗЫ. Коммит не мой, мои обычно не превышают пару тысяч файлов (что случается крайне редко), а так обычно до сотни файлов. (Ж
** И, кстати, дальше дело грозит только увеличением... Бамбук растет, бля, непрерывно.
А стату по себе я дать могу, фигня вопрос, только я не лидер по коммитам. Вот только по одному из проектов: 432 commits 290,228 ++ 221,887 -- где "," - разделитель для тысяч. А стата у того, кто на первом месте: 685 commits 645,424 ++ 368,017 -- . Каг-то так.

Блядь. Ты тупой шоле? Я тебе говорю - конфликты мерджей, которые приходится руками резолвить. По причине того, что код на тестовой среде совсем не такой как код на среде разработки. Потому как гладиолус. Пиздец. Ты точно с гитхабом работал, а то у меня уже сомнения закрадываются. см. пункт исключение в цитате, ясен хрен, что ресурсы и сторонние бинарники хранятся как есть, но речь же вели об разработке и бинарниках получаемых после компиляции, либо ты уже сам забыл чего писал? * ты не пьян случаем? Билд-сервер. Я же вродь русским языком пишу... На сервере крутится тимсити, к примеру. Не скажу, я пиздеть могу только пока нельзя по моему пиздежу вычислить что либо определенное. Отталкивайся от того - что такие коммиты есть. Ну хер с ним, даже если не на 7 тыщ файлов, но даже в случае 200-1000, особенно если еще и касалось проектных файлов - уже приходится очень внимательно глядеть при ручном резолвинге конфликтов. А я и без "кажется" с большой долей вероятности могу предпологать))). Но на деле - мне насрать. Я копаю свой участок кладбища. *Пожал плечами* Ну ок, чо. Датацентр это круто да))), аж целый датацентр. Может быть даже два или три! У меня все попроще, лишь арендуемое рабочее место в ебенях + интернет. А еще есть пица и вискарик. Пойду шоле поем.

Цикл разработки непрерывный. Никто никуда не ждет. Поэтому то, что в тестовую уйдет только через полгода на девелопе может быть уже вчера. Кроме того к коду примеряются модификации, в виду специфики процесса адаптации. Короче так задумано. А бывают случаи "пожаров" когда все делается в обход цикла, либо же вклиниванием в середину процесса. Но это уже другая история. Ну а на какой среде какой код - выясняется легко по логам коммитов и паблишей.

В ФС сервера ессно. В контроль версий нахрена пихать-то? Там этому мусору не место. Ре-билд вообще после КАЖДОГО коммита идет. У вас шоле не так? Не я, а ты со своими запихиваниями бинарников в контроль версий. Я же считаю это бредом. Да! Именно так. ЗОЧЕМ? Делай как умеешь))), я учить не нанимался.

Условно девелопом считаются минимум 3 окружения. Я (как лентяй) обычно работаю на 1 и 3. Первое окружение в минимально необходимом виде поднято у меня локально, третье - выходное, совмещенное с выходным тестированием, территориально находится с другой стороны жопы мира. Ах да, среды совсем в разных жопах мира находятся, так уж получилось или задумано.

Да фигли тут рассказывать? Набирается выборочно пачка коммитов - один прошлогодний, другой вчерашний и еще 120 за последние пол-года и все это пакетно переносится со среды один, на среду два. Гитхаб радостно сообщает - все блядь круто, только нужно руками сделать резолв в 300 файлах из них в 4 проектных файлах размером под несколько мегабайт. И радостно тебе показывает дифы с предложением накромсать того, что тебе надобно взяв куски кода из разных окошек. Схера ли так выходит? Да блин алгоритмов мерджа у гита несколько, разной степени разумности. Но ни один из них не идеален. Иными словам - ахуйегознает с какого хера гит не может из 100500 модификаций файла вычленить 100 нужных и разнесенных по коммитам на месяца.
Но я точно могу сказать - если есть куча автомерджей промежуточных, то квест становится на порядок забавнее и интереснее. Я прекрасно понимаю то, что хранить бинарники, которые ты можешь пересобрать с любой точки - бред. Возьми откати бренч на дату и собери себе чо надо.

Ой все. Тут даже хуже чем с фишехука куском. Не хочу даже пытаться объяснять. Попробуй перечитать последний десяток сообщений, мож чо дойдет.