Проектът ви не се промени във влака към вкъщи, но мрежовият му маршрут се промени. Прокси адрес, който работи в офиса, може да е недостъпен вкъщи. Това е настройка на средата, а не причина да поставите проксито на работодателя си в POM файла на проекта.

Моделът на настройките на Maven поставя дефинициите на прокси в горната секция proxies. Профилите в настройките не предоставят второ произволно копие на тази секция. Добавянето на XML фрагмент с форма на прокси под профил не го прави поддържан механизъм за смяна на мрежата.

Прост вариант е да поддържате одобрени настройки за всяка среда и да избирате подходящата:

mvn --settings /path/to/settings-office.xml verify

Примерът избира потребителските настройки изрично. Използвайте командата и файла, подходящи за компилацията; това не означава, че файлът трябва да се ангажира с идентификационни данни.

Пазете разликите малки

Отбележете кои настройки действително се различават: активно прокси, обходени хостове, огледала и необходими сървърни акаунти. Втори файл не бива тихо да премахва несвързана политика на хранилище или да използва стара парола.

Проверете всички глобални настройки, които все още се обединяват с избраните потребителски настройки. Изричният файл прави входа видим, но не означава, че Maven няма други източници на конфигурация.

Автоматичното превключване се нуждае от реален сигнал

Maven не може да изведе „офис“ от местоположението на лаптопа в обичайния смисъл. Автоматичната подредба се нуждае от поддържан външен механизъм за откриване или управление и от определен отговор, когато този механизъм е недостъпен.

Внимавайте с широки модели за обход, предназначени да изключат проксито вкъщи. Те могат също да засегнат вътрешни дестинации или да скрият по кой маршрут е минала заявката.

За първа поправка предпочитайте видим, изричен избор на настройки. След като работи в двете среди, всяка автоматизация може да възпроизведе тази известна конфигурация, вместо да пренаписва многократно инструкциите за компилация на проекта.

Подобни статии