Простое резервное копирование управления версиями для одного разработчика Windows

Мне действительно нужно начать с управления версиями, потому что я абсолютно безумно отслеживаю свой код и модификации, как есть.

Я один разработчик в Windows. Я использую Eclipse для большей части моего развития. Некоторые из моих проектов сохраняются в папке wamp/www. Другие проекты, отличные от PHP, находятся в одном или нескольких рабочих пространствах Eclipse.

Я не работаю в команде с другими разработчиками, поэтому мои потребности различны:

Мне нужно что-то, что позволяет мне создать локальный репозиторий. Не хотите зависеть от внешнего сайта. Мне нужен контроль версий, а не внешняя резервная копия.
Простое резервное копирование действительно важно для меня. Мне нужно легко создавать резервные копии и восстанавливать репозиторий, если я отформатирую свой компьютер. Я нашел этот вопрос, который предлагает элемент управления версиями под названием Fossil, который звучит очень привлекательно в моем случае, потому что вся система является SQL файлом. Это было бы очень просто для резервного копирования и восстановления, но я бы предпочел что-то более известное, если бы были какие-то другие известные системы версий, которые позволяли мне делать то же самое.

fossil-scm.org/index.html/doc/tip/www/index.wiki

Мне нужно что-то, что лучше будет играть с вами.
Я опираюсь на сторону git, потому что многие говорят об этом, но мне интересно, действительно ли это для меня. У меня есть чувство, что это лучше всего для команд.

Ответ 1

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

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

У этого есть небольшое сообщество пользователей частично, потому что у него не было слишком открытого маркетинга или евангелизации. Но это сообщество восполняет недостаток маркетинга, очень чутко реагируя на его список рассылки.

Но это также контроль версий, стоящий за SQLite, поэтому он является как пользователем SQLite для своего файла базы данных, так и важным вспомогательным инструментом для реализации SQLite.

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

Edit:

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

Существует достойная книга в черновике, которая проходит процесс использования ископаемых для общих задач в проекте с разумным размером.

исходный репозиторий для SQLite также поддерживается ископаемым, а его веб-интерфейс обслуживается копией окаменелости. Все репозитории SQLite и хранилище окаменелостей синхронизируются между несколькими географически разделенными серверами с помощью заданий cron, которые выполняют периодические команды fossil sync.

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

C:...>fossil  clone  http://www.fossil-scm.org/  fossil.fossil
C:...>mkdir src
C:...>cd src
C:...>fossil open ../fossil.fossil

Теперь вы находитесь в открытом хранилище окаменелостей, содержащем полный исходный код и историю изменений окаменелости. Имея доступ к GCC, awk и zlib, вы сможете построить его из источника. (В Windows это легче всего создать с помощью MinGW из приглашения MSYS bash в моем опыте.)

Вы можете периодически выполнять fossil update, чтобы сохранить свой клон в текущий момент, и я рекомендую вам попробовать fossil ui, чтобы увидеть всю мощь веб-интерфейса с административным доступом к вашему клону.

Ответ 2

Я думаю, что Mercurial over TortoiseHg будет очень приятным началом для новичков в SCM (да, я знаю, что git тоже замечательно, но imho это слишком сложно для новичков)

Ответ 3

Если у вас есть второй компьютер, внешний накопитель или монтируемое местоположение на месте, вы можете использовать git или mercurial для мощного управления источником и супер-легкого резервного копирования.

Я нашел, что mercurial немного легче узнать, что git, тем не менее я буду использовать git в качестве примера здесь, так как это то, к чему я привык.

cd <my source folder>
git init
git add .
git commit -m "Committing all my code"
cd <my backup folder>
git clone --mirror <path to my source folder>

(теперь у вас есть две копии системы управления исходным кодом! Если вы ее потеряете, у вас есть другая). Вы можете перейти в резервную папку .git и ввести "git log", чтобы проверить, что ваши коммиты есть.

Подключите их так, чтобы зеркало можно было легко синхронизировать:

cd <my source folder>
git remote add origin <path to my backup folder\foo.git>

Теперь после внесения и совершения изменений отправьте их в резервную копию с помощью

git push

Ответ 4

git очень легко выполнить резервное копирование. Репозиторий полностью автономный и может быть скопирован на другую машину или записан на DVD. Восстановление так же просто, как копирование репо обратно на локальную машину.

Ответ 5

Git, Mercurial и Bazaar звучат так, как будто они могут удовлетворить ваши потребности. Все они сохраняют содержимое репозитория в одной папке (например, Git в папке .git), что делает их довольно простой для резервного копирования - просто скопируйте эту папку на резервный носитель.

Ответ 6

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

Я бы сказал, что подрывная деятельность подойдет вам лучше всего. Команда резервного копирования: 'svnadmin dump > filename.svn Команда restore - загрузка svnadmin

Fossil также очень хорош, если вы собираетесь использовать вики и отслеживание дефектов, которые прилагаются к нему.

Ответ 7

Если вы столкнулись с графическим интерфейсом, попробуйте Perforce. В бесплатной версии есть все возможности полной версии, за исключением того, что вы ограничены определенным количеством учетных записей.