Как можно модернизировать Восемь заповедей контроля исходного кода?
Как это обновить? Я никогда не видел нынешней команды, которая действительно «проверяет» файл. Я тоже не компилирую. Кажется, что это еще до времен ветвления.
- Вы должны заселиться пораньше и проверить часто. Вы злитесь на своих коллег когда вы проверяете файл и настаиваете держать это проверено, пока некоторые будущий момент времени, то есть измеряется с использованием переменных, которые существуют исключительно в вашем мозгу.
- Вы должны никогда не проверяйте код, который нарушает строить. Если ваш код не компилируется, это не принадлежит источнику репозиторий управления.
- Ты не пойдешь дома на день с проверенными файлами выходите, и вы не должны уходить выходные или в отпуск, с файлы извлечены.
- Вы должны оставить описательный комментарий при заселении ваш код. Вам не нужно включать имя или дату в комментарии как эта информация уже отслеживается.
- Вы должны использовать «Отменить оформление заказа». вариант, если вы извлекаете файл и не вносите никаких изменений. Это вызывает недовольство ваших коллег, когда вы проверьте код, который не изменился совсем не из оригинала.
- Вы должны не использовать комментарии, чтобы "сохранить" несуществующий код. Не бойся, за код, который ты удалить все еще существует в источнике управлять историей кода и может быть извлекается при необходимости.
- Вы должны использовать контроль версий более чем архивирование только кода. Исходный код репозиторий управления делает отличное хранилище для технических документы, сценарии SQL и другие документы и файлы, относящиеся к проект.
- Вы должны религиозно резервное копирование исходного кода база данных на регулярной основе и хранить копию вне сайта расположение.
Ответы 7
Что тут «модернизировать»? Я не вижу ничего, что связано с COBOL или Ada ...
Зачем им необходимость модернизировать? Они выглядят так же актуально сейчас, как и в день написания, ИМХО.
Поскольку большинство современных систем управления исходным кодом допускают возможность одновременных проверок, я вижу, где можно ослабить (3), хотя по-прежнему рекомендуется проверять ночью, чтобы получить резервную копию. TFS позволяет вам откладывать ожидающие изменения, чтобы вы могли сохранить свои изменения, не проверяя их, когда ваш код нарушает сборку, но вы хотите проверить, прежде чем уйти ночью.
Выполняете ли вы оформление заказа или нет, это зависит от используемой вами системы контроля версий (VCS). Если вы используете SCCS (старая школа, но часть Single Unix Specification), или если вы используете Atria ClearCase (от IBM Rational), то блокировка проверки является частью жизни. В более современных системах, когда вы создаете рабочую песочницу, вы эффективно выполняете проверку, но это неблокирующая проверка, которая не мешает другим вносить одновременные изменения с одной и той же начальной точки.
Вы говорите, что не компилируете ... Бьюсь об заклад, ваш код прочитает какая-то программа, а затем начнет действовать. Perl не имеет отдельного компилятора как такового, но имеет этап компиляции. Сценарии оболочки читаются и проверяются. Аналогично Python и Ruby. Современная форма правила, возможно, гласит:
- Вы никогда не должны регистрировать код, неприемлемый для его языкового процессора, будь то интерпретатор или компилятор. Если ваш код не является хотя бы синтаксически правильным, он не принадлежит основным ветвям репозитория системы управления версиями (хотя он может принадлежать вашей частной рабочей ветке).
Пункт 3 о том, что код не следует оставлять вне проверки, остается в силе. Если вы держите код в своей песочнице в течение длительных периодов времени, то вы усложняете свою жизнь, поскольку вам, вероятно, придется иметь дело с большим количеством слияний из-за других, которые работали над тем же кодом, пока он был у вас в вашей частной ветке. .
Все остальные пункты кажутся действительными для Git, SVN, CVS или ... так же, как и для SCCS или ClearCase.
- Поддерживать единый исходный репозиторий
- Автоматизировать сборку
- Сделайте свою сборку самотестирующейся
- Все совершают каждый день
- Каждая фиксация должна строить основную линию на машине интеграции
- Держите сборку быстро
- Тест в клоне производственной среды
- Сделайте так, чтобы любой мог получить последнюю версию исполняемого файла
- Все могут видеть, что происходит
- Автоматизировать развертывание
Вы не должны идти домой на день с проверенными файлами, вы не должны уезжать на выходные или в отпуск с проверенными файлами.
Вы должны использовать опцию «Отменить оформление», если вы извлекаете файл и не вносите никаких изменений. Коллегам не нравится, когда вы регистрируете код, который вообще не изменился по сравнению с исходным.
Вы должны неукоснительно делать резервные копии своей базы данных управления исходным кодом на регулярной основе и хранить копию вне офиса.
Если вам нужно беспокоиться о любом из них, ваш SCM полон отказов. Получите лучший.
В остальном это довольно неплохие идеи ...
Какая система SCM не требует резервного копирования - в той или иной форме? Если ваш ответ заключается в том, что это делает DVCS (распределенная система контроля версий), вы должны убедиться, что существует достаточное количество копий кода, которые на самом деле вам не нужно делать резервные копии.
обновления за 2008 год.
- Вы должны совершить раньше и совершить часто. Вы злите своих коллег, когда вы сломать сборку в основной ветке.
- Вы никогда не должны регистрировать код что сборщик-бот не принимает.
- Ты сегодня не пойдешь домой без объединения вашей ветки с другими
- Вы должны оставить описательный комментарий при регистрации кода. Вам не нужно указывать свое имя или дату в комментарии, поскольку эта информация уже отслеживается.
- УДАЛЕНО!
- Вы не должны использовать комментарии для «сохранения» несуществующего кода. Не бойтесь, потому что код, который вы удаляете, все еще существует в истории кода системы управления версиями и может быть получен при необходимости.
- Вы должны использовать систему контроля версий не только для архивирования кода. Репозиторий управления исходным кодом является отличным хранилищем для технической документации, сценариев SQL и других документов и файлов, связанных с проектом. Вы даже можете использовать систему контроля версий в своих документах OpenOffice с помощью подключаемого модуля SVN.
- Вы должны неукоснительно зеркалируйте свою ветку на резервном сервере.
Вы думаете, что они устарели? Если да, объясните, пожалуйста, что с ними не так.