Компиляция кода, когда только [закрытое] изменение комментариев

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

Помните, в .NET вы можете добавлять XML-комментарии, которые компилятор может прочитать для создания документации по сборке. Очевидно, что при изменении этих типов комментариев потребуется выполнить компиляцию.

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

например. в .Net вы можете испортить XML-комментарии и проверить ненужное предупреждение компилятора, если вы неосторожны. Поэтому рекомендуется компилировать код каждый раз перед фиксацией (как и запускать тесты перед фиксацией).

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

Каждая фиксация должна строить основную линию на машине интеграции

Я делаю коммит в git, а затем отправляю свои изменения на svn-сервер, который используют все остальные, поэтому у меня есть скрипт, который автоматически перестраивает и запускает тесты и отправляет в svn, если все прошло

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