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

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

• Мне больше не нужно заботиться о локальном резервном копировании
• Ошибки могут быть легко устранены
• История может быть сохранена

Но, с другой стороны, у него есть и недостатки, например:

• Требуются дополнительные ресурсы
• Время настроить, привыкнуть к нему и т. Д.

Исходя из вашего опыта, хорошо ли использовать контроль версий, когда вы работаете один?

Да.

Все, что для этого нужно - это единственная ошибка, и вы будете пнуть себя за это. Вы также можете выбрать, какая система контроля версий (VCS) используется. Если есть вероятность, что вы будете работать в команде разработчиков в будущем, это прекрасное время, чтобы дать вам практический опыт работы с VCS. SVN и Git (или Mercurial) были бы отличными отправными точками, и им нужно всего несколько часов, чтобы понять основные команды в каждой VCS.

Теперь, чтобы развенчать, что отрицательные моменты ...

1) Требуются дополнительные ресурсы

Только ресурс требуется дисковое пространство. Так как это небольшой процент (меньше в Git, чем X ) вашего общего кода, я не думаю, что это будет проблемой. Это также не стоит никаких денег.

2) Время настроить, привыкнуть к нему и т. Д.

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

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

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

Я люблю использовать Git, когда работаю один. Например, работая в PHP, я просто создаю Git-репозиторий в своем локальном каталоге, который обслуживает Apache. Я могу легко начать работу над новой функцией (в ветке) и протестировать ее на своей локальной машине. Затем, если что-то появляется, и мне нужно сделать «экстренное исправление», это просто:

git checkout master

Вуаля! Мой рабочий каталог вернулся в состояние, в котором он находился до моей ветки. Я могу сделать быстрое решение. Когда я закончу, я могу вернуться к ветке и продолжить разработку.

Кривая обучения не очень крутая, и есть много информации в Интернете, чтобы помочь вам начать. Копайся в этом. Это стоит того.

Журнал изменений дает вам хорошее место для документирования ваших изменений, не загромождая источник.

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

И вы можете получить к нему доступ в любом месте, если вам нужно.

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

Если вы ищете бесплатную поддержку с закрытым исходным кодом, я бы внимательно посмотрел на Visual Studio Online. Это бесплатно для до 5 разработчиков, и быть самостоятельно ... ну ... да. Это пост спустя 4 года, так что ваша ситуация, вероятно, изменилась, но для других отдельных разработчиков, ищущих простой контроль версий, VSO - один из моих любимых вариантов, если я не хочу раскрывать свой исходный код. IIRC Github является бесплатным только для материалов с открытым исходным кодом, но их цены очень недороги. И VSO, и Github очень хорошо интегрируются с Visual Studio, если это ваш выбор IDE.

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

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