|
|
Обновление конфигурации на поддержке. Как кто делает?
|
|
0
Igor 2007
29.06.18
✎
16:03
|
Всего мнений: 8
Повышение производительности обновления типовых конфигураций 1С с использованием внешних программ. Я делаю через KDiff3 около года уже и регулярно.
Хотел еще поделиться опытом.
Интересно как реализовано в 1C:Enterprise Development Tools.
|
|
|
1
Igor 2007
29.06.18
✎
16:03
|
Пока доволен.
KDiff3 |
|
|
2
Fragster
гуру
29.06.18
✎
16:11
|
таки да
KDiff3 |
|
|
3
Fragster
гуру
29.06.18
✎
16:11
|
>Интересно как реализовано в 1C:Enterprise Development Tools.
никак
|
|
|
4
Aleksey
29.06.18
✎
16:12
|
Хватает и типовых возможностях тем более сейчас когда 1с сохраняет изменения
Стандартный способ |
|
|
5
elCust
29.06.18
✎
16:13
|
(0) Я по старинке.
Стандартный способ |
|
|
6
lubitelxml
29.06.18
✎
16:15
|
редко обновлениями занимаюсь, поэтому не заморачиваюсь
Стандартный способ |
|
|
7
Fragster
гуру
29.06.18
✎
16:23
|
вот кто пользуется стандартным объединением, реально, как без трехстороннего сравнения живете?
|
|
|
8
Aleksey
29.06.18
✎
16:25
|
(7) А зачем. Загрузил XML и она сама расставит галочки. Тем более сейчас она умеет объединять по процедурно в рамках одного модуля
|
|
|
9
Dmitry1c
29.06.18
✎
16:34
|
Иногда надо глазами анализировать, что меняется в коде, т.к. возможно требуется рефакторинг.
KDiff в итоге приведет к проблемам.
Стандартный способ |
|
|
10
Igor 2007
29.06.18
✎
16:35
|
(8) Можно подробнее?
|
|
|
11
Cool_Profi
29.06.18
✎
16:41
|
В нашей кастомизированной - через хренилище
Иначе. |
|
|
12
zmaksimuz
29.06.18
✎
16:43
|
Пока данный способ полностью устраивает.
Стандартный способ |
|
|
13
johnnik
29.06.18
✎
16:47
|
Ролик, продолжительностью в ЧАС (Карл!!!), объясняющий как работает внешнее приложение для обновления - это подозрительно. Намекает, что там дохрениард настроек, ошибившись в которых можно поиметь уйму геморроя.
Стандартный способ, несмотря на то, что я обновляю с полсотни конфигураций в месяц (и более)
|
|
|
14
Igor 2007
29.06.18
✎
17:13
|
|
|
|
15
Fragster
гуру
29.06.18
✎
17:20
|
(8) когда познаешь построчное сравнение с автоматическим разрешением конфликтов (речь про дважды измененные модули и строки в них), когда автоматом 95% различий решается правильно, и прикладывать руку нужно только там, где одни и те же строки (не методы!) были изменены дважды - и на внедрении и в обновлении типовой. Причем без дурацких комментариев с mrg, а простым выбором, какие строки оставлять, старые, рабочие или новые, или в любой комбинации из них (а потом немного подкорректировать также можно).
|
|
