Как всё с тобой плохо то.
Во-первых, сборка и компиляция - это не только клиентская часть, кто тебе сказал, что в серверной части нечего собирать?
Во-вторых, ты как себе представляешь вообще работу, например QA? Откуда персонал должен получать актуальную для ревизии/сборки/кандидата версию продукта? Блядь, да что за хуйню ты пишешь????? Даже если вы настолько говнокодеры, что пилите параллельно две фичи, которые одновременно изменяют базовый код, и вы их не синхронизируете, то вовсе непонятно какого хуя тестовое окружение должно состоятий из композиции невмердженых в мастер фичей из разных поколений или проектов. Нахрена??? Вы же тестируете либо фичу в процессе производства, и тогда срез репозитория для неё известен и он не отличается от девелоперского, либо тестируете релиз, и тогда он не отличается от мастера. Зачем вообще накатывать изменения на девелоперское окружение, в этом нет смысла. Тестируется бранч. Целиком. Не куски из одного и другого слепленные прихотью сумасшедшего, а вся ветка репозитория.

version 1.0
version 2.0
version 3.0
version 3.0 chinese edition
version 4.0 beta
version 5.0 experimental Зазумеется. Есть задача в рамках epic story или user story, задача прикреплена к ветке репозитория, конечная точка workflow задачи есть результат тестирования. Тестированием занимается отдел QA. Откуда QA должен взять код для тестирования? Ну, во-первых чем тебе тестовый сервак не участник процесса quality assurance? Он же ведь тоже должен что-то откуда-то получать. Ну а во-вторых, продукт кроме автоматического тестирования проходит еще многочисленные стадии тестирования ручного, соглосований proof of concepts, сode review, design review и пр. Ну вообще то не с гита, с svn, но это не меняет дела. Откуда же им их тянуть то? Собирать бинари это мягко говоря не задача QA. Тебе из мухосранска с проектом на 10 говнокодеров точно известно как быть должно. Ты выше рассказ как у вас. Вот как у вас не должно быть ни в коем случае. У тебя опять комплекс Наполеона. Две это значит "как минимум две", никто не пытается приуменьшить двои заслуги по увеличению энтропии. Миллион фич одновременно ты пилишь, усбагойся. У нас не ломают, потому что наши бранчи перманентно синхронизируются и у нас не бывает коммитов но 7000 файлов и практически не бывает конфликтов. Это же твоя проблема, ты о ней рассказывал выше. Должны. Но судя по твоим предыдущим постам у них это нихуя не получается. Иначе я не представляю откуда берутся конфликты в тысячах файлов. Кто-то тут устал уже врать и запутался. Две страницы назад ты писал, что у вас нет релизов, у вас роллинг-релиз. Я много с чем не сталкивался. Но со школотой тупорылой, которая начиталась башорга или накорябала сайт васи пупкина на джумле и думает, что знает как оно все устроено в "большом" ИТ сталкиваться приходилось, ты - яркий представитель.

Я такой информацией не владею. Я разработчик, я не занимаюсь ни девопсом, ни аналитикой. Да и какая именно из баз тебя интересует? У нас, насколько я знаю, в рамках проекта применяются три СУБД: для хранения данных пользователей, для хранения логов и для финансовых операций (я даже не знаю, что именно там используется). Есть еще всякий маркетинг, всякие онлайн-продажи, я в душе не чаю, как у них организована работа. На схему первых двух я могу влиять в рамках своего таблспейса, но конкретные показатели производительности не моя печаль покуда нет багов - утечек памяти, долгих транзакций или еще какого-нибудь дерьма. Но и в этом случае я только получаю фидбэк в виде бага, и совместно с отделом QA мы этот баг пытаемся воспроизвести на тестовых площадках. Каждый занимается своим делом. На кой хер мне нужна информация о нагрузке на какую-то базу?

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

Моя ценность как спеца в фирме, в которой я работаю, заключается в том, что я качественно и своевременно выполняю задачи в пределах компетенции своего подразделения. Я, например, не имею возможности напрямую взаимодействовать с финансовыми данными. Или администрировать аккаунты. Было бы очень удивительно со всех сторон, подать заявку на предоставление подобных пермишенов. Но я со своей стороны имею доступ к материалам коммерческой тайны, которые недоступны ни финикам, ни аналитикам, потому что я занимаюсь разработкой фичей, которые пока еще не были официально заявлены в пресс-релизах. Объясни ради бога, нахуя мне делать работу ДБА-шников? Что бы что? Я даже не знаком лично с людьми, которые в том отделе работают. Знать все нюансы проекта во всех ипостасях невозможно, и не за чем, их не знает никто, ни один человек из всей организации.

блядь, ты только что писал, что вас всех - десять человек, а до этого было АЖ СТО!
Я уже давно вырос из твоих советов, мужик.

Короче, разговор закончен. Делай ты чего хочешь.