Зачем мне использовать контроль версий, если я работаю один и уже регулярно делаю резервные копии?

Question

Я работаю над проектом:

• Только я, нет сотрудничества / совместного использования исходного кода
• Я уже регулярно создаю резервные копии своего кода и могу использовать Dropbox для исправления ошибок

Какие преимущества я получу от настройки git-репозитория (или чего-то еще) для моего проекта?

Answer 1

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

Answer 2

Когда-нибудь внесите изменения в файл и подумайте: «О, блин…, я бы хотел отменить это!».

Вот почему одной команде разработчиков все еще нужен контроль версий.

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

Answer 3

• История изменений
• Комментарии заезда
• * Изменения 1006 *
• Ветвление
• Tagging

Answer 4

Как только вы начнете использовать управление версиями (для небольшого проекта, могу ли я порекомендовать простой в настройке Bazaar?), Ваш вопрос ответит сам почти мгновенно, и с ясностью, которую никогда не сможет обеспечить доска обсуждений:)

Answer 5

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

Приятно иметь возможность вернуться к рабочей версии, также вы найдете пользователей (и это может включать себя!) Триггер между "Я хочувсе это »и« Я просто хочу резюме »полезно, если у вас есть надежно спрятанная версия« Я хочу все ».

Answer 6

Чувство «Упс. Думаю, мне следовало потратить время на это» на собеседовании, это не весело, особенно что-то настолько полезное / существенное.Потенциальные работодатели хотели бы видеть гибкость и ответственность, даже если ваше резюме кода отлично.:)

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

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

Answer 7

Когда-нибудь смотрел какой-то кусок кода и думал: «Почему я это сделал?»Управление исходным кодом ответит вам за это с помощью отметок времени и комментариев к каждому коммиту.

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

Answer 8

Вы говорите, что используете Dropbox для исправления ошибок (или «можете»), так что, по сути, вы используете Dropbox в качестве контроля версий. Очень простой, плохо продуманный. Dropbox отлично подходит для многих вещей, но он не поможет вам выяснить, какие файлы были изменены вместе, или вернуть папку к определенному снимку.

Это вещи, которые "правильный" контроль версий может сделать для вас лучше.

Answer 9

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

Answer 10

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

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