Есть ли штатные функции по учет изменений конфигурации или какой нибудь софт. На выходе должен быть некий журнал, где указано дата изменений, некий ид/номер(дабы его вписывать в комментарий к коду), описание кто и зачем, и перечень объектов измененных?
З.Ы. Хранилище конфигурации не предлагать.

об стену предлагать?

Пешщи лги прямо в коде и зведи модуль гдк будешь писать общие изменения обектов данных.

А так хранилище и версионирование ...

(0) Excel не предлагать?
Тогда разлинованная тетрадь, где указвывете дату изменений, некий ид/номер(дабы его вписывать в комментарий к коду), описание кто и зачем, и перечень объектов измененных

(2) версионирование то чем тут поможет?

(4)Присоединяюсь к вопросу.

(3)21 век на дворе. Айтек там всякий, а мы по прежнему в экселе ведем список изменений? (((

Хайтек*

(5) Чем хранилице не подходит?

(8) Присоединяюсь к вопросу :)))

(9) тоже присоединяюсь

(8) Бранчей нет, эх...

(10) аналогично

(0)
Вот один из вариантов: http://infostart.ru/public/118207/

(9)+(10) повторять некрасиво ))) Хранилище есть. Но в нем очень уж просто все. Хочется что нибудь поразвитей

(8) Для внешних обработок, отчетов привязка реквизитов к объектам пропадает, эх .

(14) просто - это как плюс я рассматриваю а не минус, кто то и в хранилище умудряется косячить)

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

(0)А чем штатный отчет о сравнении основной конфигурации со старой конфигурацией поставщика не подходит?
Там даже картинки есть:)

Это ж сколько надо ждать, что бы такой отчет то получить...

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

(20) а документация на изменения, т.е. ТЗ есть?

(20)это ТЗ должно отражаться,я так думаю

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

(20) много хочешь, для этого нужны микрокоммиты - в принципе redmine + при коммите указываешь номер задачи, даст тебе представление или историю, но придется ждать потом для просмотра результата.
(21) чем больше бумаги, попа конечно чище, но ведь не всегда ТЗ поможет понять, че там в коде наворотили.

(23) это ФТТ, а не ТЗ

(25) Физика твердого тела?

(26) функционально-технические требования

(5) Ну ляпнул не в тему.:)

(28) а как все таки у тебя в голове связаны хранилище конфигурации и версионирование?

хранилище=версионирование

(30) не смешите диктатора

(31) Поиграем в угадайку
Хранилище - это больше чем версионирование?

(13)А в планах снегопата нет учета изменения конфигураций?

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

(0) у нас на прошлой работе была отдельная самописная конфа на 8-ке, в которой учитывались изменения основной "рабочей" конфы. =)
Точнее, это изначально была система учета заявок пользователей, где фиксировались обращения юзверей, назначался исполнитель 1с-ник, фиксировались работы по заявке и т.д.
В дальнейшем, кроме "текстового" описания вып. работ, стали фиксировать еще и список измененных объектов (список объектов - справочник, автоматом подтягивался из хранилища с рабочей базой).
Примерно раз в 2 недели собиралось "обновление" из выполненных на тот момент заявок. В обновление попадали не все измененные в хранилище объекты, а только измененные объекты по закрытым и протестированным заявкам пользователей.
Был еще суперский отчетик, который показывал "конфликтные" объекты, которые поменяли одновременно несколько разработчиков.. И, допустим, изменения одного из них нужно брать в обновление, а изменения другого еще не протестированы, брать не нужно.

(35)А это уже хорошая идея

(35) Прог А изменил ОбщийМодуль1 по задаче 1 и отдал задачу на тестирование.
На следующий день
Прог Б изменил ОбщийМодуль1 по задаче 2 и отдал на тестирование.
Тестирование прошила только задача 2, вопрос что делать с изменениями которые были сделаны для задачи 1, но еще не прошли тестирование или же отправленны на доработку?

(32) а их вообще можно сравнивать!?

(33)
Как такового учета изменений в планах развития снегопата - нет. Другое дело, если кто-то туда этот функционал подтянет в виде доп. аддинов. По идее, уже сейчас есть полный доступ ко всему содержимому метаданных.

(38) конечно можно.

(37) в момент сборки обновления, зовешь прога А и Прога Б, где они вместе "вырезают" то, что в обновление брать не нужно.. =))
Если "ошибутся" - тестировщик собранного обновления всегда на страже!

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

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

(38) ты прав хранилище и системы контроля версий кода нельзя сравнивать и ответ (41) это подтверждает.
(33) как ты себе это представляешь? Выгружать дерево метаданных в файловую систему, ради того что бы какая нибудь svn, git, hg и т.д. А что делать с merg? Или же uuid добавленных объектов?

(42)технически слабо представляю, ибо я всего лишь тупой и жадный 1сник. Но хотелось что то наподобии как Александра описывает. Только с детализацией до модулей и хранением версии текста модуля. Просто допустим я взял типовую процедуру и дописал туда кусочек кода для исправления мелкого бага типовой. Подписал комментарием. Другой программист открыл мой кусок кода и туда добавил что то свое, но не подписал. Откуда я узнаю что там было изначально ?

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

(44)Ну в сочетании с хранилищем наверное вы правы.

(0) Подобный софт есть, но самописный, еще на 7.7. В свое время учитывал там изменения для 9-ти конфигураций Раруса, которые вел. Перед выпуском релиза автоматом формировался отчет с изменениями. Есть новая версия этого дела, на УФ, но она еще в бета-версии. Если интересует версия для 7.7 - напиши в почту titanluchs<kosh-ka>bk.ru, поищу в хранилище старых запасах.

Это можешь получить с помощью внешних верисионников, даже делать нечего не надо - но только для модулей... http://www.screencast.com/t/9TltavsX

Вывод: используй хранилище.

(47) фигня с ссылкой получилась, вот правильная http://screencast.com/t/Lcuj3k3ZzpU

(48)
Я все пытался окошки сдвинуть, на девицу посмотреть :)

(49) специально для тебя http://www.screencast.com/t/uvHcR0a1vn

(50) Опять одинэсники все к сиськам свели ))

(51) Как говорит мой 9 месячный сын:
Жизнь хороша, когда сисю ешь не спеша!

(46)спасибо, но 7ка мне уже не нужна. Но мысль я понял.
Спасибо всем за идею. надеюсь фирма 1с когда нибудь допилит хранилище конфигурации