Доброго всем времени суток!

У меня списфический вопрос. Хочу сделать таблицу (регистр, документ, справочник, мне все равно) чтобы писать туда данные, которые происходят во время работы админа в конфигураторе. Вот так например, я в конфигураторе жму кнопку "Обновить рабочую базу", появляется форма в которой я заполняю информацию, жму на форме "Записать" и эта форма записывается в объект конфы.

P.S. Яд не предлагать. Будьте снисходительней.

(0) Предлагаю стену и с разбегу.

(0) База SQL?

(2) MS SQL 2005, платформа 8.2.17.143

Снегопат, наверное. Хотя, хз

(0) Просто не пей перед конфигурированием

В блокнот можно писать.

Нажал на кнопку "Обновить рабочую базу".
Записал в блокнот "Нажал на кнопку "Обновить рабочую базу"".

Кейлоггер поставь какой-нибудь, 1С тут не помощник.

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

psr в командной строке - начать запись. А так то да (4)(8)

(8) Что от меня требуется?

(10) купить (4) как минимум :)

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

(0) "Хранилище конфигурации" смотрел уже ?
что там не хватает ??

(13)+1.
В (0) описана как раз одна из задач хранилища.

а LogUI работает в пофигураторе кстати?
З.ы. (13)+1, хранилище

(0) судя по всему, хочешь доколебаться до программиста?
Жди мести.

(13) Хранилище давно развернуто и используется, но оно не подходит. Мне нужна информация о внесенных в Рабочую базу изменениях, а не о том, что может быть потенциально возможно когда нибудь там окажется

(17) ну дак используйте хранилище нормально, а не держите там непонятный мусор который не едет в рабочую.
2-е хранилище например, куда только то, что уходит в рабочую закладывается

по сабжу - такой возможности у 1с нет принипиально, без внешних приблуд не обойтись

Так, ладно. Вижу что не удалось так просто расквитаться. Значит тема такая: хочу сделать таблицу доступную любому (это важно) пользователю системы. В таблице бы лежал список последних обновлений с комментариями от программиста. Пытаюсь автоматизировать процесс уведомления всех о нововведениях в программе, пока идея уперлась в вышеобозначенную проблему. Знаю что хранилищем тут не обойтись и поэтому отметаю его сразу. Повторяю, мне надо чтобы в конфигурации были объекты, которые бы содержали инфу о том, кто когда и что с конфигурацией делал.

(20) как обновляете конфигурацию?

(20)Подсказать, как 1с при обновлениях делает? Справка/Дополнения к описанию

Докладываю жизнеспособную реализацию такой хотелки (20) на реальном крупном предприятии.

За обновление отвественный 1 человек, он при обновлениии собирает всю информацию от прогов, консалтов и т.д. Т.е. они емё сами описывают все изменения (или из хранилища берёт например)
Далее.
Инфа сводная пишется в систему, в новый док "Обновление". При запуске вываливается всем юзерам первый раз окно - мол прошло обновлние и список изменений. Как при первом запуске 1с описание конфы тебе показывает.

(20)
Это называется "Прикрутить redmine к 1С" :)
Ну или по другому - "сделать нормальную систему контроля версий".
Над этим кстати работают люди - активные пользователи снегопата.
Хранилище отметать не надо.
Надо с ним интегрироваться.

(21) У каждого прогера есть своя тестовая база на которой обкатываются дописки, все эти база связаны с хранилищем. Рабочая база тоже связана с хранилищем. База обновляется ли сравнением о объекдинением с хранилищем, либо полным объединением с ним.

(24) "Над этим кстати работают люди - активные пользователи снегопата." Поподробнее пожалуйста

(26)
Разрабатывают "правильную" методологию работы с хранилищем, интеграцию его с другими сторонними инструментами (различными багтрекерами и альтернативными системами контроля версий), ну и естественно скрипты, которые связывают все воедино и позволяют всем этим удобно пользоваться.

(20) Вариант "для бедных". Справочник ИзмененияВКонфигурации. Программист вносит предопределенный элемент.

(23) Знаю я эти регламенты. 1 ответственный и если его нет, то в большом прибольшом предприятии большой прибольшой каллапс. Предпочитаю принцип разделяй и властвуй

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

(29) я имею ввиду что накатывает на рабочую - всё равно 1 человек. а не 100500 програмеров одновременно. Или у вас каждый заходит в рабочую и свой кусок втыкает?

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

(31) То что дописал то и втыкает, ну мне кажется это естественно

(33) в рабочую? 1 зашёл, втыкнул, вышел. второй зашёл втыкнул - вышел. и так далее? это у вас бардак, а не у других

+ каждый втыкает своё в хранилище, но с хранилища на рабочую всё равно 1 человек, а не куча

(32) У хороших программеров не возникает необходимости отлаживаться на рабочей базе.

(8) Этот (10) вопрос по прежнему актуальный

У нас отдельная база - самописка. В которую заносится программистом изменения примененные на рабочую базу - Описывается название/цель доработки / списоки змененнных объектов метаданных с коментариями.  
т.е. в рабочей базе по перед каждой доработкой есть коментарии потипу // <номер доработки><ФИО прогера>
А в базе с описанием изменений  - описаны все доработки по номерам. и метаданные/процедуры затронутые в этой доработке
При обновлении и тестировании помогает)

(38) Как происходит контроль программистов, кто когда и как описывает свои изменения? Чем отличается ваша отдельная база от Блокнота в сетевой папке (не критика, правда интересно)?

(39) Да никак) - самая проблемная часть. Если в рабочей при сравнении с типовой есть изменения в коде без коментариев с кодом доработки то все прогеры получают люлей. Отличается  от блокнота тем что:
1. удобней систематизировать изменения (несколько рабочихбаз/есть конкретные направления у доработок)
2. хранятся уже объекты метаданных баз. - можно быстро выбрать и указать куда ты вносил изменения.

(32) посадите одно программиста на базу, зачем там 10 человек?

(36) Смотрите на жизнь трезво. Программисты сегодня совмещают несколько функций, таких как: проектировщик системы, реализатор и администратор. Так вот, у каждого эти три функции получается выполнять с разной эффективностью, однако даже самые талантливые и опытные проектировщики (именно при ошибках проектирования чаще других возникает необходимость отладки в бою) не могут предугадать всех возможных нюансов и тонкостей в рамках отведенных им времени, денег и т.д. Лучшее что получается - так это находится оптимальное решение, тоесть решение, которое является наилучшим в заданных границах ресурсов. и не надо тут розовых сказок про "хороших программеров"

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

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

косяков, кстати, практически не бывает

(36) +1.

(43) тестирование прямо в рабочей базе на пользователях в десятки раз быстрее. В этом мы убеждаемся на примере фирмы 1с. НЕ у всех есть эти консультанты, причем несколько штук, да и программер как правило один, он же и проектировщик и сисадмин, да еще и на полставки работает.

(42) Ладно, переформулирую. "У семи нянек дитя без глазу". С ростом количества участников издержки коммуникации и управления тоже растут. Просто ваш бардак еще не настолько достал, чтобы взять и правильно организовать процесс.

Например, опытному поручить review всех изменений. А одному из рядовых - контроль за обновлением рабочей базы (хорошо, если она одна). Ну и доплачивать за это, да.

Чую холивар!! Пора тормозить. Всем спасибо за предложения, получил несколько дельных мыслей, буду рад контруктнивным предложениям по теме

(46) Тут я согласен. Например тот же самый документооборот переписанный мне кажется прогеру/консультанту невозможно проверить полностью. бывает даже на рабочей базе косяки всплывают через недели после применения изменения.

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

(46) этот вариант мы не рассматриваем. у человека куча прогеров, за которыми он не может уследить.

(47) +1! мы, правда, не обновляемся совсем) выйдем на сопровождение - будет собственная поставка.

(49) никто не застрахован. но это не значит, что стоит сразу выкидывать все на бедных пользователей без отладки)

(37)
Для начала почитать форум на сайте, особенно по пользователю sosnae. Именно он много этим занимается.

(53) Почитал https://snegopat.ru/forum/search.php?keywords=redmine&terms=all&author=sosnae&sc=1&sf=all&sk=t&sd=d&sr=topics&st=0&ch=300&t=0&submit=Поиск
redmine пожалуй слишком тежеловесное решение. То же что пушкой по воробьям бить, у меня задачка на порядок меньше

up