По сути, «центрального хранилища» не существует. Как правило, вы создаете его, потому что он отлично подходит для работы в команде и поддержания всего / всех организованным.
При настройке этого центрального хранилища вы дадите ему какое-нибудь имя. Это ваш локальный ориентир для этого центрального хранилища, не все в вашей команде обязательно должны называть это одно и то же. Это «пульт» в git (и я уверен, что многие другие DVCSs ) говорят. Большинство людей склонны называть это «происхождение». Вы можете узнать, какие ветви были перенесены в начало координат (и более того, например, теги), выполнив git fetch origin. Когда вы делаете git pull, вы действительно делаете git fetch, за которым следует git merge.
Из того, что я понял (поправьте меня, если я ошибаюсь). Разработчики A, B и C отправляют свои ветки (master?) В центральное хранилище через удаленный SSH.
Не обязательно быть хозяином. Как и origin, master - это соглашение об именах, и оно создается для вас, когда вы инициализируете каталог как репозиторий git.
Но в центральном хранилище, как мне получить информацию или какие файлы (или ветви?) Были отправлены разработчиками ... Как бы это выглядело в центральном хранилище?
См. Выше: git fetch.
В центральном репозитории, как будут обрабатываться слияния разработчиков?
Вам не нужно обрабатывать слияния в источнике, потому что разработчик должен будет вытянуть последнюю работу от всех остальных в любой отрасли, над которой он работает, прежде чем он сможет отправить свои изменения в источник (и в частности, что филиал).
Надеюсь, это поможет. Я далек от понимания всех деталей того, как все это действительно работает.