AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 20.02.2016, 16:25   #1  
Андре is offline
Андре
Moderator
Сотрудники компании GMCS
 
2,375 / 464 (20) +++++++
Регистрация: 03.12.2001
Цитата:
все говорят про "узлы АОТ".
собственно говоря, я и хочу понять - а почему так правильно?
не удобнее ли с точностью до методов?
Система контроля версий - это просто инструмент. Он позволяет тебе решать твои задачи. А какие у тебе задачи ?

Когда я этим занимался, меня интересовали ответы на такие вопросы, как - 1) кто и когда менял этот объект (желательно с ссылкой на запрос) 2) какие объекты и как поменялись при решении данной задачи.

Для ответа на эти вопросы мне хватало детализации до объектов.

Цитата:
а почему бранчи, а не подкаталоги, например?
Ммм... да тут даже сложно в двух словах описать. Например, коммиты (изменения) сделанные в одном бранче я могу накатить на другой бранч. То есть, если у меня бранчи - это разные версии Ax, то поправив багу в одном бранче я могу ее более-менее автоматически перекинуть на другой.

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

Цитата:
просто для каждого языка (ну, или для каждой платформы уже есть устоявшиеся соглашения). например, исходный код в каталоге src, юнит-тесты в каталоге test, документация в каталоге doc.
Как я понимаю, эти соглашения вызваны средствами сборки тестирования и разработки, которые есть в том или ином языке. Ну, то есть, если это C - то скорее всего я найду Makefile. В Ax - ты все равно ручками будешь проект импортировать. По этому я не вижу здесь места для каких то соглашений (до тех пор пока не появятся автоматизированные инструменты сборки/импорта).

Цитата:
а почему?
можешь подробнее?
Ну потому что я не могу себе представить опытного разработчика Ax, который неглядя зальет проект. Он его сначала прогонит через инструмент сравнения объектов в Ax. А значит выполнит весь этот merge ручками.
Старый 20.02.2016, 16:39   #2  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Андре Посмотреть сообщение
Система контроля версий - это просто инструмент. Он позволяет тебе решать твои задачи. А какие у тебе задачи ?
я ж писал:
Как правильно обмениваться аксаптовскими проектами [, которые содержат только нестандартные объекты]?

как можно ответить на данный вопрос?
и какие задачи можно решать, на твой взгляд?

Цитата:
Сообщение от Андре Посмотреть сообщение
Когда я этим занимался, меня интересовали ответы на такие вопросы, как - 1) кто и когда менял этот объект (желательно с ссылкой на запрос) 2) какие объекты и как поменялись при решении данной задачи.
а... ты про сценарии использования... ты в майкрософте щас что ли?
вопрос твой не видел. ответил здесь Как правильно выкладывать проекты по Аксапте на github, например?

Цитата:
Сообщение от Андре Посмотреть сообщение
Для ответа на эти вопросы мне хватало детализации до объектов.
и снова до объектов.
а почему до объектов то? почему не до методов?

да, я знаю, что стандартная аксапта одним движением создает XPO с точностью до узла АОТ.
это единственная причина по которой вы все говорите об "объекте АОТ"?


Цитата:
Сообщение от Андре Посмотреть сообщение
То есть, если у меня бранчи - это разные версии Ax, то поправив багу в одном бранче я могу ее более-менее автоматически перекинуть на другой.
...
А файлы в папках.... ну это просто отдельные сущности, никак не связанные друг с другом. Система просто не понимает, что это одно и то же.
а... интересная мысль. спасибо... надо подумать...

но ведь разные версии, как правило, должны быть ОЧЕНЬ разными. или нет?
можешь рассказать свой опыт?


Цитата:
Сообщение от Андре Посмотреть сообщение
средствами сборки
...
В Ax - ты все равно ручками будешь проект импортировать.
*задумчиво* спасибо тебе добрый фей... надо подумать... возможно, что-то в этом есть.


Цитата:
Сообщение от Андре Посмотреть сообщение
Он его сначала прогонит через инструмент сравнения объектов в Ax. А значит выполнит весь этот merge ручками.
ну... чтобы тратить силы на merge ручками нужно хотя бы в общих чертах определиться что это за хрень.

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

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

вот мне и интересно, а как это делают другие?
поэтому и спрашиваю.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Как правильно хранить статичный набор начальных данных в классах? mazzy DAX: Программирование 58 14.04.2011 12:10
Amand: Видео: Управление проектами в Microsoft Dynamics AX 4.0 Проекты I- 9 Внутренние проекты. Blog bot DAX Blogs 0 21.01.2010 17:05
Модуль проекты в аксапте : нужна документация YaHooka DAX: Функционал 7 14.03.2006 17:49
Web проекты в аксапте Dronas DAX: Программирование 0 15.12.2004 15:15

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 19:24.