|
Сохранение своих изменений при обновлениях | ☑ | ||
---|---|---|---|---|
0
beaver1971
17.06.15
✎
09:41
|
Ну собственно сабж... ))))
Есть конфа, допиливаю в ней под себя что-то. Через время выходит обновление. Накатываю обновление, все мои изменения тю-тю (((( Как упростить повторное допиливание, кто как решил проблему? |
|||
1
GROOVY
17.06.15
✎
09:42
|
Допиливать с умом надо.
|
|||
2
Вася Чез
17.06.15
✎
09:43
|
(0) юморист)
|
|||
3
el7cartel
17.06.15
✎
09:44
|
(0) способов решений полно! один из них пойти на курсы)))
|
|||
4
kosts
17.06.15
✎
09:46
|
(0) На видео снимай, процесс допиливания. При обновлении включаешь и намного легче допиливать, уже думать не надо.
|
|||
5
anatoly
17.06.15
✎
09:48
|
(0) обновлять с умом надо.
"накатывать повторно допиливания"... это феерично )) |
|||
6
Gray776
17.06.15
✎
09:48
|
(0) создай пустую базу и все свои допиливания туда дублируй потом после обновления оттуда и возмешь что допиливал )))
|
|||
7
GROOVY
17.06.15
✎
09:49
|
Главное, что пока никто про хранилище не проболтался.
|
|||
8
SkyJack
17.06.15
✎
09:53
|
Делаю так:
1. На копии рабочей сравниваю с конфигурацией поставщика - вижу свои изменения. 2. типовую обновляю и сравниваю с предыдущей конфой - типовые изменения 3. смотрю какие изменения проще "довнести" и ставлю или снимаю галочки с объектов конфигурации, отмечаю чьи изменения нужно добавить 4. сохраняю конфу и дописываю свои или типовые изменения 5. обновляю может покажется геморойно, но переписанную в хлам упп обновляю максимум за 4 часа |
|||
9
lxndr
17.06.15
✎
10:04
|
(8) ващето это все видно в окне сравнения / объединения
|
|||
10
Господин ПЖ
17.06.15
✎
10:05
|
>1. На копии рабочей сравниваю с конфигурацией поставщика - вижу свои изменения.
>2. типовую обновляю и сравниваю с предыдущей конфой - типовые изменения откройте для себя "дважды измененные" |
|||
11
SkyJack
17.06.15
✎
11:20
|
(10) спасибо, обязательно посмотрю. учиться никогда не поздно...
|
|||
12
beaver1971
17.06.15
✎
11:43
|
(10) и как в ОдынСэ побеждать "слияние ветвей"?
Всё равно ведь нужна куча ручной работы. Даже в очень продвинутых системах контроля версий слияние параллельных разработок - задачка не простая. Вопрос как раз в том, как уменьшить количество таких параллелей... Для новых объектов всё довольно просто (новые - отсутствующие как в изначальной, так и в обновлении)... А если изменения очень уж небольшие, но их много и они в разных местах. Как уменьшить количество работы в пункте 4 в ответе (8)? ((( |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |