how to set up a Dynamics 365 for Operations development machine using Visual Studio - Полезное по Microsoft Dynamics

**mazzy** · 18.05.2017, 13:49

**fed** · 18.05.2017, 14:56

Как же они достали со своими видео-тренингами. Неужели нельзя было в виде текста записать?
Счас опять придется тратить время на прослушивание детального объяснения каждой галочки.
Компьютер, блин, для того и придумали чтобы информацию искать можно было, а не смотреть любую фигню подряд, как пенсионеры у телевизора.

Ivanhoe · 18.05.2017, 15:39

Вот так поколение Z стало пенсионерами

Я так понимаю, они наоборот стараются для молодежи, не умеющей читать.

Logger · 18.05.2017, 15:39

У меня при просмотре youtube уже привычка ставить скорость c коэффициентом 1,2

Vadis · 18.05.2017, 15:39

Здорово, с музычкой!

trud · 18.05.2017, 18:40

А зачем вообще нужен Build сервер? т.е. в видео этот вопрос как-то обходится стороной, т.е. понятно что чтобы билдить что-то, но что это собственно дает? в 2012 то без него все было

belugin · 18.05.2017, 19:10

Quote:

Originally Posted by trud

А зачем вообще нужен Build сервер? т.е. в видео этот вопрос как-то обходится стороной, т.е. понятно что чтобы билдить что-то, но что это собственно дает? в 2012 то без него все было

Контроль целостаности, например, разработчики не могут залить в репозиторий некомпилирующийся или не проходящий тесты код.

trud · 19.05.2017, 05:09

А почему не смогут? т.е. вот в видео - делается ветка DEV, куда подключаются разработчики. они туда коммитят изменения. т.е. практически наверняка очень часто будет ситуации что кто-то будет забывать что-то закоммитить(например новый меню айтем) и компайл этой ветки будет падать. буду признателен если есть какие документы по этому поводу применительно именно к проектной разработке АХ
второй вопрос про цену - т.е. билд сервер не входит в стандарт, его клиент должен дополнительно покупать. т.е. чем вообще можно аргументировать эти доп. расходы для клиента - боюсь фраза если не купите то "разработчики зальют вам некомпилирующийся код" не поспособствует продаже(я говорю о небольших клиентах, 1-3 разработчика)

macklakov · 19.05.2017, 06:34

Quote:

Originally Posted by trud

я говорю о небольших клиентах, 1-3 разработчика

Подозреваю что существование таких разработчиков новой схемой не предусмотрено. Дикость это все и кустарщина.
Типа есть партнер, а у партнера этих серверов должно хватать, ибо это их хлеб.

**mazzy** · 19.05.2017, 10:24

Quote:

Originally Posted by trud

А почему не смогут? т.е. вот в видео - делается ветка DEV, куда подключаются разработчики. они туда коммитят изменения.
...
1-3 разработчика)

Quote:

Originally Posted by macklakov

Подозреваю что существование таких разработчиков новой схемой не предусмотрено. Дикость это все и кустарщина.
Типа есть партнер, а у партнера этих серверов должно хватать, ибо это их хлеб.

И так, и не так малешко.

Небольшие команды, которые подключаются и программят в один ДЕВ, как раньше, предусмотрены.
но также идет расширение функционала в сторону больших команд.

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

поэтому для большого количества программистов предлагается способ, когда они работают в неких локальных/приватных версиях, добиваются, чтобы локальные версии нормально компилировались, чтобы в локальных версиях выполнялись тесты, а затем таки да, коммитят уже готовые изменения в некий общий ДЕВ.

(вполне традиционный способ разработки в остальном программистском мире)

в этом случае, общий ДЕВ по построению будет отличаться от локальной среды каждого разработчика.
в этом случае, перед тем как закомиченное попадет в ДЕВ ветку, нужно скомпилить в ДЕВ ветке, выполнить LINT-проверки, выполнить юнит-тесты, выполнить функциональные тесты и прочие проверки. Как раз для такого и нужен билд-сервер.

Именно так сейчас происходит внутри МС.
каждый программист:

сначала копирует общий билд в свою локальную среду разработки.
прогает, вносит изменения, проходит CodeReview, добивается успешной компиляции и прохождения тестов
далее отправляет в... gate

gate

создает отдельную виртуальную машину с актуальным состоянием локальной среды
компилирует
выполняет проверки
выполняет тесты
и только после того, как проверки и тесты прошли, отправляет изменения в DEV

да, для команд из 1-3 программистов этот способ избыточен
да, для команд из нескольких десятков программистов этот способ хорош

**fed** · 19.05.2017, 10:35

Просто замечу, что за все мои 16 лет в Аксаптерстве, я только три или четыре раза видел проектную команду, состоявшую из более 5 разработчиков. Я никогда не видел команды в которой было бы более 10 разработчиков.

Logger · 19.05.2017, 10:36

Quote:

Originally Posted by mazzy

да, для команд из 1-3 программистов этот способ избыточен
да, для команд из нескольких десятков программистов этот способ хорош

Интересно, а много в России команд с несколькими десятками программистов ?
Навскидку знаю только один. Ну наверно команда локализации еще в самом MS.

**mazzy** · 19.05.2017, 11:25

на моей памяти - Почта России, и вообще многие проекты GMCS.
до МС я работал в команде Дикси. Там человек 30-50 было. И это только те, которых было видно в комнате разработчиков. Про число разработчиков онлайн лучше они сами скажут.

trud · 19.05.2017, 11:51

Quote:

Originally Posted by mazzy

на моей памяти - Почта России, и вообще многие проекты GMCS.

Хм, а разве облачная версия для таких клиентов подойдет? вроде бы на текущий момент ограничение в 1ТБ базу.
т.е. вот у нас была встреча на которой обсуждали стоимость владения АХ. клиент небольшой - 20 ентерпрайс пользователей и сколько то простых.
объем доработок грубо оценили в 2 разработчика на 4 месяца.
с ценой на лицензии все понятно, она известна и прогнозируема
какие вопросы задавались:
-была дискуссия кто должен оплачивать машины для разработчиков
-нужен ли билд сервер
-сколько будет стоит трафик(он оказывается тоже не бесплатный)
-сколько будет стоит хранилище(стоимость то довольно значительная за гигабайт)

**mazzy** · 19.05.2017, 11:55

Quote:

Originally Posted by trud

Хм, а разве облачная версия для таких клиентов подойдет? вроде бы на текущий момент ограничение в 1ТБ базу.

подойдет с точки зрения цены или подойдет с технической точки зрения? )))
ограничения тоже вроде маркетинговые, а не технические.

Начиная с некоторой суммы, Майкрософт вполне гибок ))))

Про цены и ограничения облака - подождем следующего финансового года, посмотрим что скажут.

Ace of Database · 19.05.2017, 12:25

Quote:

Originally Posted by Logger

Интересно, а много в России команд с несколькими десятками программистов ?
Навскидку знаю только один. Ну наверно команда локализации еще в самом MS.

Я работал на двух проектах, на которых команда разработчиков занимала половину корпоративного автобуса. Но это было во времена, когда предприятия зарождались. А сейчас предприятия не зарождаются.

belugin · 19.05.2017, 13:13

Quote:

Originally Posted by trud

А почему не смогут? т.е. вот в видео - делается ветка DEV, куда подключаются разработчики. они туда коммитят изменения. т.е. практически наверняка очень часто будет ситуации что кто-то будет забывать что-то закоммитить(например новый меню айтем) и компайл этой ветки будет падать. буду признателен если есть какие документы по этому поводу применительно именно к проектной разработке АХ

Я не очень в курсе подробностей, но в VSTS можно настроить так, чтобы прохождение билда было необходимо для мерджа ветки. То есть этот программист просто не сможет смерджить свою ветку. И там, вроде, сервис олачный а не сервер. VSTS вроде бесплатен для маленьких команд. Не знаю, влезает ли в это аксаптовая разработка.

belugin · 19.05.2017, 13:16

Quote:

Originally Posted by mazzy

да, для команд из 1-3 программистов этот способ избыточен

А почему избыточен? Может быть из-за накладных расходов на один большой ApplicationSuite? Я был бы не против при таком контроле целостности даже при одиночной работе.