Виктор

Очевидно, что это комбинация для быстрого перехода к строке поиска.
А вопросительный знак нужен, чтобы при поиске чего-то, что похоже на домен (например, VB.NET) искалось это слово, а не происходил переход на домен. Своего рода экранирование поискового запроса.

Подробнее

Создаёшь папку project, в неё кладёшь .git-папку.
Переходишь в project, там через консоль делаешь
git reset --hard
и он должен восстановить файлы из текущей ветки.
При необходимости через git checkout переходишь на нужную ветку.

Но они могут быть отключены в проекте. Например, тут этого пункта меню нет.

Через git reflog ищете хеши потерянных коммитов.
reflog выводит все хеши, где был HEAD.

И потом:
git branch new-branch-name hash

Ну а потом переходите в develop (хотя Вы и так вроде там) и мержите потерянные изменения:

git checkout develop
git merge new-branch-name

Естественно, это всё через консоль надо делать.

Главное, делать это в том хранилище, где были коммиты, и до git gc, иначе информация о недостижимых коммитах будет удалена.

Полагаю, проблема в том, что в URL origin'а фигурирует имя пользователя "MOTORIST".
Git-клиент спрашивает только пароль, используя этот логин, но он подходит только у вас, так как у других другое имя пользователя.
Удалите из URL имя пользователя и пусть каждый вводит свои и имя, и пароль.

На текущий момент.
Как я понимаю: в один момент времени к Вашим приватным хранилищам могут иметь доступ пять человек (может быть даже включая Вас, то есть 4 сторонних). Не к каждому хранилищу по пять, а ко всем в сумме.
Если пользователь имеет доступ к разным хранилищам, он считается в этой пятёрке за одного.
То есть можно удалить одного пользователя из доступа и добавить другого.

Находясь на master-ветке: git reset %commit_hash%

Нужно сначала получить изменения, которых у Вас нет - git pull. Не знаю, как это называется в NetBeans.
В ошибке, собственно, всё написано.

Ошибка из-за того, что Git по умолчанию не разрешает обновлять текущую ветку не bare-хранилища посредством push.

На сервере либо инициализируем хранилище так:
git init --bare
Это создаст хранилище без рабочей копии (bare хранилище)

Либо задаём в конфиге хранилища:
[receive]
denyCurrentBranch = ignore (или warn)
Чтобы можно было пушить в текущую ветку не bare хранилища.

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

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

Bare-хранилище

git reset --hard <хеш локального коммита, в который вливался task1234>

А Вы уверены, что page_id переваривает массив? Вероятно, что нет.
Попробуйте вместо него post__in.

А что конкретно не получается, какую ошибку выдаёт?
Там же вроде всё описано.

Я делал просто bat-файл такого содержания:

cd $1
git ftp push

Потом в Custom Actions указывал путь к нему и передачу $REPO параметра.
Если через консоль работает, должно и через SourceTree работать.

git-ftp или использовать непрерывную интеграцию, в которой поддерживается деплой через FTP, хотя каждая из них умеет это, наверно.

• Создаёшь хранилище через git init.
  
• Добавляешь адрес своего хранилища на GitHub как remote: git remote add origin %url%
  
• git push origin
  
• PROFIT