Нужен ли контроль версий для небольшой группы разработчиков (1-2 программиста)?

Question

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

Более конкретно, я работаю в отделе, в котором обычно есть два разработчика PHP, использующих общую среду. Он утверждает, что у нас нет никакой добавленной стоимости, если Subversion установлен в нашей системе разработки, тогда как я утверждаю, что иногда приятно иметь возможность откатиться назад, чтобы увидеть предыдущий код, особенно когда возникают необъяснимые ошибки, которые трудно определить указать в некоторых из классов.

Я думаю, что Subversion предлагает самый простой способ создания и отслеживания изменений по разным причинам, включая отладку. Сохранит ли Subversion какое-либо время?

Answer 1

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

Answer 2

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

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

Answer 3

Независимо от того, являетесь ли вы одним разработчиком или группой разработчиков, вы должны сделать следующее, прежде чем начать кодирование НИЧЕГО :

1. Настройка системы контроля версий . Используй любую систему, какую хочешь, мерзавец, SVN, Mercurial. Не важно как Пока вы знаете, как его использовать.
2. Настройка совместной работы система документации . Используйте вики или trac, или любая другая такая система ты умеешь пользоваться.
3. Настройка системы сборки . использование Make, ANT, Maven или любая другая сборка система, которую вы знаете, как построить.
4. Напишите первые контрольные примеры .

Не кодируйте одну строку основного приложения, пока не выполните эти четыре

Answer 4

Subversion нет. Но контроль источника есть.

Answer 5

Любой, кто не занимается контролем версий, просто делает это неправильно.

Answer 6

Version Control может иметь следующие преимущества:

1. Откат всегда удобен, как вы упомянули
2. С некоторыми вы можете закрепить предыдущую версию и запустить ее без отката
3. Помогает предотвратить одновременную работу двух страниц над страницей, что может вызвать несколько проблем

Но, опять же, он также имеет свои недостатки, если вы не выберете хороший

Answer 7

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

Answer 8

ДА!

Извините за крик: -)

Контроль версий полезен не только для отката версий. Это обеспечит большую безопасность от выкатывания старых версий файлов или случайного перезаписи более новых версий старыми версиями и т. Д.

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

Answer 9

Контроль версий ДА, вам всегда нужно выполнять контроль версий.

SVN? нет .. я, я использую Git.

Answer 10

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

Аналогично с выбором не использовать контроль версий ....