Всем привет!
Возможно вопрос поднимался.
Кто-нибудь использует системы контроля версий при разработке?
Не просто выгрузка *.mdb с датой, а полноценную систему с merge, ветвлениями и тд
Насколько это вообще применимо к цфт...
Хотелось послушать одноклубников из цфт, как они решают проблемы учета версий
Хотелось послушать одноклубников из цфт, как они решают проблемы учета версий
скорее, противопожарная система - на случай если кто-то в запарке начинает на живой рабочей базе править...
исходники цфт-операций лежат в табличке SOURCES - вот на нее навесил триггер на вставку-удаление-апдейт записи и всё логирую в подобную самопальную табличку SOURCES###
если попросите, текст триггера могу выложить - там ничего особенного нет
PS: как система контроля версий не подходит, т.к. АСД сохраняет текст операций кусками (например, с 200 по 278 строчки - только то что поменялось)
Ну вроде как ту что ЦФТ рекомендовало ,
только как хранение изменений используем...
В Админе словаря в параметрах параметры
VSS_DATABASE
VSS_ROOT_PROJECT
путь к базе Microsoft Visual SourceSafe
Не заходил тут пару недель, а оказывается тема то жива ))
Да уж, каменный век разработки процветает.
Всем спасибо за варианты решения.
Похоже проще будет руками мерджить. не жалея сил и времени.
Тема с тригерром не так актуальна, т.к. на продакшн просто так не запилишь, а нужен контроль версий для тестовых баз, типа два проекта пилятся параллельно, перед накатом надо отследить что-где поменялось
Ну вроде как ту что ЦФТ рекомендовало ,
только как хранение изменений используем...
В Админе словаря в параметрах параметры
VSS_DATABASE
VSS_ROOT_PROJECT
путь к базе Microsoft Visual SourceSafe
Тоже столкнулись с такой темой по хранению/слиянию/ведению разработок.
Пришла в голову такая идея: АРМ админа проектов позволяет выгрузить текстовое представление любого объекта. Текстовые представления можно хранить в гите, к примеру. Только теперь нужна какая-то "приблуда", чтобы по тем текстовым представлениям можно было обратно собрать *.mdb-файл.
Представим, что у нас есть такая "приблуда", и мы можем перегонять исходники из *.mdb в текст и обратно.
Тогда в гите можно было бы вести ветку разработки, тестовых стендов, UAT и, собственно, прома. После того, как весь код проходит тестирование, он собирается в один огромный *.mdb из источников с ветки прома (если мы собираем обновление для прома) и вкатывается его в пром.
При таком раскладе у нас остается возможность как нативно использовать администратор проектов и сравнивать, например, две ветки разработки, так и выполнять слияния/сравнения в гите.
Если использовать всяческие хуки, девопсы и прочие CI/CD-инструменты, то можно будет очень сильно облегчить себе жизнь.
А теперь вопрос, уважаемые знатоки: что вы думаете об этой идее? Хотелось бы взгляда со стороны. Всяческая критика приветствуется.
Тоже столкнулись с такой темой по хранению/слиянию/ведению разработок.
Пришла в голову такая идея: АРМ админа проектов позволяет выгрузить текстовое представление любого объекта. Текстовые представления можно хранить в гите, к примеру. Только теперь нужна какая-то "приблуда", чтобы по тем текстовым представлениям можно было обратно собрать *.mdb-файл.
Представим, что у нас есть такая "приблуда", и мы можем перегонять исходники из *.mdb в текст и обратно.
Тогда в гите можно было бы вести ветку разработки, тестовых стендов, UAT и, собственно, прома. После того, как весь код проходит тестирование, он собирается в один огромный *.mdb из источников с ветки прома (если мы собираем обновление для прома) и вкатывается его в пром.
При таком раскладе у нас остается возможность как нативно использовать администратор проектов и сравнивать, например, две ветки разработки, так и выполнять слияния/сравнения в гите.
Если использовать всяческие хуки, девопсы и прочие CI/CD-инструменты, то можно будет очень сильно облегчить себе жизнь.
А теперь вопрос, уважаемые знатоки: что вы думаете об этой идее? Хотелось бы взгляда со стороны. Всяческая критика приветствуется.
Как выгружать содержимое экранных форм? Клиент скриптов?...
Пока, исходя из практики, применяется ручной merge,... плюс
Так это же тоже текст ?
Вот сравнивать изменения экранных форм не очень удобно в текстовом виде...
Думаю что текст, как то же он хранится...в схеме...может в виде xml, может в виде плоской таблицы
Сомнительно что ранее упомянутая "приблуда" сможет корректно выгружать всё(в том числе операции с формами) в двух направлениях... не встречал в ЦФТ такого...
В частности вот тут
...а в гите можно было бы вести ветку разработки, тестовых стендов, UAT и, собственно, прома. После того, как весь код проходит тестирование, он собирается в один огромный *.mdb из источников с ветки прома ...
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Домен cftclub.ru не связан с ЗАО "Центр Финансовых Технологий" и ни в коей мере не нарушает авторских и иных прав
Владелец может не разделять мнения Участников и не несет ответственности за их публикации
Powered by phpBB
О проекте
Поиск
Отзывы
Регистрация
Вход
