Консоль управления: поддержка своих доработок

[АлександерK]

Вот допустим создали мы N своих разработок, они скомпилированы в K ресурсных файла... обновили "галактику", обновился Атлантис - появилась потребность в перекомпиляции всех K ресусных файлов:
1.как это реализовано сейчас? интересует сам механизм перекомпиляции
2.есть ли/подразумевается ли возможность автоматической пересборки ресурников, по принципу перекомпиляции N проектов строчным компилятором?

[vadim]

На уровне bat-файлов все делается на-раз.

[АлександерK]

Вадим, а можно пример этого магического процесса "на раз"? Буду очень признателен.

На уровне bat-файлов все делается на-раз.

[cruger]

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

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

Напомню, что строчный компилятор официально поставляется (и его легально можно использовать) лишь в составе комплекта разработчика Атлантис. Очевидно те суперпрограммисты, которым купили данное средство, в состоянии сами отследить изменения в обновлениях, самостоятельно проверить совместимость своих доработок с обновлениями и пр.

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

Для того, что бы эффективно выполнить задуманное, нам важно знать, какие задачи вы решаете, и как вы их решаете. Наша цель - предложить удобный механизм с автоматизацией. Пусть он не охватывает 100% всевозможных извращений (если люди привыкли чесать левое ухо правой рукой, переубедить их очень сложно), однако мы хотели бы поддержать очевидные разумные операции. В общем - соображения и инфа о текущем опыте на эту тему приветствуются.

[АлександерK]

Фёдор Терсин
про строчный компилятор VIP- ясное дело, все что с пом.него создано - мы сами поддерживаем и отслеживаем изменения
как быть в случае с перекомпиляцией ресурсных файлов, созданных с помощью КУ, если мы не пользуемся Патч Менеджером для установки обновлений, а берем, любезно предоставляемые Тюмбитом, готовые сборки exe-каталогов с обновлениями на определенную дату?

строчник я привел в качестве примера удобной перекомпиляции "кучи" доработок, было бы удобно по аналогии сделать перекомпиляцию ресурсников, созданных в КУ

[cruger]

Александр Киселев
Очевидно, так в случае строчника. В КУ есть возможность сохранить скрипт изменений. Заначиваете где-то свои изменения всего что наменяли (КУ, конфигуратор etc), при замене ресурсников руками смотрите, какие ресурсники изменились, и руками же накатываете соответствующие скрипты изменений.
Если вы не пользуетесь технологией автоматизации, то, очевидно, остаётся только ручной путь.

А кстати, почему вы не пользуетесь Менеджером обновлений?

[АлександерK]

Фёдор Терсин
про скрипты - нужно посмотреть, а то, что "ручной путь" - так это пакетными файлами настраивается и уже тогда работает автоматически

А кстати, почему вы не пользуетесь Менеджером обновлений?

Одно время он очень глючно работал и отошли от его использования в сторону готовых exe-каталогов Тюмбита... вот такое дело.

[АлександерK]

Фёдор Терсин
Кстати, была вроде у ПатчМенеджера еще какая-то проблема с использованием прокси ??? Не работал он корректно через проксю

[cruger]

В настоящее время мне известна только одна проблема с проксями: если стоит микрософтовская прокся в своём адском недокументированном ntlm режиме, но на локале не стоит её клиент.

[АлександерK]

Фёдор Терсин
не прокся обычная... будем пробовать :)

[vadim]

Вадим, а можно пример этого магического процесса "на раз"? Буду очень признателен.

я имел в виду про пересборку строчником...