Халлоу, комрады.

Возник вопрос, который возможно для многих здесь будет банален: кто как ведёт учёт доработок в информационной (ых) базах? На работе сложилась ситуация, когда человек, который делал доработки ушёл в отпуск и за время его отсутствия появилась потребность внести изменения (устранить ошибки) возникшие в доработанных объектах конфигурации. Искали долго и упорно, кое-как справились. Подумал, что подобных история не должно повторятся? У нас куча баз, многие допилены, но примерно одинаковое во всех.

Так вот вопрос, как правильно, корректно и главное удобно можно организовать учёт изменений в конфигурациях???

Хранилище включите)

(1) не сталкивался - что это и как оно работает?

(3) Поскольку нас 2 1сников, то пока в хранилище необходимости не было, просто работаю в копии, комментирование в модулях блоками допустим начало //+ИИ 01.01.2015 и окончание //-ИИ 01.01.2015. Но хранилище - надо посмотреть что такое

(4) а тож

(5) (7) почитал одним глазом про хранилище: фраза "документирует" сильно понравилась.

Kaster_Troy если что-то затёрли, будет видно что эти объекты удалены?

Конечно будет. Там будет информация "о всех изменениях"

(10) хм, как можно по иному понимать фразу "документирует" корень то "документ"? не?

карандаш блокнотЪ

(5) некоторые ведут для себя, при КВО(РАЗЛИЧНЫЕ) = 1

(11)Не
"Документирование" это может быть просто фиксация факто что, когда и кто делал.
"Документирование" это может подробное описание почему, для чего, и каким образом реализовано.

Это разные сущности и иногда даже "противоположные" :-)

(13) не оценил красоту мысли - попроще, для 1сников. Что сказать то хотел?

//ФИО+

//ФИО-

(16) ну мы так и ставим - допустим Иванов Иванов // +ИИ 01.01.2015 и //-ИИ 01.01.2015

если речь про 7.7 - то http://infostart.ru/public/201075/

Учёт изменений в trac

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

(1) А с глюками хранилища что делать? Не использовать хранилище?

(21) какая платформа?

malina на моей практике никто особо не занимается анализом изменений

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

(23) о, у нас появился новый "иксперт"

(24)Мля-я-я.. Миста везде.. Даже в разговорах про "методики работы с хранилищем" - все равно перейдут на личности...

Дело Влобешника живет и побеждает.

(23) Анализа кода на что? На красоту? Или на то ... "так в этот отчет нужно вставить еще пару колонок, интересно куда этот код можно впихнуть"

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

Aleksey Анализа кода на что?

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

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

(28) А что это дает при работающем коде, кроме +10 к ЧСВ?

Aleksey А что это дает при работающем коде

Во-первых, что называешь "работающий код"?
Если отчет "работает", но при закрытии месяца "вешает систему на часы" - это "работает"? Если изменения в одном месте "роняют" работу документа в другом - это (разбор ситуации где и кто все же накосячил) "+10 к ЧСВ"? И т.д.

Работаю в довольно больших системах, над которыми "трудилось" много народа и ранее и сейчас - пользу от хранилища, от анализа кодинга - ощущаю. Что делаю не так?

(33) Ну так это не оптимизация кода ради оптимизации (о чём ты тут вещаешь) а вполне себе рабочий процесс.
О чём и речь, что никто не лазит по старым обработкам просто так для анализа кода, но все анализируют код в случае проблем (ошибки, долго работающий процесс и т.п.)

Aleksey а вполне себе рабочий процесс

Это отдельные товарищи непонятно о чем вещают.
Я говорю исключительно о "рабочем процессе" и о "хранилище" как инструментарии такого процесса.

ПыСы. Заносить в хранилище "старые обработки" наверное можно, но смысл? А вот таким образом "документировать" изменения большой конфы - очень удобно и продуктивно.

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

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

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

Использую redmine + синхронизацию хранилища с git и при помещении хранилища пишу номер задачи которую завершаю, потом в redmine смотрю свои изменения.