Wan-Derer

Если не брать VPN(через него нормально), то помогла установка ключей доступа.
1. В папке /home/{USER}/.ssh
выполнил команду ssh-keygen -t rsa -b 2048
Взятую от сюда: https://support.atlassian.com/bitbucket-cloud/docs...
Ключ именовал по дефолту, на своё название, чёт ругалось в будущем
2. Беру получившийся ключ командой: cat id_rsa.pub
3. Перехожу в настройки доступа по ssh в аккаунте битбакета: https://bitbucket.org/account/settings/ssh-keys/
Нажимаю добавить и вставляю ключ, выведенный в п.2 в консоль

Далее, если ранее ссылки были HTTP, то надо их поменять на SHH. Как указано в инструкции по первой ссылке:

HTTPS
https://<repo_owner>@bitbucket.org/<accountname>/<reponame>.git
SSH
git@bitbucket.org:<repo_owner>/<reponame>.git
or 
ssh://git@bitbucket.org/<repo_owner>/<reponame>.git

Менял в конфиге гита, в файле .git/config, в переменной url

Как под виндовс генерить ключи, гуглите уже сами.

З.Ы. Обновить доступ к репозитарию, можно командой

git remote set-url origin git@bitbucket.org/<repo_owner>/<reponame>.git

З.З.Ы. Уточнение от Антон Кащеев по типам выпускаемых ключей, от 20.06.2023: https://bitbucket.org/blog/ssh-host-key-changes

Всё элементарно просто. Набираете в поисковой строке Гугла такой текст - 1602 datasheet. Гугл выдаёт вам почти 4000000 ответов. Выбираете тот, который нравится. Мне понравился вот этот - https://www.openhacks.com/uploadsproductos/eone-16...
Третья страница этого даташита содержит исчерпывающий и (главное!) точный ответ на ваш вопрос:

Точно так же поступайте и в дальнейшем - тем самым вы сохраните наше время для действительно интересных и важных вопросов (вместо того, чтобы быть при вас личным поисковым оператором), заодно и научитесь гуглить. Возможно, не сразу, возможно с тысячной попытки, но таки научитесь.

Прямо спрашиваешь, кто будет давать мне задачи и кто будет контролировать.
Есть ли почасовой контроль какими-либо инструментами.

Ваш вопрос про "какая оплата" - ВООБЩЕ не про это.
Может быть даже, что в компании может быть несколько проектов/команд и на какой-то одном проекте сидит "эффективный" менеджер, который увлекается микроменеджментом.

Хочется хранить весь профиль пользователя (то, что обычно называют Vaults или Spaces в похожих приложениях) включая бинарные файлы (библиотеки изображений, мультимедиа, документов и т.п. файлов) в едином файле с быстрым доступом, вместо иерархии папок на файловой системе.

Хранить в архивах ZIP, TAR/PAX, конечно, можно, но не сильно удобно: вместо работы с файлами придётся работать с библиотеками для работы с архивами: то записать в архив, то прочесть с него. С точки зрения производительности вряд ли будет столь же эффективно, как с файловой системой (даже с иерархией папок).

Можно просто держать пользовательские настройки и файлы - отдельно. И ничего особо мудрить тогда не нужно и будет очень универсально. Хотя, с точки зрения кросс-платформенности, скорее всего, будет не так всё хорошо. Но если пользоваться библиотеками поддерживающими кросс-платформенность - так лучше, конечно.

В настольных приложениях общие настройки и данные хранят в /etc , /usr/share , /usr/lib (Linux) , пользовательские - согласно спецификациям XDG и в Windows - в своих директориях.

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

Более гибкий вариант: использовать SQLite или какую-то K/V СУБД (тот же Redis!). В добавок к кросс-платформенности получаем возможность простым API работать с данными, не занимаясь мелочью типа открыть-закрыть файл, (де)сериализовать данные (настройки всякие), записать/прочесть блок данных. Ими занимается драйвер СУБД (обычно библиотека) и сама СУБД.

Дополнительный гибридный вариант - использовать файлы локально и удалённо (с SDK): допустим с каким-нибудь объектным хранилищем, по протоколу S3 или другому. Как вариант, даже, использовать драйвер VFS для прозрачной работы с неким хранилищем, которое с точки зрения настольного приложения будет работать, как обычная ФС.

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