ничего не просит, в .fastlane ничего нет

в методе upload_to_testflight есть аргументы для api

Да, похоже это добавили наконец. И можно убирать костыли
fastlane has historically used Apple IDs with username and password to authenticate using a cookie-based web session. fastlane will continue using this same cookie-based web session to authenticate with an unofficial version of the App Store Connect API.

и в доке фасталейна написано, два метода, один апи, другая двухфакторка

ну вот, с подключением

Блин, они это в августе 2020 сделали, а я все это фигачил в июне 2020. Надо было подождать два месяца.

Я там такие костыли делал капец. Но все таки непонятно какой метод они используют для заливки. Либо дока apple устарела. Надо в коде поискать.

Я переделал на ключи, когда они включили обязательную двухфакторку в марте

ну у меня двух факторка автоматом проходит. Там костыли, смски направляются в приложеньку. Через fastfile читаем последние смски с приложеньки и вставляем код для прохождения двух факторки. Поэтому даже не следил за этим делом

зато автоматом работает до сих пор =)

Всем привет! Пытаюсь разобраться как делать полный бекап VPS сервера Ubuntu 20.04.2 LTS, наткнулся на duplicity и начал тестировать, написал такой простенький скрипт для бекапа, бекап делает замечательно, сначала полный затем инкрементальный если команду повторить.

Далее я написал скрипт для восстановления системы из текущих бекапов, и при его запуске получаю кучу ошибок

Может кто знает как решить проблему? И правильно ли я исключаю директории в первом скрипте для бекапа? Взял их здесь https://help.ubuntu.com/community/BackupYourSystem/TAR

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

таким никто не занимается. Либо готовят образ системы с помощью packer, либо настраивают с помощью систем управления конфигурациями.
Бэкпы всей системы не нужны. Лучше иметь возможность воспроизвести настройки с нуля и автоматически

Мне показалось это удобным, например я делаю бекап всей системы перед её обновлением apt update && apt (upgrade | full-upgrade)

Если что-то сломалось то взял и восстановил все назад через дуплисити, это же норм?

Образ системы же будет занимать очень много места?

а с чего бы ему много весить? Это всего лишь базовый образ системы + установленные зависимости для ПО которое в нем будет запускаться + само ПО. Чуть больше образа контейнера, но не на очень много. Но это точно будет весить <= бэкапа. А если бэкапов >= 3, то образ точно выгодней по месту. Тебе в единый момент времени максимум нужно два образа. Любые итерации имзинений ты можешь собрать packer'ом c нуля, откатившись на нужный коммит и пересобрав заново образ из шаблона в этом коммите.
Нет смысла делать apt upgrade. Когда можешь запечь еще один образ с обновленным ПО/новым дистибитувом и выкатить. А старый удалить.

С scm аналогично, сломалось после apt-upgrade, выкатываешь систему с нуля, и scm ее готовит.

А сервис vps не предоставляет снапшоты? Ну и да, согласен с коллегой: бекап файловой системы это не очень хороший процесс. Лучше создавать образ для развёртывания, а бекапы снимать только с прикладных приложений (с баз данных и чего-то подобного)

Так редко делают, потому что восстановление системы из бэкапа не сильно быстрее чем CMS и накатить все пакеты и настройки чезер него