Как осуществляется управление распределенным исходным кодом Git?

Прочитайте это: http://www.newartisans.com/2008/04/git-from-the-bottom-up.html

Что касается других ваших вопросов:

Как работает Git?

Это недостаточно конкретный вопрос, чтобы на него можно было ответить. Но обычно Git работает, создавая объекты и помещая их в дерево. Объекты соответствуют изменениям, которые вы внесли в свой контент. Деревья сами по себе являются объектами. Git отслеживает изменения, внесенные в содержимое репозитория.

Как работает распространение?

Поскольку все репозитории могут быть серверами, разные репозитории могут сравнивать свои деревья и объекты и определять, какие изменения есть между текущим состоянием одного репозитория и другим. Таким образом, они могут отправлять/извлекать данные из других репозиториев.

Как это помогает?

Если вы не видите, как это может вам помочь, придерживайтесь MVSS.

Я думаю, что могут быть проблемы со словарным запасом. Раздача не является доставкой. Дистрибутив Git означает, что каждый репозиторий является сервером. Это не означает, что он будет отслеживать, где он был клонирован (хотя ваш собственный репозиторий может хранить список удаленных репозиториев, из которых можно извлечь / отправить).

Прочитайте PDF, на который я дал ссылку. Затем создайте репозиторий github, следуя их указаниям. Разветвите чужой репозиторий, любой, просто чтобы посмотреть, как он работает.

Git и Mercurial следуют очень похожим принципам работы с распределенной природой SCM. Я не могу говорить о хороших учебниках по Git, но есть несколько отличных работ по Mercurial.

Понимание Mercurial – содержит полезную информацию по тому вопросу, который вы задаете... что делает это означает, что он будет распространяться?

Книга Mercurial — для более подробных исследований.

Git и другие DVCS в основном предоставляют пользователю весь репозиторий. Когда у меня есть рабочая копия git, у меня также есть весь репозиторий локально на жестком диске. Никто другой не имеет к нему доступа, но я могу поделиться им с помощью различных инструментов и методов, предоставляемых системой git.

Другие системы, такие как SVN (которую Линус упоминает в видео), имеют весь репозиторий на одном сервере. Каждый толкает и тянет с этого сервера.

Опять же, глядя на git, мои коммиты изолированы от моего компьютера. Когда я готов предоставить их другим, я публикую свои дополнения каким-то образом — возможно, на центральном сервере, таком как SVN, но это только один вариант. Я мог бы отправить вам по электронной почте мои изменения.

Предотвращение потери данных

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

Сравните это с SVN (или другими центральными репозиториями): если вы потеряете жесткий диск сервера, вам придется восстановить репозиторий из последней резервной копии, если у вас есть резервная копия. Это означало бы, что кто-то должен управлять сервером и обеспечивать выполнение резервных копий и т. д. В некотором смысле DVCS делает это по своей сути.

Конечно, есть и потеря данных из-за таких ошибок, как случайное удаление файлов, но это относится ко всем VCS.

Вероятно, вы перешли на другую ветку. Запустите git branch, чтобы увидеть, какие у вас есть ветки, затем git co <branchname>.

Лично я очень ненавижу git. Большая кривая обучения и странный интерфейс командной строки. Но сейчас это лучший выбор. Так что наслаждайтесь! Ах да, не изучайте VSS, если у вас тоже нет, вы научитесь ОЧЕНЬ ОЧЕНЬ плохим привычкам. VSS — это все, чего не должно быть в системе управления версиями.