|
19.05.2017, 05:09 | #1 |
Участник
|
А почему не смогут? т.е. вот в видео - делается ветка DEV, куда подключаются разработчики. они туда коммитят изменения. т.е. практически наверняка очень часто будет ситуации что кто-то будет забывать что-то закоммитить(например новый меню айтем) и компайл этой ветки будет падать. буду признателен если есть какие документы по этому поводу применительно именно к проектной разработке АХ
второй вопрос про цену - т.е. билд сервер не входит в стандарт, его клиент должен дополнительно покупать. т.е. чем вообще можно аргументировать эти доп. расходы для клиента - боюсь фраза если не купите то "разработчики зальют вам некомпилирующийся код" не поспособствует продаже(я говорю о небольших клиентах, 1-3 разработчика) Последний раз редактировалось trud; 19.05.2017 в 05:13. |
|
19.05.2017, 06:34 | #2 |
NavAx
|
Подозреваю что существование таких разработчиков новой схемой не предусмотрено. Дикость это все и кустарщина.
Типа есть партнер, а у партнера этих серверов должно хватать, ибо это их хлеб.
__________________
Isn't it nice when things just work? Последний раз редактировалось macklakov; 19.05.2017 в 06:39. |
|
19.05.2017, 10:24 | #3 |
Участник
|
Цитата:
Цитата:
Небольшие команды, которые подключаются и программят в один ДЕВ, как раньше, предусмотрены. но также идет расширение функционала в сторону больших команд. если десяток программистов еще могут договориться какие объекты трогать, а какие не трогать, чтобы не мешать друг-другу. То уже для нескольких десятков программистов коммитить в одну ветку - нереально из-за слишком больших накладных расходов на синхронизацию. поэтому для большого количества программистов предлагается способ, когда они работают в неких локальных/приватных версиях, добиваются, чтобы локальные версии нормально компилировались, чтобы в локальных версиях выполнялись тесты, а затем таки да, коммитят уже готовые изменения в некий общий ДЕВ. (вполне традиционный способ разработки в остальном программистском мире) в этом случае, общий ДЕВ по построению будет отличаться от локальной среды каждого разработчика. в этом случае, перед тем как закомиченное попадет в ДЕВ ветку, нужно скомпилить в ДЕВ ветке, выполнить LINT-проверки, выполнить юнит-тесты, выполнить функциональные тесты и прочие проверки. Как раз для такого и нужен билд-сервер. Именно так сейчас происходит внутри МС. каждый программист:
да, для команд из 1-3 программистов этот способ избыточен да, для команд из нескольких десятков программистов этот способ хорош |
|
|
За это сообщение автора поблагодарили: gl00mie (2). |
19.05.2017, 10:36 | #4 |
Участник
|
Цитата:
Навскидку знаю только один. Ну наверно команда локализации еще в самом MS. |
|
19.05.2017, 12:25 | #5 |
Участник
|
Я работал на двух проектах, на которых команда разработчиков занимала половину корпоративного автобуса. Но это было во времена, когда предприятия зарождались. А сейчас предприятия не зарождаются.
__________________
Мои утилиты для Аксапты версий 3.0-2012: http://aceofdatabase.blogspot.com/ |
|
19.05.2017, 13:16 | #6 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: mazzy (2). |
19.05.2017, 13:13 | #7 |
Участник
|
Цитата:
Сообщение от trud
А почему не смогут? т.е. вот в видео - делается ветка DEV, куда подключаются разработчики. они туда коммитят изменения. т.е. практически наверняка очень часто будет ситуации что кто-то будет забывать что-то закоммитить(например новый меню айтем) и компайл этой ветки будет падать. буду признателен если есть какие документы по этому поводу применительно именно к проектной разработке АХ
|
|