Здравствуйте!

Пакет Custom не предназначен для работы с SVN. Перенесите доработки в свой пакет, затем уже выполняйте фиксацию в хранилище.

Илья, спасибо за ответ.

Продолжу вопрос :smile:

На данный момент (досталось в наследство) в пакете "Custom" находится около 400 элементов и разнести их по отдельным пакетам будет делом всей моей жизни. Есть идея, что эти элементы можно скопировать в новый пакет, который уже будет синхронизирован с SVN. Но есть один момент.

Была найдена информация про пакет Custom.

В процессе своей работы мастер разделов или мастер деталей не только создает различные схемы, но и привязывает данные к текущему пакету. Однако, если текущим пакетом является пакет [Custom], то перенести привязанные данные в другой пользовательский пакет практически невозможно. Поэтому рекомендуется в качестве текущего пакета использовать любой пользовательский пакет, но не [Custom].

Как вы думаете можно ли скопировать элементы в новый пакет, который уже будет синхронизирован с SVN? Может есть ещё варианты?

Ох, как я вас понимаю...
А особенно если с "выездом" в отдельные пакеты паралельно вам надо будет разрабатывать в своих пакетах расширяя то что в Custom это боль.
Предлагаю грязный трюк:
Создаете пустой пакет между Custom и редакционнымSoftKey_RUS
Потом прям на уровне бд в SysSchema - все схемы которые дочерние для Custom, апдейтите для них колонку SysPackageId на значение нового созданного вами пакета.
В теории - всё...
Дальше фиксируете его в SVN ну и собственно сможете вклинить любые ваши пакеты доработок между ним и Custom-ом если надо будет что-то расширять.

Отпишитесь пожалуйста - вышел каменный цветок или нет.
По идее все делается за 15 мин :)

Илья, спасибо за совет. Грязный трюк сработал и конфа компилировалась удачно.
Единственно, что пришлось исправить ещё кое-какие зависимости пакета(внешние сборки, sql-сценарии, данные). Скрипт выглядит примерно так.

update SysSchema set SysPackageId = '42C32F84-0E99-4A7B-8CEF-0A2BD30CF8F7' -- newPackage
where SysPackageId = 'AC5A5588-77FF-4CD0-B5D6-9561546E3D22' -- Custom
 
update SysPackageSchemaData set SysPackageId = '42C32F84-0E99-4A7B-8CEF-0A2BD30CF8F7' -- newPackage
where SysPackageId = 'AC5A5588-77FF-4CD0-B5D6-9561546E3D22' -- Custom
 
update SysPackageReferenceAssembly set SysPackageId = '42C32F84-0E99-4A7B-8CEF-0A2BD30CF8F7' -- newPackage
where SysPackageId = 'AC5A5588-77FF-4CD0-B5D6-9561546E3D22' -- Custom
 
update SysPackageSqlScript set SysPackageId = '42C32F84-0E99-4A7B-8CEF-0A2BD30CF8F7' -- newPackage
where SysPackageId = 'AC5A5588-77FF-4CD0-B5D6-9561546E3D22' -- Custom

Отразится ли это на последующей работе конфигурации неизвестно, буду тестировать.

Ну да я как-то забыл про "Данные" и "Скрипты" но вы по аналогии сделали все верно.
Последствий быть не должно...
Фактически вы можете произвести по базе поиск ID-ника пакета Custom и собственно посмотреть где он там еще задействован, но скорее всего со схемами и модулями он уже никак связан не будет.
Нет связи - нет проблем... остальные Id и UId остались без изменений.

Теперь вы можете при необходимости спокойно расширять/замещать логику и объекты объявленные ранее в Custom и размещать это в обособленных пакетах между Custom и пакетов в который переехали.

Да и схемы в самом пакете куда переехали - вы можете потихоньку переносить в обособленные пакеты просто создавая их - выстраивая их зависимость от "пакета с переездом", и просто в конфигураторе, открывая "Все" свойства, схем и объектов - просто меняйте пакет.

И таким образом "дело всей вашей жизни", окажется делом нескольких недель или максимум месяцев, и у Вас останется еще целая жизнь на разработку нового функционала :)
Приятной работы.

Илья, благодарю за помощь!

Надеюсь новый функционал уже не за горами!:smile:

"Шумков Виталий" написал:Отразится ли это на последующей работе конфигурации неизвестно, буду тестировать.

Всё прошло нормально, могут возникнуть какие-то мелкие вопросы, но всё решаемо. К метаданным даже не пришлось обращаться. Сделайте бэкап и наслаждайтесь свободным полётом по бд.

Здравствуйте!

Есть два варианта:
1) Перенос БД (в случае, если на продакшн среде нет данных)
2) Выгрузить пакет через WorkspaceConsole. В таком случае необходимо предварительно выполнить привязку данных к пакету по данным, которые должны быть перенесены. Из того, что назвали вы, необходимо привязать данные объектов:

• SysProfileData (Настройки колонок в разделах)
• SysSettings (Системные настройки)
• SysSettingsValue (Значение системных настроек)

1) Перенос БД (в случае, если на продакшн среде нет данных)

Т.е. нет необходимости привязки к SVN ?

А где хранятся рабочие места?

Здравствуйте!

Привязка к SVN не требуется. Рабочие места хранятся в объекте SysWorkplace, разделы в рабочих местах - в объекте SysModuleInWorkplace.

Я, конечно, не разработчик, но в почему всё в пакете Custom? Его же, вроде, нельзя корректно перенести.

"Сидоров Александр Валерьевич" написал:всё в пакете Custom?

"Голикова Елена Евгеньевна" написал:Какова природа данной проблемы?

"Варфоломеев Данила" написал:Разве? всё вроде как в пакете WS_FirstOfd

Да, Вы правы. На этом скрине мне показалось, что открыт пакет Custom https://yadi.sk/d/gn6EsdX33Gg6zc

"Варфоломеев Данила" написал:
Сидоров Александр Валерьевич пишет:

всё в пакете Custom?

Разве? всё вроде как в пакете WS_FirstOfd

Голикова Елена Евгеньевна пишет:

Какова природа данной проблемы?

Вы только компилировали? Или делали все 5 шагов? (генерация-компиляция-данные-скрипты-обновление структур)?

Здравствуйте!

Ответ на вопрос "Какова природа данной проблемы?" - различие между тестовой средой и продуктовой среда, на прод вносятся изменения на прямую миную тест.

Выполните следующие рекомендации:

• Убедитесь в корректности зависимостей пакетов и их соответствие между тест и прод средой
• Откройте все объекты участвующие в разделе, убедитесь, что все поля заполнены корректно, после чего пересохраните и опубликуйте. Все возникшие конфликты устраните
• Переоткройте каждую схему/модуль раздела и пересохраните/скомпилируйте
• Откройте процесс и выполните его пересохранение, возникшие ошибки устраните

Не забудьте все исправления внести тестовую среду.

Обратите внимание на системную настройку SchemaNamePrefix на прод среде, она должна совпадать с настройкой на тест среде.

"Терещук Павел" написал:

Здравствуйте!

Ответ на вопрос "Какова природа данной проблемы?" - различие между тестовой средой и продуктовой среда, на прод вносятся изменения на прямую миную тест.

Выполните следующие рекомендации:

• Убедитесь в корректности зависимостей пакетов и их соответствие между тест и прод средой
• Откройте все объекты участвующие в разделе, убедитесь, что все поля заполнены корректно, после чего пересохраните и опубликуйте. Все возникшие конфликты устраните
• Переоткройте каждую схему/модуль раздела и пересохраните/скомпилируйте
• Откройте процесс и выполните его пересохранение, возникшие ошибки устраните

Не забудьте все исправления внести тестовую среду.

Обратите внимание на системную настройку SchemaNamePrefix на прод среде, она должна совпадать с настройкой на тест среде.

Попробуйте опубликовать сам объект в среде, где заполнено "Перед добавлением записи"
После этого опять зафиксировать в хранилище пакет.

"Zaitova Liubov" написал:о не перенесся связанный процесс

"Севостьянов Илья Сергеевич" написал:
Zaitova Liubov пишет:

о не перенесся связанный процесс

В составе пакета схема этого процесса присутствует (на среде куда осуществляли установку) ?

Возможно БП создан мастером и сохранен в "текущий пакет" (Custom как правило) а не в тот который вы переносите, в таком случае в редакторе БП - существует возможность сменить пакет.

Вы сам Объект публиковали после того как добавили обработку события Inserting?

"Коновалов Игорь" написал:

Вы сам Объект публиковали после того как добавили обработку события Inserting?

Добрый день.
После того как добавили пакет в новую систему вы сделали ряд операций:

После установки пакета из SVN необходимо выполнить следующие действия:
 
1. Сгенерировать для требующих генерации.
2. Компилировать все.
3. Выбрать элементы, структура которых менялась. Обновить для них структуру БД.
4. На вкладке Данные отобразить колонки Текст последней ошибки и Требует установки в БД. Установить выбранные элементы.
5. На вкладке SQL сценарии Установить выбранные элементы.

?

+ добавить в пакет привязку данных со справочника на который идет типизация.

Все это сделал и не один раз(чистую базу разворачивал, снова заливал пакет).
Данный к справочнику привязаны. Он же переносит и почему то показывает 3 из 4х, а первый пункт меняет на стандартный "

Добрый день, Павел.

Уточните пожалуйста к каким схемам привязанные данные, которые вы переносите?

Мария, добрый день. Не совсем понял вопрос. Данные привязаны в данных (создавался объект(родитель базовый справочник), добавил в справочники этот объект, заполнил и привязал данные из этого объекта).

Здравствуйте, Павел.

"Павел И" написал:

Мария, добрый день. Не совсем понял вопрос. Данные привязаны в данных (создавался объект(родитель базовый справочник), добавил в справочники этот объект, заполнил и привязал данные из этого объекта).

Прикрепленный файлРазмер

123.jpg
17.72 кб

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

3 из 4х было перенесено, а которая работает не корректно как раз не перенеслась. При редактировании мастером раздела эти данные должны создаваться автоматически? Если нет, то можно инструкцию как правильно привязать данные после редактирования.

))) смешно...но сам столкнулся с такой проблемой.
В пакете- данные отражаются. Но после компиляции их все равно в БД нет. 7.9.1

Павел, если при установке данных не возникло ошибок проблема может быть в не корректной привязке данных. Рекомендуем ознакомиться с инструкцией привязки данных: https://academy.terrasoft.ru/documents/technic-sdkmp/7-9/privyazka-dann….

Для более детального анализа проблемы не достаточно данных. Рекомендуем вам провести отладку кода и обратиться в Техническую поддержку Террасофт.

Здравствуйте!

Попробуйте выполнить установку пакетов по очереди, начав с первого по иерархии.
Установить его из SVN (+ выполнить генерацию исходного кода, компиляцию, обновлении структуры базы данных).

Добрый вечер, Илья.
Таким образом и проводилась установка.

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

Дело в том, что сюда я и написал, потому что тех поддержка отклонила по SLA.
Хотя никакой новой логики здесь нет. Пытаемся пользоваться базовым функционалом по установке пакетов.

Здравствуйте, Михаил.

Прикрепите пожалуйста логи установки.

Марат, после удаления схем в системе нужно также удалить их файлы из временной папки, как описано в ответе тут. После этого схемы исчезнут и в SVN.

Александр, да все верно. В моем случае это помогло. Но ошибка которая выходила при этом меня сбила столку.

Элементы невозможно зафиксировать в хранилище, т.к. один или несколько компонентов заблокированы другим пользователем
Working copy '\Usr' locked
SvnErrorCode: SVN_ERR_WC_LOCKED
RootCause: sqlite[S14]: unable to open database file

Долго мучился, пока на самом деле не удалил папку C:\Windows\Temp\NN\Worspace\TerrasoftPackages
где NN - номер приложения
Worspace - Имя Worspace.

Было бы классно в FAQ добавить)))

Вы можете добавить своё пожелание, нажав кнопки под статьёй в академии. Ссылку на Ваше сообщение туда уже отправил.

Марат, получили от Вас обратную связь на Академии, спасибо! Запланировала задачу, сделаем дополнение в FAQ.

Людмила, еще момент, мы сталкиваемся с такой проблемой в SVN с тем, что система дает удалять залоченные файлы. Тем самым если в последствии системе создать аналогичный - то не получится его добавить в репозитарий.

Здравствуйте, Марат!

Напишите, пожалуйста, подробный кейс воспроизведения данной ошибки на support@terrasoft.ru, чтобы мы могли воспроизвести ошибку и передать информацию разработчикам ядра.

Создал модули пустые а они зараза залоченные. А разблокировать невозможно, т.к. их нет в SVN.

Здравствуйте!

Попробуйте удалить свою локальную working copy, после чего выполнить update из svn.
Скорее всего на Вашей машине хранится мусор в локальной папке svn, который блокирует работу.

Сделал
Select *
FROM [SysSchema]
where [IsLocked] > 0

Оказалось что они заблокированы.

Разблокировал.

Не помогло.
Сейчас даже детали через мастер создаются заблокированные сразу.
А как таковых деталей нет.

Удалите содержимое папки %TEMP%\%APPLICATION%\%WORKSPACE%\ находящуюся на локальной машине, кроме папки SVN, в ней находятся логины/пароли к SVN

Павел, не могу найти эти папки. в webconfig у меня так %TEMP%\%APPLICATION%\%WORKSPACE%\ но не нашел.

Описание параметров:

• %TEMP% - C:\Windows\Temp
• %APPLICATION% - порядковый номер сайта в IIS
• %WORKSPACE% - название конфигурации (Default)

На моей локальной машине, следующий путь: C:\Windows\Temp\2\Default

Спасибо, Павел.

Я тоже столкнулся с таким багом. Вопрос к террасофту, как же можно было такое допустить то? Удалил схему, попытался её обратно залить, но не удалось, она заблокирована в СВН. Её там НЕТ! И хоть ты тресни.

Юсупов Марат,

Маракт, ну как ты решил этот вопрос?

Здравствуйте, Дмитрий!

Видимо, Марат не видит Ваших комментариев. Рекомендуем Вам написать ему в личные сообщения.

Добрый день, Марат.

Для избежания конфиликтов рекомендуем вам использовать блокировку элементов пакета.

С уважением,
Группа компаний Terrasoft

"Мария Ватулина" написал:

Добрый день, Марат.

Для избежания конфиликтов рекомендуем вам использовать блокировку элементов пакета.

С уважением,

Группа компаний Terrasoft

Здравствуйте!

Если проблема наблюдается в разных рабочих пространствах (workspace), то нужно анализировать. Если описанное поведение наблюдается в одном рабочем пространстве, то это нормальное поведение системы, т.к. у каждого разработчика должно быть свое рабочее пространство. Блокировки возникают если несколько человек параллельно работают в одном рабочем пространстве.

Добрый день.
Сергей у нас наоборот - Разные пространства.
И периодически система при фиксации пакета говорит, что пакет нельзя зафиксировать стоит Commit. Самое интересное перед изменением файла нет никаких предупреждений, что файл заблокирован пользователем Х, кроме Объектов.
Приходиться через "тортилу" заходить и разблокировать.
Может CollabNet какие то настройки надо сделать, у нас по дефолту.
Неудобно.

У нас двухуровневая система блокировок:

1. БД *(на уровне workspace)
2. B SVN

Если разработка проходит в нескольких пространствах, то работает вторая (svn), и механизм разруливания блокировок на стороне SVN:
- при изменении схемы автоматически ставится блокировка в SVN, которая снимается при commit-e.
Если приходится разблокировать вручную, то тот кто менял схему не зафиксировал свои изменения.

Коллеги. еще конфликт появился.
Создали деталь.
Файл заблокировали, чтобы никто не смог его поменять. После изменений. Разблокировать не можем потому, что в хранилище нет его.
Переименовали, все равно не дает удалить либо зафиксировать пакет в хранилище.
Удалили, заново создали деталь он сразу стал Заблокированным.

Что такое?
Как я понимаю есть системная таблица где храниться информация что он заблокирован. Где подскажите пож-та?

еще дополнительно ... попытались создать деталь новую.
После создания она опять стала заблокированной(зеленый замок) как так?

Здравствуйте, Марат!

Таблица называется SysSchema, поле isLocked.

Добрый день, Любовь.

Рекомендуем вам использовать VisualSVN, или связку TortoiseSVN + Tsvn, так как фиксация из файловой системы выполняется намного быстрее чем из приложения.

"Мария Ватулина" написал:

Добрый день, Любовь.

Рекомендуем вам использовать VisualSVN, или связку TortoiseSVN + Tsvn, так как фиксация из файловой системы выполняется намного быстрее чем из приложения.

Любовь, разницы нет. Результат будет одинаковым. Вы можете комитить изменения как из файловой системы, так и из IDE.

"Мария Ватулина" написал:

Любовь, разницы нет. Результат будет одинаковым. Вы можете комитить изменения как из файловой системы, так и из IDE.