CftClub.ru

[danzki]

Всем привет!
Возможно вопрос поднимался.
Кто-нибудь использует системы контроля версий при разработке?
Не просто выгрузка *.mdb с датой, а полноценную систему с merge, ветвлениями и тд
Насколько это вообще применимо к цфт...
Хотелось послушать одноклубников из цфт, как они решают проблемы учета версий

[KhrushchevAV]

Тоже интересно. Мерджим вручную, как в прошлом веке.

[yaffil]

Тоже не видел. Сделал представление с поломатыми ф-циями.
Накатил версию, глянул туды, починил что сломалось.

[Damir]

[Alkov]

Ну вроде как ту что ЦФТ рекомендовало ,
только как хранение изменений используем...
В Админе словаря в параметрах параметры
VSS_DATABASE
VSS_ROOT_PROJECT
путь к базе Microsoft Visual SourceSafe

[KhrushchevAV]

[danzki]

Не заходил тут пару недель, а оказывается тема то жива ))
Да уж, каменный век разработки процветает.
Всем спасибо за варианты решения.
Похоже проще будет руками мерджить. не жалея сил и времени.

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

[nevask]

Предполагаю, для технологического ядра используют SVN.
А вот прикладная часть похоже без контроля версий.

[Матвеев Евгений]

[Alesana-san]

Всем привет!

Тоже столкнулись с такой темой по хранению/слиянию/ведению разработок.

Пришла в голову такая идея: АРМ админа проектов позволяет выгрузить текстовое представление любого объекта. Текстовые представления можно хранить в гите, к примеру. Только теперь нужна какая-то "приблуда", чтобы по тем текстовым представлениям можно было обратно собрать *.mdb-файл.
Представим, что у нас есть такая "приблуда", и мы можем перегонять исходники из *.mdb в текст и обратно.
Тогда в гите можно было бы вести ветку разработки, тестовых стендов, UAT и, собственно, прома. После того, как весь код проходит тестирование, он собирается в один огромный *.mdb из источников с ветки прома (если мы собираем обновление для прома) и вкатывается его в пром.
При таком раскладе у нас остается возможность как нативно использовать администратор проектов и сравнивать, например, две ветки разработки, так и выполнять слияния/сравнения в гите.
Если использовать всяческие хуки, девопсы и прочие CI/CD-инструменты, то можно будет очень сильно облегчить себе жизнь.

А теперь вопрос, уважаемые знатоки: что вы думаете об этой идее? Хотелось бы взгляда со стороны. Всяческая критика приветствуется.

[Матвеев Евгений]

[Alkov]

[Матвеев Евгений]

[Alkov]

[Матвеев Евгений]