Sergio

git pull вытягивает изменения с удалённой ветки, связанной с локальной веткой (в гите это называется upstream). Ваша ветка test связана с origin/test, поэтому git pull без указания названия ветки будет тянуть коммиты из origin/test.

Попробуйте так (находясь в ветке test):

git pull origin/dev

В Hibernate не поддерживается маппинг через Queue, но можно использовать упорядоченный List:

https://docs.jboss.org/hibernate/orm/6.2/userguide...

или самостоятельно реализовать нужный тип коллекции:

https://docs.jboss.org/hibernate/orm/6.2/userguide...

А также можно отказаться от явного маппинга через @OneToMany и просто доставать коллекцию через HQL-запрос и класть результат в Queue.

Как вариант можно так сделать:

1. Запомнить указатель на объект (this) в какую-то глобальную переменную
2. Создать обычную функции в соответствии с параметром WlanRegisterNotification и передать её туда
3. В теле функции достать указатель на экземпляр из глобальной переменной и далее работать с ним

Возможно, ещё нужно учесть синхронизацию, если callback вызывается в другом потоке.

Если вы работаете с функцией https://learn.microsoft.com/en-us/windows/win32/ap... из Windows API, то там есть параметр context как раз для передачи контекста в callback. Можно положить туда this и позже достать из контекста внутри вашей callback-функции.

Docker - просто лайтовая виртуалка для Linux по сути. Он не заменит вам Windows, если вы такие софты планируете запускать.

Возможные причины:

1. Клонируется не тот репозиторий (такое бывает)
2. Ключ ни добавлен в ssh-agent через ssh-add, ни прописан в .ssh/config, поэтому SSH-агент не может его найти
3. SSH подгружает другой ключ от GitLab (от другого аккаунта), если у вас их несколько в папке .ssh, и у этого аккаунта соответственно нет доступа к репозиторию - в таком случае можно попробовать выполнить ssh-add -D и потом ssh-add нужного ключа (и проверить, не прописан ли другой ключ для хоста gitlab.com в ~/.ssh/config)

1. Пакетные менеджеры тут ни при чём. В CMake называются "пакетами" сторонние сущности, находимые при конфигурировании проекта. Это могут быть библиотеки, программы и т.п. В общем, к понятию пакета в каком-то дистрибутиве Linux или vcpkg оно не привязано.

1) Пакетный менеджером пользоваться необязательно - достаточно установить бинарники библиотеки в одну из директорий, где CMake их сможет найти. Подробнее об этом написано в доках к find_package(). Один из таких путей указывается через CMAKE_PREFIX_PATH, например.

2) Нет, vcpkg обычно не нужно добавлять в проект, он должен быть предустановлен на машине разработчика. Включать целиком vcpkg в репозиторий нет смысла, т.к. каждый разработчик может ставить библиотеки в различных конфигурациях под разные платформы на своё усмотрение (debug, release, windows, windows-static, x64, x86 и т.п.).

3) Зависит от ОС. Под Windows vcpkg - лучший вариант по-моему. Под Linux и macOS есть apt (или его аналог) и homebrew, где уже есть большинство библиотек - там vcpkg не так актуален. Если не хочется париться с установкой зависимостей на каждом компьютере или нужна какая-то конкретная версия библиотеки, отсутствующая в репозитории пакетов, то можно её код просто включить в проект и скомпилировать её с тем же CMake-ом - либо как подпроект (subdirectory), либо как external project.

Если переживаете за сохранность каких-то важных файлов, то рекомендую хранить их на отдельном от Linux разделе, или вообще на отдельном жёстком диске, возможно даже форматированном в NTFS, чтобы можно было легко получить к ним доступ на другом компьютере в случае необходимости.

Это немного снизит риск потери файлов при переустановке системы, если, допустим, вы по ошибке форматируете весь диск вместо системного раздела. Из минусов - NTFS под LInux работает немного тормознее, чем родные файловые системы Linux (ext4, btrfs) - для обычного хранения документов и видео/музыки это не критично.

Ну, и как уже советовали выше, нужно делать резервные копии важных файлов регулярно, ведь всякое бывает.

Нужно передать часовой пояс как 3-й аргумент после формата, тогда должно заработать. Согласно документации на сайте moment.js:

var b = moment.tz("May 12th 2014 8PM", "MMM Do YYYY hA", "America/Toronto");

Не забудьте подключить модуль moment-timezone.

Нет общего правила, это зависит от цели метода и/или от контракта между родительским и дочерним классом (когда переопределяете какой-нибудь метод-callback, например).

Обычно, если класс спроектирован для наследования, то в документации к нему прописывают, как должен вызываться его метод из подкласса (и должен ли вообще).

Скорее всего, вы не указали заголовок "Host:" в запросе, поэтому nginx не знает, какому виртуальному хосту его следует перенаправить