Используя Подрывную деятельность, где “фактический” исходный код хранится?
Существует следующий Алгоритм расстояния Левенштейна, который присваивает значение подобию двух строк (хорошо, различие на самом деле), который мог использоваться для здания: http://www.merriampark.com/ldcsharp.htm
6 ответов
Когда вы фиксируете изменения в своем репозитории, они будут храниться на сервере S внутри вашего репозитория Subversion. Репозиторий фактически состоит из серии дельт, хранящихся в папке db / revs - изменения от одной версии репозитория к другой. Таким образом, репозиторий на сервере не будет напоминать структуру вашего исходного кода. Репозитории SVN имеют версии как единое целое - любое изменение в репозитории увеличивает версию репозитория.
Вы можете воссоздать свой исходный код, извлекая чистую копию репозитория с сервера Subversion на любой машине.
для svn исходный код хранится как исходный код в любом рабочем каталоге, а исходный код + история хранятся в репозитории в сжатом виде. поэтому, если вы потеряете свой репозиторий, вы потеряете любой код, который в настоящее время не проверяли. если вы потеряете контрольную копию, то будут потеряны только локальные изменения, а все остальное можно будет получить из репозитория.
для DVCS история также сохраняется в любой кассе. поэтому, если ваш «основной» репозиторий выйдет из строя (при условии, что он у вас даже есть), вы сможете вернуть всю историю из проверенных людьми версий.
а VSS просто сломан.
Subversion хранит файлы в каком-то проприетарном формате (не уверен, что я думаю), а не в структуре каталогов. Что касается его размера, убедитесь, что вы действительно фиксируете файлы. Если вы просто добавляете их, файлы не помещаются в репозиторий. Кроме того, Subversion сжимает то, что попадает в репозиторий.
Если все клиентские компьютеры уничтожены / отформатированы, пока сервер доступен, у вас будет доступ к файлам. Однако, если вы потеряете репозиторий на сервере, вы попадете в ловушку, если не сможете спасти одну из проверок для создания нового репозитория. Очевидно, вы потеряете любую историю от этого.
Короче говоря, обязательно делайте периодические резервные копии репозитория серверов.
Репозиторий физически хранится в некоторой базе данных на сервере SVN . После импорта в репозиторий никакие данные никогда не исчезнут , за исключением дефектов на сервере. Изменения в рабочих копиях не имеют значения, если они не зафиксированы - и даже тогда все, что когда-либо было совершено, можно найти в истории. Если вы регулярно делаете резервную копию своего репозитория, то ничего полностью не исчезнет.
После импорта исходных файлов они будут сохранены в репозитории SVN на сервере. Таким образом, если компьютер «A» будет уничтожен, вы все равно сможете получить исходники из SVN. Папка «db» репозитория - это то место, где находятся фактические файлы. Вы можете узнать больше о структуре репозитория SVN здесь .
В дополнение к другим ответам:
Рабочая копия на ПК B не будет обновляться автоматически.
Размер каталога репозитория не должен быть меньше размера полной извлечения. Убедитесь - просматривая сам репозиторий - что все файлы из вашей рабочей копии действительно содержатся в репозитории.