|
Как проще перенести нетиповые изменения | ☑ | ||
---|---|---|---|---|
0
Borteg
27.06.12
✎
05:10
|
Есть 4 идентичных нетиповых базы, одну базу сильно доработал. Как перенести изменения в другие?
Можно ли просто выгрузить конфу, и в других базах сделать загрузить конфигурацию из файла, или лучше сравнение объединение? |
|||
1
xenos
27.06.12
✎
05:12
|
Обновление конфигурации по кнопке фильтр ткнуть галочку "показывать только дважды измененные" если таких не будет тыкать выполнить, если будут, то ручками переносить в тот релиз на который обновляешь.
|
|||
2
Borteg
27.06.12
✎
05:13
|
нету релизов, они все одного релиза, это не обновление. Просто в одной базе сделаны доработки, этих доработок довольно таки много поэтому руками трудно, вот как перенести эти доработки в другую базу. Я не обновляюсь
|
|||
3
Любопытная
27.06.12
✎
05:16
|
Раз хочешь внести свои изменения, значит уже обновляешься)
Если конфигурации идентичные и ты просто хочешь добавить свое - сравнить/объединить с конфигурацией из файла, а там выбирай для внесения только свои изменения |
|||
4
rphosts
27.06.12
✎
05:27
|
По нормальной схеме изначально нужно минимально вмешиваться в существующие объекты конфигурации, т.е. по возможности все изменения исключительно за счёт создания своих собственных объектов (документы, отчёты, подписки, общиемодули и т.п.) - тогда не возникнет проблем с переносом нового функционала в аналогичную конфу.
|
|||
5
Эмбеддер
27.06.12
✎
05:31
|
только "загрузить конфигурацию из файла"
сравнение объединение не меняет конфигурацию поставщика |
|||
6
Borteg
27.06.12
✎
05:40
|
а зачем менять конфу поставщика?) обновляться то вроде дальше нормально хочется, а сравнение объединение все хорошо сделало, спасибо Любопытная
|
|||
7
Любопытная
27.06.12
✎
05:43
|
(6) если номер релиза конфигурации БД и конфигурации поставщика совпадают, то проблем нет. Иначе однажды нарвешься на необновляемость)
|
|||
8
Borteg
27.06.12
✎
05:45
|
))кстати хорошая тема) а вот если релиз бд и конфы поставщика не совпадают загрузка идентичной конфигурации из файла исправит эту проблему?
|
|||
9
Эмбеддер
27.06.12
✎
05:50
|
(8) такого быть не должно. загрузка исправит проблему
|
|||
10
rphosts
27.06.12
✎
05:54
|
(8) при возврате к конфигурации поставщика для восстановления статуса "на поддержке" вероятна потеря своих добавок в объекты из типовой... если это код - это ерунда, а если данные - это веселуха!
|
|||
11
Любопытная
27.06.12
✎
06:01
|
Разве это не лечилось обычно через поддержка-сравнить/объединить со снятыми галочками? Или я что-то путаю?
|
|||
12
Эмбеддер
27.06.12
✎
06:04
|
(10) Я обычно делал так - беру типовую, сравниваю объединяю с переписанной. Конфигурацию сохраняю. В переписанной делаю загрузку конфигурации из файла (или можно снять с поддержки и сравнить, объединить, будет то же самое)
|
|||
13
rphosts
27.06.12
✎
06:06
|
(11) насколько помню если доработана структура регистров и документов - нет... ну тут требуются экспериметы над копией... при желании много чего возможно но вот нужно ли себе геморой организовывать!
|
|||
14
Anastasiy
27.06.12
✎
06:08
|
Журнал изменений от Раруса ставит любую конфу на поддержку при слиянии с ней. Эт, так, информация)
|
|||
15
Любопытная
27.06.12
✎
06:09
|
(13) "О сколько нам открытий чудных..." :)
|
|||
16
Anastasiy
27.06.12
✎
06:10
|
)))
|
|||
17
SeraFim
27.06.12
✎
06:16
|
а может из сильно доработанной создать хранилище?
и к хранилищу подключить все остальные |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |