ManWithBear

эта картинка особо ни о чем не говорит: она строится по индексу спотлайта и довольно часто имеет свойство тупить.
если же интересно, чем вообще занято место, то лучше https://daisydiskapp.com/ я не встречал.

По-моему достаточно четко указано:

Prisma does not claim ownership of any Content that you post on or through the Service. Instead, you hereby grant to Prisma a non-exclusive, fully paid and royalty-free, transferable, sub-licensable, worldwide license to use the Content that you stylize on or through the Service, subject to the Service’s Privacy Policy, available here prisma-ai.com/privacy, including but not limited to sections 3 (“Sharing of Your Information”) and 4 (“How We Store Your Information”).

Призма не присваивает себе авторство контента. Вы передаете неэксклюзивные права на стилизованный контент Призме, но поскольку передача прав не эксклюзивна, вы можете продолжать распоряжаться стилизованным контентом по своему усмотрению.

Значит надо реализовать apns. Не стоит держать приложение как службу, которая будет постоянно будить телефон и сажать батарейку.

Можно поступить как Google в gmail. Они пишут на Java и до 80% кода шарят между платформами с помощью j2objc. Происходит трансляция Java -> Objective-C. Но такой код довольно трудно написать. Транслируемая часть должна быть полностью независима от андроида. Часть кода на Obj-C/Swift придется написать.

Нет там такого класса и не было никогда, это "фича" среды Xcode, визуальный компонент для storyboard без code-behind.

Ваша задача сводится к простой вещи - как правильно деплоить код на продакшен.

Делается это очень просто:
- Просто клонируем код на продакшен
- Ставим зависимости (и все остальное)
- Удаляем все, чего не должно быть на продакшене - gulpfile.js, package.json, bower.json, .bowerrc и конечно же директорию .git.

Дальше начинаются варианты:
- Не далять директорию .git, а создать для prod окружения отдельный ключ, который имеет доступ только к prod ветке репозитория. Для увеличения секурности - можно еще открывать репозиторий для продакшена только перед деплоем и закрывать после деплоя.
- Использовать Docker. Просто собираем контейнер где-то еще, удаляем из контейнера все лишнее и после деплоим сам контейнер в продакшен.

Вариант с Docker является самым популярным сейчас и имеет огромный плюс - вы собираете образ с Django кодом, этот образ передаете на тестирование и после тестирования этот же образ уходит в продакшен. Это позоляет избегать ошибок, не найденных из-за различия тестового и продакшен окружений. Однако есть много особенностей сборки Docker контейнеров - будет правильным в начале изучить Best Practice, чтобы понять, что можно применить в Вашем случае.

Чтобы не делать все руками, имеет смысл этот процесс автоматизировать - для вас есть огромное количество инструментов - CI сервера (тот же Jenkins или web аналоги) и средства автоматизации для деплоя - ansible, salt-stack, puppet, chef. Как показывает практика - ansible один из самых простых.

Вы по видимому и не искали даже.

https://github.com/yukiasai/Gecco
https://github.com/jgurnani/tourTip

> Существуют ли какие-нибудь инструменты слияния

стремительно открой для себя git merge!