центральный репозиторий и команда git

нет "центрального репозитория", как такового. Вы обычно создаете его, потому что он хорошо работает для работы в команде и сохранения всего/всех организованных.

при настройке этого центрального репозитория вы дадите ему какое-то имя. Это ваша локальная точка отсчета к этому центральному репозиторию, не все в вашей команде должны обязательно называть это одно и то же. Это "удаленный" в git (и я уверен, что многие другие DVCSs) говорить. Большинство людей как правило, называют его "происхождение". Вы можете узнать, какие ветви были перемещены в начало координат (и многое другое, например, теги), выполнив git fetch origin. При выполнении git pull, вы действительно делаете git fetch, после git merge.

насколько я понял (поправьте меня, если я ошибаюсь).. Разработчики A ,B и C толкают свою ветку (master?) в центральный репозиторий через SSH remote.

Он не обязательно должен быть мастер. Как origin, master-это соглашение об именах и ветвь, которая создается для вас при инициализации каталога как репозитория git.

но в Центральном репозитории, как я могу получить информацию или какие файлы (или филиал?) это было вытеснено разработчиками... Как это будет выглядеть в центральном хранилище?

см. выше re:git fetch.

в Центральном репозитории, как обрабатывать слияния разработчики работают?

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

надеюсь, это поможет. Я далек от понимания всех входов и выходов того, как все это действительно строительство.