Книга знаний

Инф. технологии

Прием разработки с историей версий разработок

Мой опыт именования файлов разработок.Автор статьи: Гений 1С | Редакторы: Buran
Последняя редакция №2 от 19.12.06 | История
URL: http://kb.mista.ru/article.php?id=430

Ключевые слова: файл,именование


Очень часто при разработке внешних обработок, технических заданий или инструкций пользователям, полезно бывает хранить их промежуточные версии.
Поэтому я для себя выработал специальную методику сохранения промежуточных версий файла.
Если я работаю с файлом NNNN.XXX и хочу создать копию его версии, я копирую файл (обычно открываю диалог открыть и там копирую через буфер обмена в эту же папку), а затем даю копии имя NNNN YYYYGGMM.XXX. Если я делаю несколько версий в один день, в суффикс можно дописать время в формате HHMM или отличительную пометку версии.

Такая система именования очень полезна для просмотра списка версий, т.к. сортировка по наименованию одновременно является и сортировкой по дате версии.

Например, если я разрабатываю отчет "Бюджет.epf", то копии я могу дать название "Бюджет 20061230.epf" или "Бюджет 20061230 1150.epf" или "Бюджет 20061230 рабочая.epf"

Неудобство такого подхода состоит в большом количестве файлов. Особенно если обработка большая, а изменения маленькие.
Для таких случаев давно придуманы средства версионного контроля. В них накапливаются только изменения от версии к версии, если хранятся текстовые файлы, то их можно сравнить друг с другом.
Кроссплатформенные: RCS, CVS, Subversion.
В Visual Studio: Visual Source Safe.
В 1С с натяжкой таким инструментом можно назвать хранилище конфигурации (хранятся только объекты конфигурации, нет возможности удаленного доступа).

Описание | Рубрикатор | Поиск | ТелепатБот | Захваченные статьи | Установки | Форум
© Станислав Митичкин (Волшебник), 2005-2025 | Mista.ru

Яндекс.Метрика