Опции контроля версий для личных проектов

Question

Это может доказать OTT для уровня использования, но ....

Я работаю над некоторыми личными проектами в Visual Studio Express дома. У меня есть большой ноутбук для замены настольного компьютера и небольшой ультрапортативный ноутбук, оба из которых довольно успешно использовались для разработки, и запасной XP Home Box, работающий как домашний сервер de facto .

Я бы хотел иметь возможность управлять этими проектами с помощью контроля версий некоторых описаний, но для меня это личные проекты - есть предел тому, сколько работы я готов посвятить контролю за источниками над сохранением папка с датами на сервере. Ранее я использовал Visual SourceSafe, который, как я знаю, не идеален, но он был применен ко мне и работал достаточно хорошо для нас, и IntaSoft AllChange.

Интеграция с IDE не является проблемой, потому что, как я понимаю, это невозможно с VS Express в любом случае. У меня будет только один разработчик, а не огромное количество версий, так что большая сложность в ветвлении и слиянии на самом деле не нужна.

Кто-нибудь может порекомендовать что-нибудь, что принесет мне большую пользу, чем установка и работа? Спасибо: -)

Answer 1

Я использую Git для личного использования, даже если это «распределенная» система управления исходным кодом, для меня это позволило очень хорошие рабочие процессы на моей локальной машине и синхронизацию с другими моими машинами (home x 2 и т. Д.) Оченьхорошо через github или непосредственно на мой домашний сервер.

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

Также очень прост в настройке.

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

Answer 2

Я бы порекомендовал Mercurial, мощный распределенный VCS.

Answer 3

Ископаемый - это отдельный автономный исполняемый файл менее 1 МБ !

http://www.fossil -scm.org /

Это просто, легко настроить. Однако не очень популярный (пока).

Другие особенности:

• Отслеживание ошибок и Wiki
• Веб-интерфейс
• Хранилище хранится в однофайловой базе данных SQLite

Answer 4

Вот все, что нужно для настройки репозитория с использованием Mercurial, кроме самой установки Mercurial.

~/test$ mkdir mycode
~/test$ hg init mycode
~/test$ cd mycode/
~/test/mycode$ mkdir module1
~/test/mycode$ mkdir module2
~/test/mycode$ hg add module1 module2
~/test/mycode$ cd ..
~/test$ hg clone mycode mycode-dev
updating working directory
0 files updated, 0 files merged, 0 files removed, 0 files unresolved

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

• , если вы подключили свой сервер, просто используйте путь к хранилищу.

• вы также можете легко клонировать свой репозиторий, используя ssh, например так:

  hg clone ssh: //you@yourmachine.com//home/path/to/mycode ./мой код

Альт!

Answer 5

Из всех VCS, которые я использовал, git было легче понять, и оно имеет много преимуществ. Он отлично работает даже в однопользовательской парадигме. Хотя я фанат командной строки, вы можете просмотреть эту ссылку и эту ссылку , чтобы увидеть, как она используется в Windows с графическим интерфейсом.

Answer 6

Perforce (http://www.perforce.com)) также является фантастическим пакетом управления исходным кодом, который используют многие компании. У них есть бесплатная версия, которую можно использовать с двумя пользователями и пятью клиентами. Это действительно профессиональное качество.

Кроме этого, SVN очень популярен и имеет плагины для каждой IDE, известной человеку. CVS становится немного устаревшим. SourceSafe не следует упоминать в вежливой беседе:)

GIT также становится все более и болеепопулярный, хотя лично я чувствую, что это слишком тяжеловато для небольших личных проектов.

Answer 7

Вы все еще можете использовать Subversion с TortoiseSVN и просто иметь локальное хранилище файлов Subversion.Это не требует настройки сервера Subversion, но вместо этого он размещается локально через файловую систему и имеет все преимущества Subversion.

Вот учебник

http://vincenthomedev.wordpress.com/2007/10/15/setup-svn-local-repository-step-by-step/

Answer 8

SVN довольно прост в настройке и использовании.Вы можете загрузить установщик для сервера с VisualSVN TortiseSVN - надстройка для Windows Explorer, которая позволит вам проверять файлы в / out / etc.Вы можете получить это здесь