ofdax: What's new in Microsoft Dynamics AX 7

[Dreadlock]

Цитата:

The main deprecated features. EP, RoleCenter, .NET connector, SSAS cubes, Virtual companies, ActiveX and Hosted.NET controls, Production builder and WMSII. Some features are not included into the first release but were not declared deprecated.

Зачем так сделали? Никакого сравнения кода, даже между Dev/Test. Никакой строчки кода не изменить на Work, даже перенести Job - это космос, видимо пока только полный rebuild приложения. Классно!

[Alex_KD]

Цитата:

Сообщение от Dreadlock

Зачем так сделали? Никакого сравнения кода, даже между Dev/Test.

Непонял про Dev/Test. Кто мешает код сравнивать через TFS?
В prod лазить вам не дадут, prod пока польностью под контролем MS. разве что через ~6 месяцев, когда onprem будет доступен.

[trud]

Цитата:

Сообщение от Alex_KD

Непонял про Dev/Test. Кто мешает код сравнивать через TFS?

А как такое делать? к примеру вы разрабатываете класс, в нем куча изменений, но вам надо на тест перенести всего пару строк или методов. Check in вы же можете сделать только всего объекта целиком. Может знаете какие-нибудь ресурсы, где процесс описывается?

[Link]

Цитата:

Сообщение от trud

А как такое делать? к примеру вы разрабатываете класс, в нем куча изменений, но вам надо на тест перенести всего пару строк или методов. Check in вы же можете сделать только всего объекта целиком. Может знаете какие-нибудь ресурсы, где процесс описывается?

Нужно комитить отдельно те куски, которые возможно будут тестироваться\переноситься отдельно.

[trud]

Цитата:

Сообщение от Link

Нужно комитить отдельно те куски, которые возможно будут тестироваться\переноситься отдельно.

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

[Link]

Цитата:

Сообщение от trud

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

Что бы такого не происходило под каждую отдельную модификацию\проект создают отдельный branch. Под каждый branch нужен будет отдельный dev environment.

[Alex_KD]

Цитата:

Сообщение от trud

А как такое делать? к примеру вы разрабатываете класс, в нем куча изменений, но вам надо на тест перенести всего пару строк или методов. Check in вы же можете сделать только всего объекта целиком. Может знаете какие-нибудь ресурсы, где процесс описывается?

Незаконченные изменения кидаете в shelveset, откатываетесть до последней версии (undo check out), накатываете "пару строк" и делаете check-in.

Using Shelvesets to Set Aside Pending Changes

[Link]

Branching and Merging

[Oleksandr]

Работа с кодом - через Студию и ТФС, там вся история, ченжсеты и прочее.
С продом сложнее, нужно, видимо, держать точную копию прода с исходниками если нужно отдебажить или проанализировать. Джобик - теоретически можно сделать новый пакет с классом и зедеплоить на прод, все билдить не нужно. На проде - набор ДЛЛлек, можно подкладывать по одной.