Тема: GitHub и Nav
Показать сообщение отдельно
Старый 06.09.2012, 21:16   #8  
dmites is offline
dmites
Участник
Аватар для dmites
 
221 / 14 (1) ++
Регистрация: 10.08.2005
Цитата:
Сообщение от Kashin Посмотреть сообщение
Проще и надежнее в NAV использовать что-то вроде Object Manager Advanced или iFacto Revision или написать свою. Вся эта цепочка - выгрузить в текстовый файл, разбить, залить, не забыть, без какого либо обратного контроля приведет просто к увеличению сроков разработки без реальных плюшек. Поиграйтесь. Если лениво покупать законченные решения то разработайте свои с помощью логгирования таблицы Object Navision Object Checkout и управляемой выгрузкой объектов в текстовый файл с помощью Navision Automation.
Это уже пройдено и забыто.
Чтобы два разработчика не правили один код - помогает небольшой код в триггере таблице Object (only SQL).
Программный импорт/экспорт объектов через стандартный функционал работы с blob полями.

Я увидел следующие плюсы :
1 Я давно не стараюсь держать в своей "оперативной" памяти где, что для кого и почему было сделано. Хоть за месяц, хоть за полгода.
Раньше нумеровал разработки и вел отдельный файл Номер/Кто просил/Что просил/Комментарий к реализации. Теперь переложу это на GitHub.

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

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