02.12.2010, 10:18 | #1 |
Участник
|
Добрый день, поделитесь пожалуйста опытом , как у кого устроена система контроля изменений в c\al коде и объектах NAV.
Для меня актуально следующее: 1. комментарии -метки в коде с кодом разработчика и номером задачи 2. формирование по этим меткам триггера Documentation в примерно следующем формате "Номер по порядку" "Дата" "Код разработчика"+"Код задачи" "Краткое описание" 3. Хотелось бы видеть список объектов измененных в рамках одной задачи 4. История объектов (типа Репазиторий), но это не так важно на начальном этапе. По 3 пункту вроде бы есть решение в рамках Object Manager Advanced v6.03 http://www.mibuso.com/dlinfo.asp?FileID=826, но я пока еще в нем разбираюсь. |
|
28.05.2011, 11:30 | #2 |
Участник
|
У нас устроено
1. Именно также 2. Практически также, только столбцы немного другие "Дата" "Номер заявки/задачи" "Код разработчика" "Краткое описание" 3. Список измененых объектов ведется в рамках задачи ведется в отдельной таблице в Excel-e. 4. Историю объектов сначала пытались вести, потом решили, что не нужно, слишком много получается версий получается. Вместо этого завели базу Etalon, куда скидываются все последние утвержденные версии объектов и все последние корректные общие настройки. |
|
28.05.2011, 19:31 | #3 |
Участник
|
Раньше была не ограниченная по времени и исходникам, но ограниченная по функциям Light версия Object Manager. Можете начать с нее - вещь довольно удобная, хотя может и потребовать доработок под индивидуальные требования. Ее пока еще вроде бы можно скачать с dynamicsusergroup
|
|
01.06.2011, 19:00 | #4 |
Участник
|
У нас используется Team Foundation Server (к-ый работает под Visual Studio), с помощью спец. утилиты можно забирать объекты C\AL из открытого клиента, сбрасывать его в текстовый файл и подгружать на сервер.
Дальше TFS делает все сам ) показывает изменения в коде, объекты, измененные по задаче и т.п. |
|
24.08.2011, 16:22 | #5 |
Участник
|
|
|
28.08.2011, 15:32 | #6 |
Участник
|
|
|
29.08.2011, 16:17 | #7 |
Гость
|
На основе нескольких задач у нас собирается версия, которая затем сурово тестится и тиражируется. Так проще контролировать состояние баз. Количество вариантов кода не бесконечно, а равно количеству версий
===== пп 1 и 2 - да, также. плюс к этому дозаполняем version list номерами задач в таблице object, нечто такое получается: NAVRU3.70.02,NV663,1145,AGR,2675 пункт 3 - используем систему jira. там пишутся постановки задач, отмечается согласование, размещается фоб. Открыл фоб - посмотрел, какие задачки менялись. что менялось в рамке задачи номер 2675 - или ищешь ее в jira, или делаешь фильтр на *2675* в поле version list в таблице object. пункт 4 - в идеале хотелось бы иметь архив всех версий, но места не хватает. Можно, конечно, использовать Object Manager, но у нас еще меняется куча настроек. Представление о работе системы прошлой версии всё равно не получишь. еще используется navision developers toolkit. там удобно смотреть, чем версия XXX отличается от ZZZ. Вообще от OM отказались. Мержим. Баги неизбежны, но их количество меньше, чем при использовании Object Manager. Количество разработчиков - 3-5 человек. |
|
01.09.2011, 16:11 | #8 |
Участник
|
|
|