Да не нужен вам тут докер. Классика — три vm с разными ОС — слейвы Jenkins, еще одна VM на линуксе — мастер. Если стоит задача тестировать развертывание — присмотритесь к Vagrant, поддержку win они вроде обещали. У докера она в зачаточной стадии пока, и да, требует win-хоста, а еще нормально не заработает в винде внутри VM. Что делать с макосью — не уверен. На вашем месте я бы городил гибридное решение — на линуксовой версии тестировал бы максимально чисто, тут докер может принести пользу, винды — классика (обычный слейв) или решение на Vagrant'е, мак — классика (ну или поискать, может есть специфичные решения — зачатки контейнеризации в ядре вроде есть, может есть уже удобный софт на этот случай). Всё это хозяйство может управляться одним мастером Jenkins достаточно удобно
За блокировку любимой программы никто никуда не пойдёт — это очевидно. А вот если любимую работу заблокируют — а к этому всё и идёт — иском дело может не обойтись.
Хм… Вероятно, кстати, я просто новый icloud зарегал. Хотя сейчас уже плохо помню — но нидерландский icloud у меня точно есть, нужно будет попробовать залогиниться туда. Ну то есть я имею в виду, что не помню, что в итоге сработало нормально — новый акк или смена региона старого. И еще одно важное дополнение — у меня айпишник нидерландский
Много ли сейчас сетей пропустят через себя такой откровенный спуфинг? Что мешает блокировать source-адрес? DNS тоже весьма ненадежен в плане блокировок. Что будет с NAT'ом, когда за ним станет слишком дофига таких пользователей?
Хотя это всё не сильно важно. Сейчас любая оригинальная идея будет работать. Чем больше будет решений и чем лучше они будут совместимы, в том числе, между собой — тем лучше. Не похоже, чтобы над блокировками работали грамотные специалисты (привет, 127.0.0.1)
Из этого следует другой интересный момент. У текущей системы полно изъянов, исправить которые будет весьма накладно экономически.
Вы не поняли человека. Я тоже не использую телеграм. Но у меня крайне негативное отношение к его блокировке. И это не связано с тем, что полинтернета заблочили — у меня всё «окей», но я осознаю, что это очень шаткое «окей».
Так может каждый просто сам своей головой подумает, что делать дальше? Сюда можно не писать, это контрпродуктивно — можно просто пойти и сделать.
Вообще-то есть такое, но мало кого устраивает скорость в 300… 2400 бит в секунду. Это реально то, что возможно на коротких волнах и многие это используют на яхтах, в походах и прочей глуши (в том числе, есть коммерческие сервисы) как дешевую альтернативу спутнику — можно принимать и отсылать почту и/или смс. Для тех, кто сейчас будет кричать, что это незаконно — напомню, что законы в разных странах — разные, а короткие волны не в курсе про политическую карту мира, как и, в принципе, остальная физика. Что касается mesh-сетей, если отбросить политическую и регуляционную состовляющую — это всё еще не так просто, как вам хотелось бы.
Я только что прочитал обзор коммерчески доступного гибрида электрошокера и генератора случайных чисел с USB интерфейсом на geektimes… Как я до этого дошел?
Нет, там все нормально (с историей) — проверка триггера не считается запуском, у триггера есть свой лог для отладки — если это нужно.
Про teamcity сказать положа руку на сердце не могу, моя рука как раз на Jenkins набита (но видел что-то такое у коллег на teamcity). Но bash я тоже люблю! :)
Коллега, я суть проблемы понял верно. Вот как бы я решил эту задачу без кастома на баше. Вроде, получается быстрее, удобнее и не на много более накладно по ресурсам — поэтому мне не понятно, откуда у вас такое странное требование — обойтись без системы CI.
Билд-триггер, который делает то, что вам нужно: plugins.jenkins.io/urltrigger (Считается md5 содержимого ответа, если оно изменилось с прошлого раза — стартует билд. Так же поддерживает триггер по заголовку last modified)
Про гит я говорил в контексте того, что не нужно вытягивать тесты — то есть скрипт с git pull не нужен (CI сам вытянет). Что вы тестируете черный ящик я понял.
Оповещение на мейл — вообще стандартная фича, а если стандартного не хватит — есть целая охапка на любой вкус.
Остается только указать этому хозяйству, как ваши тесты запустить и откуда потом взять репорт, чтобы выслать на почту. Уверен, что в других CI-системах дела обстоят примерно так же.
неонкаopenwrt небось? Наверное даже вайфай раздавать умеет?Хотя это всё не сильно важно. Сейчас любая оригинальная идея будет работать. Чем больше будет решений и чем лучше они будут совместимы, в том числе, между собой — тем лучше. Не похоже, чтобы над блокировками работали грамотные специалисты (привет, 127.0.0.1)
Из этого следует другой интересный момент. У текущей системы полно изъянов, исправить которые будет весьма накладно экономически.
Так может каждый просто сам своей головой подумает, что делать дальше? Сюда можно не писать, это контрпродуктивно — можно просто пойти и сделать.
Про teamcity сказать положа руку на сердце не могу, моя рука как раз на Jenkins набита (но видел что-то такое у коллег на teamcity). Но bash я тоже люблю! :)
ra1aie.livejournal.com/24349.html
Билд-триггер, который делает то, что вам нужно: plugins.jenkins.io/urltrigger (Считается md5 содержимого ответа, если оно изменилось с прошлого раза — стартует билд. Так же поддерживает триггер по заголовку last modified)
Про гит я говорил в контексте того, что не нужно вытягивать тесты — то есть скрипт с git pull не нужен (CI сам вытянет). Что вы тестируете черный ящик я понял.
Оповещение на мейл — вообще стандартная фича, а если стандартного не хватит — есть целая охапка на любой вкус.
Остается только указать этому хозяйству, как ваши тесты запустить и откуда потом взять репорт, чтобы выслать на почту. Уверен, что в других CI-системах дела обстоят примерно так же.