Просьба к разработчикам.

[Tuzik_Baskerville 18]

Уважаемые разработчики, очень Вас прошу при релизе указывать полный чейнджлог. Понимаю что времени нет, но если вы не указываете то на форуме засыпят вопросами. Вот взять сегодняшний релиз , там ничего нет по изменениям в battleLabelsTemplates.xc. Я свой конфиг сверху накатил и при логине пропал пинг и онлайн.

Ну думаю опять ошибка в конфиге. Так как по логам я ошибку найти не разумию, то пришлось методом постепенной подмены выявлять виновника.

Или может быть посоветуете более простой вариант поиска изменений в новой версии относительно старой? Я без претензий, продукт бесплатный и т.д., просто просьба.

Edited January 24, 2017 by Tuzik_Baskerville

[ktulho 5,790]

Или может быть посоветуете более простой вариант поиска изменений в новой версии относительно старой?

, например вот этот инструмент. Также в Notepad++ (тема) есть плагин Compare (второе сообщение в теме).

Edited January 24, 2017 by ktulho

[Tuzik_Baskerville 18]

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

Upd: да пользуюсь компаратором из Notepad тут мне его и присоветовали меся-два назад.

Но, в чейнджлог глянул, чик и готово. )))

Edited January 24, 2017 by Tuzik_Baskerville

[ktulho 5,790]

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

Вы можете сравнивать старую папку default с новой.

[Tuzik_Baskerville 18]

Вот не подумал, спасибо.

[norkas 28]

Я использовал Git когда-то, самое удобное решение на мой взгляд (или любая другая система контроля версий подойдёт). Но порог вхождения будет существенно выше.

 

Если кого заинтересует, тот сможет прочитать и разобраться.

 

А я опишу вкратце алгоритм (пример для Git):

1. Скачиваем чистый конфиг XVM.

2. Заходим в папку скачанного конфига.

3. Создаём там репозиторий (git init), создаём ветку xvm и переключаемся на неё: (git checkout -b xvm)

4. Фиксируем состояния всех файлов: (git commit -a -m "ver %XVM_VERSION%").

5. Теперь создаём свою ветку с именем my-config и переключаемся на неё: (git checkout -b my-config).

6. Редактируем конфиг так, как нам хочется. Фиксируем наши изменения в нашей ветке (git commit -a -m "my config #1").

 

Далее, всякий раз когда выходит новый XVM, делаем следующее:

1. Переключаемся в ветку xvm, где мы фиксировали состояние предыдущей версии стандартного конфига XVM: (git checkout xvm)

2. Распаковываем новую версию конфигов XVM в папку.

3. Выполняем команду (git status) чтобы удостовериться что изменения двух версий XVM в стандартных конфигах есть. Если git пишет что изменений нет, то апдейтить ничего и не требуется. А если всё-таки изменения есть, то идём дальше:

4. Фиксируем изменения: (git commit -a -m "ver %XVM_VERSION%")

5. Переключаемся обратно на нашу ветку my-config: (git checkout my-config).

6. Накатываем наши изменения в конфиге на последнюю зафиксированную версию конфига XVM: (git rebase xvm).

 

Итого: 5 команд в шелле и распаковывание новой версии конфига XVM. Никаких блокнотов и прочей чипухи!

 

В принципе, эти 5 команд можно вообще в шелл-скрипт засунуть, для автоматизации так сказать.

Edited January 29, 2017 by norkas