Поделитесь опытом - как распараллелить разработку правил КД?
Как представляю - создать шаблоны ПКО для НСИ, документы разрабатывает каждый разработчик свои
как сливать в один пакет правил?
пока вижу только "Обновить и дополнить существующие правила и конвертации правилами из файла" или компарером каким сравнивать тексты
но вижу минус - скорее всего будут затираться изменения  других разработчиков
кто занимается параллельной разработкой правил КД - поделитесь как

Гит, мердж

(1) это опыт или предположение?

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

(0) а в одной базе работать не пробовали? Каждое правило отдельный элемент справочника, блокировка на изменение будет реализовываться средствам платформы, параллельно изменять разные правила вроде должен позволять.
Самому мне не приходилось так работать

(4) нет, не пробовали. Пока рассматриваем как вариант
я сам еще ни разу не заводил пользователей для базы КД )

(2) Это обозначение пути

(4) Самое простое и здравое решение, без всяких извращений, типа гита...

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

(8)Бэкап никто не отменя

(8) вот и я склоняюсь к этому варианту

(8) можно включить платформенное версионирование. снять с поддержки прийдется, но все равно конфа не развивается.

А что мешает таки работать в одной базе?

(12) я не пробовал ни разу, а ты?

(0) как вы дожили до жизни такой?

(14) да вот бывает так - живешь живешь и доживаешь )

Вроде в КД была опция сравнить/объединить. Или путаю? Или это ТС не подходит?

(13) работает нормально.
при загрузке метаданных в транзакции - нужно только предупреждать.

(0) Один я тока не понял, зачем там куча товарищей на написание правил ? Правила пишутся за день любые одним человеком

(13) А я да.

(18) Ага. Любые. для выгрузки из 7.6 ПУБ в ЕРП. За 1 день.А день - он как, полярный? Или библейский (за шесть которых был создан мир)?

(0) Если речь идет именно про паралельную разработку (одновременную работу с одним объектом) - это хреновая идея.
Если речь о единой БД с правилами - очень даже работает.

(18) порадовал
(21) подразумевается параллельная работа над одними правилами конвертации

(20) И ? чего там такого, что требуется n-кодеров ?

(23) Ну сядь и напиши за 1 день, что там делов то?

правил для кд - как г..на за баней, берешь готовые, правишь.

(24) ты не поверишь..

писал под упп с комплексной

(23) древняя АА , от которой почти ничего не осталось от типовой - ЕРП 2
наверное у кого то завалялись правила? ))

(28) "почти ничего не осталось" - изменения модулей в расчет не бери. Для КД это пофиг. Только объекты и их реквизиты. Объекты и реквизиты объектов типовые ведь? ну может немного добавили чего-то.

(22) >> подразумевается параллельная работа над одними правилами конвертации

Что означает "над одними правилами"?
То есть несколько разработчиков одновременно будут править, например, ПКО Справочник.Валюты?
Или всё таки каждый работает над своим объектом - один над справочником Валюты, а другой - документом ПлатежноеПорчуение?

Не вижу никакой проблемы работать в одной базе КД.
Естественно придётся договариваться о том, кто какой объект (правило, алгоритм) и когда правит. Можно включить платформенное версионирование. И почаще делать резервную копию.

(30) да, подразумевается, что один работает над НСИ, другие - разбирают на себя документы и другие объекты
ясно, надо пробовать, в общем )

(26) Не поверю.

(27) За один день? Полярный?

(33) основные объекты, да, за один день. Проверка, и дописки еще пара дней, ибо переносили не только останки, но и все доки и движуху за период

(31) >> подразумевается, что один работает над НСИ, другие - разбирают на себя документы и другие объекты

Тогда работа в одной базе КД.

И тут два варианта:

1. Работаем с одними и теми же правилами.
Договариваться о том - кто когда что делает.

2. Каждый работает со своими правилами.
Используя встроенную обработку "Сравнение и объединение правил" (появилась в КД с версии 2.1.7.1), объединяем ежедневно творчество коллег в какую-то одну версию правил. После слияния каждый из разработчиков берёт получившуюся версию правил и продолжает работать уже с ней.

Я тоже не понимаю, зачем это делать паралельно нескольким сотрудникам. У вас там что 100500 объектов?

(34) Конвертация из родственных конфигураций типа ERP<->КА может и можно написать за один день. Ибо КА - это по сути обрубок от ERP.
А вот конвертацию из ERP, например, в БП за день написать не реально. Т.к. методики ведения учета разные, регистры разные, для выгрузки данных по каждому придется писать свои правила выгрузки и/или загрузки. За день можно написать правила, когда речь идёт о нескольких отдельно взятых документах и справочниках. Если речь идёт о всём учёте (или значительной части), плюс какие-нибудь остатки и/или (не дай бог) оборотах, то день - это фантастика или откровенный пи*дёж.

(35) спасибо за идею, про обработку не знал
(36) это риторический вопрос, у нас спецы не типа Ёпрст в день по правилам клепать ((

(36) >> зачем это делать паралельно нескольким сотрудникам

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

(38) А под каждого спеца у вас есть минимум 2 базы, чтоб правила тестить ? Или они тестят на одних и тех же базах ? Как правила свои они потом проверяют у вас ?

(40) есть учебные и тестовые базы, так что итого 4

+41 на всех

Мастер и ведомый, классика

(38) Озвучь пример задачи для создания правил. Оценю тебе время на создание правил обмена.

(40) >> ...у вас есть минимум 2 базы.?

У автора ветки - не знаю.

Ну если правила для одностороннего обмена, то база-источник может быть и одной.
Проблемы создания базы-приёмника для каждого из разработчиков я не вижу. Можно даже настроить еженочное их обновление (перезаливку) на свежую версию.

С двусторонним обменом сложнее. Но по сути вопрос только в объёме дискового пространства (если база значительных размеров).

(44) это не входит в рамки вопроса

Конвертация - это почти всегда одноразовая задача (с дальнейшей поддержкой). Зачем ее параллелить?

(47) У автора вопрос в этой самой одноразовой задаче. Её будут решать 10 нянек и есть риск, что дитя останется без глаза. В дальнейшем поддержку наверняка один человек будет осуществлять.

(46) Как  скажешь.

Мой ответ на поставленный вопросы: параллельная разработка правил - хреновая идея.

(0)
Да см. https://www.youtube.com/watch?v=GGXl__4NdZE&t=4s

(50) чпасибо