GIT для сольного разработчика

Ответ 1

• Это быстрее, чем Subversion
• Вы можете иметь всю свою историю с собой на своем ноутбуке.
• Вы можете синхронизировать между машинами, не беспокоясь о том, доступен ли ваш сервер/доступен/и т.д.
• git stash отлично подходит для отсеивания полных изменений.
• Вы можете создать новый репозиторий, перейдя в каталог и используя git init, не требуя установки или администрирования сервера
• GitHub - довольно приятное место для размещения репозиториев Git
• Почему Git лучше, чем X

Ответ 2

Я создал учетную запись bitbucket для моих личных проектов по двум причинам:

• На работе я работаю в централизованной системе управления версиями. Я хотел узнать о DVCS. Mercurial кажется лучше для среды Windows. Пока мне это нравится.
• Я хочу, чтобы исходный код поддерживался вне сайта.

Ответ 3

Ветки.

Филиалы кажутся намного проще создавать. Вы можете работать в одном каталоге, а затем переключаться между ветвями с помощью одной простой команды. Таким образом, вам не нужно иметь отдельный каталог для каждой ветки, и он намного быстрее, чем любой другой scm, который я использовал.

Ответ 4

Для меня он использовал Git в сочетании с github.com - это избавляет меня от необходимости беспокоиться о настройке и управлении самой системой репозитория, что означает, что я могу сосредоточиться на более важной части - узнать, как использовать основную сами команды:)

У меня нет опыта работы с какой-либо другой платформой SCM, поэтому мое мнение, вероятно, немного на основной стороне, но было достаточно приятно работать - учитывая, что я в Windows, мне также приятно знать, что достойная поддержка в форма msysgit.

Все разные, я думаю, но для меня, новичок, это было очень нежное введение в SCM.

Ответ 5

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

Есть несколько сообщений о различиях между SVN и git, которые могут быть полезны для чтения. Это (смещенный) обзор.

Ответ 6

Я бы посмотрел ниже ресурс.

http://git.wiki.kernel.org/index.php/GitSvnComparsion

Некоторые основные моменты:

• SVN требует времени до 30 раз больше времени
• Git быстрее из-за локальных операций
• Лично я считаю, что ветки, слияние и т.д. легче выполнять.

Но факт заключается в том, что вы не будете волшебно знать, как использовать git или получить самое большое преимущество от его использования, поэтому я бы попробовал его с несколькими проектами и оставил ваш svn repo открытым как вариант позже. Хотя я сомневаюсь, что вы захотите вернуться: P

Ответ 7

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

В то время как "Линус" о git очень интересно смотреть и исполнять истины, не все они применимы к небольшим командам или команды одного.

Вы можете использовать git как интерфейс с локальными коммитами для репо SVN, используя git-svn. Используя это с существующим репозиторией SVN, вы получите план отката, если вам не нравятся инструменты.

Есть, конечно, другие распределенные системы управления версиями.

Ответ 8

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

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

Я нахожу, что модель использования git настолько проста в использовании, что теперь у меня есть ежедневный ритуал отталкивания изменений от аппарата, который я использовал в последнее время, и вытащил их на следующий компьютер, который я использую (обычно есть пять или около того компьютеров в моей дневной работе). Те, кто отвечает передо мной, отлично справились с техническими преимуществами git. Мое свидетельство заключается в простоте использования преимуществ git имеет более svn, применительно к тому, что вы хотите сделать, основываясь на том, чтобы делать это около девяти месяцев.

Тем не менее, мы ожидаем некоторого дискомфорта на раннем этапе, так как git - это совсем другая модель, и для этого нужно привыкнуть. Но между SO, опубликованными книгами (я рекомендую книгу O'Reilly) и обильными сетевыми ресурсами, обучение git стало проще, чем когда-либо.