Доброго, скажите, есть вариант дать разработчику метаданные конфы только для чтения? И если да то как

конфа самописная

(0) "Господин Шариков, и что вы можете сказать по поводу прочитанного?" - задачу озвучь...

(2) такая: "разработчик" не должен иметь права на изменение конфы, только на чтение/просмотр форм, реквизитов, модулей и тд

в конфигураторе само собой

сделайте выгрузку CF, пусть смотрит

ну да, чтение - не совсем то слово тут

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

(2) копию БД никак для просмотра?

(7) "хочет смотреть, правильно ли перенесли его изобретения в живую базу ..." - а кто переносил?

(9) другой штатный специалист, этот внешний совместитель. орг структура такая

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

(10) А "другой штатный специалист" может задать вопрос разработчику напрямую = я косяки наваял?
Что-то в консерватории не так ©

(11) А зачем нужен "другой штатный специалист"? копипастить код разработчика?
классная работа...

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

(14) Беда, согласен.
Заключите норм. договор с разработчиком, пишите внятные ТЗ и будет вам счастье...
и фонд ЗП на "другой штатный специалист" можно сократить...

(14) Были у меня такие же шарахнутые клиенты. Делали так: CF выгрузите ему, пусть он там ваяет что ему хочется. Потом сравнением-объединением "другой штатный специалист" загружает. В чем проблема-то?

(16) да, так и решили, только плюсом разработчик хочет проконтролировать в живой базе корректность переноса его наработок из копии

(17) В таком случае только хранилище

(17) Попросите разработчика, который накатывает изменения включать OBS в процессе работы и отправляйте ему ролик с результатами работы)

(20) здесь ещё проблема: "другой штатный специалист" - он типа тоже денег хочет...
см (11) -нужен контроль того, что пишет совместитель

(0) Завяжите разрабу глаза, так сохраннее будет

два компа, на них два разраба в разных комнатах пишут код с бумажного носителя (бумажный носитель подготовил внешний соместитель), если он совпадает то он принимается системой

ps
смотрите в сторону CRC модулей, совпал - значит правильно объединили, в принцепе под данную задачу можно и GIT замутить

(14) CF ему дайте; если регулярно надо - хранилище сделайте, там есть доступ только на чтение
(23) так а модуль не целиком может быть перенесен...

(18) хранилище сильно усложняет работу, пробовали. делать ради одного разработчика и страдать всем остальным не очень хочется
(19) вот вариант, хоть и шуточный)) может и правда так сделать)
(20) есть такая возможность, правда не на лету, а раз в сутки, но можно и озадачиться, что бы чаще можно было. уперся в хранилище принципиально, при этом пока работал в штате постоянно плевался на хранилище у смежников (уволился с грохотом, теперь привлекают подрядом). Вахтеры это мы) если правильно понял

(25) эм...
так у вас 1 разраб или есть все остальные?
если больше 1 - то хранилище мастхэв: всегда видно кто изменил, что, когда и зачем

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

(26) отдел + один бывший сотрудник, уволился, теперь привлекают по подряду
не подходит хранилище, потому что сложно оперативно вносить изменения (производство с круглосуточной работой)

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

(27) потом это переносится в живую базу внутренним сотрудником
+ через объединение цф

ок, спасибо откликнувшимся, вопрос из 0 понятен, будем дальше смотреть

Эээ, не совсем понятно, нафига этому стороннему разрабу заморачиваться насчет "правильности" объединения конфигураций? Неужели перед внесением изменений в боевую конфу вы не тестите его разработки в копии, потом это утверждается и переносится в рабочую? Если не так и сразу без тестов вносите в боевую, то у вас все плохо, скажу я вам.

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