Использование контроля версий для разработки дома?

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

У меня вопрос: насколько реально использовать приложение контроля версий (такое как TortoiseSVN ) для личных проектов, которые я делаю для себя (и даже школьных проектов)?

Стоит ли хлопот с регистрацией, внесением изменений и всей этой рутиной, просто для «домашних проектов» вместо того, чтобы просто делать резервные копии вручную?

Ссылки :

138 svn
11.12.2008 21:01:54
Гораздо проще использовать контроль исходного кода, чем создавать резервные копии вручную! Может быть, легче научиться делать резервные копии вручную, чем научиться использовать систему контроля версий.
yfeldblum 17.12.2008 20:06:15
Я могу рекомендовать VisualSVN, очень прост в использовании. И их сервер Subversion бесплатный :) ( visualsvn.com )
Svish 28.09.2009 19:17:44
Вместо этого используйте размещенный сервер, вы получите нулевое обслуживание + резервное копирование. Я использую Unfuddle: stackoverflow.com/questions/430742/…
ripper234 12.12.2009 11:38:13
7 ОТВЕТОВ
РЕШЕНИЕ

Полностью.

Кредиты также для http://blogs.embarcadero.com/nickhodges/2010/04/23/39416 :

  • Иногда мы делаем глупые ошибки. Наличие системы контроля источника является обязательным.
  • Отметьте важные вехи. Даже в домашней разработке вы можете пометить набор файлов и версий как определенную версию программного обеспечения.
  • Вы тренируетесь для своей профессиональной жизни. Помните, что методология работы, связанная с использованием системы контроля версий, подготовит вас профессионально.
  • Эффективность хранения. Текущие системы контроля версий хранят ревизии как разностную разницу с предыдущей ревизией. Это означает, что он более эффективен на диске, поскольку весь файл не сохраняется, а только различия.
  • У вас есть история для всего вашего исходного дерева. Вы можете быстро увидеть, что было изменено и когда было изменено. Сравнивайте файлы разных ревизий и легко объединяйте.
  • Вы можете перейти к эксперименту. Если у вас есть какие-то эксперименты, вы можете создать ветку (новую независимую линию разработки) и протестировать ее. В конце концов, если вы удовлетворены результатами, объедините их в HEAD (основная линия разработки). Вы получаете все это бесплатно, не создавая копию и получая те же преимущества от использования системы контроля версий даже во время экспериментов.
191
30.11.2010 10:39:05
Единственное, что нужно добавить: если система контроля версий находится на удаленной машине, она обеспечивает простое резервное копирование вашей работы в режиме онлайн.
NotMe 12.12.2008 00:29:09
Я полностью согласен. Каждый раз, когда вам нужно воспользоваться одной из этих функций, вы уже вначале окупили небольшую стоимость использования управления исходным кодом.
Chris Farmer 16.12.2008 22:53:28
Пункт 4 не применим к git. Git оптимизирован для производительности слияния, и сохранение различий не выгодно для этой цели. в наши дни предполагается, что у вас достаточно места на диске для исходного кода. Однако все остальные пункты являются причинами для использования любого источника контроля, и git, конечно, удовлетворяет их все.
SingleNegationElimination 28.07.2009 03:37:57
Еще раз я рекомендую git, особенно для пунктов 2. 5. и 6. git имеет очень хороший интерфейс для тегов, ветвления, слияния и т. Д., И некоторые графические инструменты, такие как qgit или gitk, позволяют очень легко увидеть, как все ваши ветви сочетаются друг с другом ... это также легко превратить ваш текущий (неверсированный) рабочий каталог в каталог git с 3 командами: git init, git add., git commit
David Claridge 10.08.2009 00:37:48
Если ваш личный проект достаточно велик, чтобы подчеркнуть значение пункта 4 (эффективность хранения), вам определенно необходим контроль исходного кода!
Tikhon Jelvis 18.08.2010 06:11:29

Я считаю, что крайне полезно настроить сервер SVN, потому что я возвращаюсь к ревизиям и другим «выбрасываемым» проектам, потому что я вспомнил какую-то функцию или способ сделать что-то, что я мог бы использовать сейчас. Имея сервер SVN, я знаю, что код хранится дома, и я могу проверить его позже.

4
11.12.2008 21:12:00

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

Для отдельных проектов главным преимуществом является свобода менять вещи и экспериментировать, зная, что вы всегда можете вернуться к предыдущей версии, если она не работает. И это дает вам неявные резервные копии вашей работы (просто убедитесь, что ваш репозиторий SVN по крайней мере на другом жестком диске, чем ваша основная работа)

6
11.12.2008 21:22:29

Это полностью стоит.

Обратите внимание, что вам также не нужно настраивать полноценный сервер SVN. Вы можете просто создать хранилище в локальной файловой системе и подключиться с помощью file: // URL-синтаксиса. Это означает, что вам не нужно проходить через настройку демона SVN (что, вероятно, является избыточным для однопользовательского проекта)

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

31
11.12.2008 21:24:42
Я недавно попробовал git, потому что проект, за которым я следил, использовал его. Я сразу переключился на git для своих личных и рабочих проектов, как только увидел, насколько это просто и быстро . Настоятельно рекомендуется.
Dave Sherohman 12.12.2008 06:24:12

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

8
11.12.2008 21:30:11

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

С Subversion (по крайней мере) вам даже не нужно иметь «сервер» - простой каталог может служить вашим хранилищем, если вы обращаетесь к нему с помощью «file: //» типа urls. Есть даже бесплатная книга, которая содержит почти все, что вам нужно знать, чтобы начать:

http://svnbook.red-bean.com/nightly/en/index.html

5
11.12.2008 21:33:37

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

4
15.12.2008 20:53:49