Прием разработки с историей версий разработок Ключевые слова: файл,именование
Очень часто при разработке внешних обработок, технических заданий или инструкций пользователям, полезно бывает хранить их промежуточные версии.
Поэтому я для себя выработал специальную методику сохранения промежуточных версий файла.
Если я работаю с файлом NNNN.XXX и хочу создать копию его версии, я копирую файл (обычно открываю диалог открыть и там копирую через буфер обмена в эту же папку), а затем даю копии имя NNNN YYYYGGMM.XXX. Если я делаю несколько версий в один день, в суффикс можно дописать время в формате HHMM или отличительную пометку версии.
Такая система именования очень полезна для просмотра списка версий, т.к. сортировка по наименованию одновременно является и сортировкой по дате версии.
Например, если я разрабатываю отчет "Бюджет.epf", то копии я могу дать название "Бюджет 20061230.epf" или "Бюджет 20061230 1150.epf" или "Бюджет 20061230 рабочая.epf"
Неудобство такого подхода состоит в большом количестве файлов. Особенно если обработка большая, а изменения маленькие.
Для таких случаев давно придуманы средства версионного контроля. В них накапливаются только изменения от версии к версии, если хранятся текстовые файлы, то их можно сравнить друг с другом.
Кроссплатформенные: RCS, CVS, Subversion.
В Visual Studio: Visual Source Safe.
В 1С с натяжкой таким инструментом можно назвать хранилище конфигурации (хранятся только объекты конфигурации, нет возможности удаленного доступа). |