Да, в одну-то сторону мы можем сделать преобразование (Mdb -> текст, через АРМ проектов), в обратную сторону нет.
Думаю, что с экранными формами проблем не должно быть. Они ведь так же выгружаются в mdb, насколько я понимаю. Иначе, как бы операции мигрировали между стендами при накате mdb?
Про "приблуду": я думаю, что сакральной сложности написать, например, на Java утилиту, которая бы на вход получала директорию, в которой хранятся объекты в текстовом представлении, а на выходе бы выплевывала mdb, нет. Другое дело, как мне кажется, в том, что сможем ли мы собрать все отношения (связи между объектами), чтобы осталась целостность.
Экранные формы операций, если я правильно понимаю, находятся в табличке controls выгруженного хранилища и самой базы данных. Правда, корректного описания нет - см. файл controls.doc, но по смыслу понять можно.
Рассказывали о нужности. Тем более что у нас есть и другие разработки на других платформах, которые собственно живут с репозиториями. Плюс еще и с ЦФТ пытались договориться.
Про конкретные аргументы:
1. Удобство контроля и ведения совместной разработки. Все ведь втыкались в проблему использования хуков, когда кто-то что-то быстро подправит, а другой как раз ведет длинную разработку
2. Оплата за среду разработки существует у нас как практика и для других продуктов, сделанных не на базе АБС
Ну вроде как ту что ЦФТ рекомендовало ,
только как хранение изменений используем...
В Админе словаря в параметрах параметры
VSS_DATABASE
VSS_ROOT_PROJECT
путь к базе Microsoft Visual SourceSafe
Кто нибудь на практике использует указанный функционал?
Есть опыт-отзывы?... в АСД (Не Eclipse Platform)
Ну вроде как ту что ЦФТ рекомендовало ,
только как хранение изменений используем...
В Админе словаря в параметрах параметры
VSS_DATABASE
VSS_ROOT_PROJECT
путь к базе Microsoft Visual SourceSafe
Кто нибудь на практике использует указанный функционал?
Есть опыт-отзывы?... в АСД (Не Eclipse Platform)
сейчас ЦФТ наверное Eclipse будет рекомендовать
пользуем VSS, но не рекомендую,т.к. не удобен и ущербен
На вскидку:
1. При перепривязке к новой БД старой схемы VSS нужно снимать все блокировки на старой БД иначе станут заблокироваными операции на новой БД.
2. Блокировки VSS не всегда снимаются при выходе из редактирования операции в результате приходится снимать принудительно админу VSS
или тому кто заблокировал.
3. Периодически раз в полгода, в VSS появляются непонятные ошибки с индексом, приходится запускать встроенный механизм исправления, кот. работает долго 20-30 часов .
4. Добавление операций массово в VSS по маске короткого имени не работает, приходится добавлять каждую руками через контекстное меню в Админе словаря.
5. При накате ЦФТ патчей привязку в параметрах снимаем.
ЦФТ декларирует возможность использования следующих тулзов
AccuRev Integration for Eclipse
EGit - Git Integration for Eclipse
EMFStore Model Repository
P4Eclipse
Subversive - SVN Team Provider
Team Explorer Everywhere
UNICASE
bzr-eclipse
codeBeamer Eclipse Studio
CollabNet Desktop - Eclipse Edition
CVS Tools
CVS Version Tree
Eclipse Gitblit
Gitflow Nightly
Gonsole
MercurialEclipse (was: HgEclipse)
NXBridge Eclipse Plug-In for CA Endevor SCM
NXBridge Eclipse PlugIn
p4actions
Roundtable TSMS
SourceGear Vault Professional
SourceGear Vault Standard
Subclipse
Subclipse ANT task
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Домен cftclub.ru не связан с ЗАО "Центр Финансовых Технологий" и ни в коей мере не нарушает авторских и иных прав
Владелец может не разделять мнения Участников и не несет ответственности за их публикации
Powered by phpBB