управление версиями для индивидуального проекта с помощью затмения? [закрытый]

Git , потому что вы можете начать прямо сейчас и вам не нужен центральный сервер репозитория.

Некоторые другие преимущества (по сравнению с другими SCM):

• Менее загроможденная файловая система: Git создает папку только в корне репозитория (в отличие, например, от SVN).
• Не сильно мешает "нормальным" функциям работы с файлами. Например. в SVN вам нужно использовать собственные команды для переименования или перемещения файлов. В случае с Git дело обстоит иначе.

Мне кажется, Git очень легкий, поэтому нет причин ждать, пока ваш проект станет «достаточно большим» или что-то еще.

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

Но я думаю, что самая производительная система - это мерзавец. http://www.eclipse.org/egit/ для подключаемого модуля eclipse :)

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

Git и Mercurial (hg) действительно имеют большой импульс в качестве распределенных репозиториев исходного кода, но, на мой взгляд, для группы из одного человека вы найдете наибольшую поддержку с Subversion . Если вы работаете в Windows, интеграция оболочки TortoiseSVN является фантастической (она даже интегрируется с Trac), а бесплатный хостинг Subversion повсюду, и у вас есть личный опыт работы с ProjectLocker.com (они делают Git и SVN). Кроме того, Subversion довольно просто интегрировать непосредственно в Eclipse IDE.

Я бы порекомендовал практически любую из распределенных систем контроля версий. Я использовал git и hg в гневе и ткнул в ископаемое (я включаю его, потому что он предлагает некоторые функции, которые git и hg отсутствие). Я расскажу об основных плюсах и минусах в моих глазах (ПРИМЕЧАНИЕ: если все они имеют одно и то же преимущество, я не буду упоминать об этом, например, они все быстрые и легкие):

• git
  • Плюсы
    • Очень гибкий
    • GitHub
  • Минусы
    • Крутая кривая обучения
    • Более гибкая
    • Интеграция Eclipse была неудачной, когда я последний раз смотрел
• hg
  • Плюсы
    • (IMO) более согласованные команды
    • Менее гибкие
    • BitBucket
  • Минусы
    • Менее гибкий
    • Не такой большой импульс, как git
  • Предостережения
    • В последнее время я не проверял поддержку Eclipse; раньше он был лучше, чем git , но казался довольно застойным
• ископаемым (отказ от ответственности: я не использовал это в гневе)
  • Плюсы
    • Написано человеком, стоящим за SQLite, поэтому вы можете быть уверены, что это SOLID код
    • Предоставляет больше, чем просто контроль версий, например, распределенный трекер ошибок
    • Простота настройки для других для доступа
  • Минусы
    • Не такой большой импульс, как git или hg
    • Я почти уверен, что интеграция Eclipse для ископаемого не существует (это был последний раз, когда я посмотрел)
    • Насколько мне известно, нет бесплатного хостинга для параллельного GitHub или BitBucket, поэтому вам действительно придется размещать свое репо самостоятельно

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

Есть много преимуществ от использования SCM вместо Eclipse histoiry даже для одного человека:

• комментарии к коммитам: вы можете сказать, ПОЧЕМУ вы что-то сделали. Это поможет вам, когда вам нужно будет выяснить, почему тот или иной код делает то, что он делает, основываясь на его истории.

• резервные копии: О, вы полностью испортили рабочее пространство Eclipse? Просто создайте новую и создайте свежую копию кода.

• непрерывная интеграция: проверьте, что код собирается после каждого сохранения, запускает тесты (это важно) и создает фактический двоичный файл для отправки клиенту.

Это ваша страховочная сетка. Потратьте время на его изучение и используйте его правильно. В конце концов вам это понравится :)

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

Настройка и использование git или mercurial занимает очень мало времени. Просто сделай это. Если вам это не нужно, вы потеряли несколько минут. Если вам это нужно, потенциально это может сэкономить вам недели.