Потому что git - это распределённая система контроля версий. Т.е. в отличие от централизованных систем, тут нет одного центрального репозитория из которого все делают слепки (view в Clear Case, working copy в SVN), а есть много репозиториев, каждый из которых ничем не хуже и не лучше других.

авторсделал clone из удаленного репозитория, скопировал таким образом сорцы в локальный репозиторий
да, вот так ты создал свой репозиторий и теперь можешь работать в нём.

авторЗачем делать тогда commit из него в него же - я ж и так в нем?
затем что пока ты не сделал комит, твои изменения не попали под версионный контроль в твоём локальном репозитории, т.е. это сделав потом дополнительные изменения, ты не сможешь например откатиться обратно как было до новых изменений, ведь репозиторий ничего про состояние "как было до новых изменений" не знает. Ты можешь и бранчи создавать в своём локальном репозитории, и переносить изменения из обной бранчи в другу. Но все эти изменения будут только в твоём репозитории. Если же кто-то другой захочет получить твои изменения, он может сделать pull из твоего репозитория.

При этом можно также договориться что давайте все изменения, которые должны в итоге решено включить в продукт, мы будем в итоге вносить в какой-то один специально выбранный репозиторий. Тогда ты, решив что сделал законченный кусок изменений который нужно внести в продукт, делаешь push этих изменений из своего локального репозитория в тот специально выбранный репозиторий.

Так вот я представляю себе что такое распределённая система контроля версий. Возможно я в чём-то не очень прав

и это тоже, да

osonРазработчик A сделал коммит в свой локальный repo-A.
пока он не сделал push, разработчик B их не может получить из repo-A.
Нет, commit был сделан, и значит из repo-A могут делать pull остальные. Действия pull/push неприменимы к локальному репозиторию.
osonПосле того, как A сделал commit, B может сделать pull
Да, может (интересно как только в предыдущем предложении ты предположила что B не может сделать pull в точно такой же ситуаци).
oson сделать pull (в направлении repo-A ?)
Что за pull в направлении? Можно сделать pull (тянуть) из чего-то, в данном случае из repo-A

osonИдет синхронизация между локальными репозиториями пользователей A и B, типа они предварительно
договорились разрабатывать вдвоем именно в своих двух репозиториях?
Нет, не договаривались, их репозитории самодостаточны. " синхронизация между локальными репозиториями " не идёт, если только кто-то не решит вытянуть себе (pull) изменения из другого (не локального) репозитория.

osonА когда же делается отправка в главный репозиторий?
Кроме pull, есть ещё и push, который как раз и запихивает изменения в нелокальный репозиторий. Так что если "главный" репозиторий существует (т.е. решили что вот в этот складываем финальный код продукта), то разработчики делают в него push из своих локальных репозиториев.