GIT для сольного разработчика - PullRequest
23 голосов
/ 23 января 2010

Вне работы я использую SVN для своих личных проектов, которые я хочу сохранить в тайне. Я использую его для синхронизации источников между моим ноутбуком и настольным компьютером, для резервного копирования вне сайта и обычных преимуществ, которые дает SCM. Нынешняя модная система контроля версий - GIT, и я должен признать, что собираюсь перейти на нее. Но учитывая то, для чего я его использую и что я уже работаю с ветками, какие преимущества дает GIT?

Ответы [ 7 ]

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

Ветви.

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

3 голосов
/ 23 января 2010

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

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

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

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

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

1 голос
/ 23 января 2010

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

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

0 голосов
/ 24 января 2010

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

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

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

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

0 голосов
/ 23 января 2010

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

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

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

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...