build

← →
race1 (2003-08-16 11:50) [0]

я зачем нажимать на кнопку Build project\all, когда можно нажать Ctrl+F9? это же будет быстрее, а результат один. только для статистики?

← →
Anatoly Podgoretsky (2003-08-16 12:46) [1]

А читал в меню, что делает Ctrl+F9

← →
race1 (2003-08-16 13:42) [2]

ага! Compile project. Понятно, что Build всё компиляет, что только можно :) но зачем? пишу себе проект, там n юнитов. Я жму Compile и получаю откомпилированные МОИ n юнитов, а зачем мне жать Build, что бы куча всего от меня независящего компилялось - непойму. Разве что я сам компонент пишу, но это другое по-моему, нежели просто программа

← →
Ketmar (2003-08-16 16:27) [3]

матчасть учить надо. в частности, знать, что есть "билд" программы. перед релизом весьма желательно бы собрать программу "с нуля". почему -- вопрос отдельный.
кстати, и номер билда в versioninfo дельфи автоматически увеличит.

← →
race1 (2003-08-16 19:01) [4]

а как-нить в двух словах можно? просто страх как интересно :)

← →
Ketmar (2003-08-16 19:47) [5]

можно. но лень.

← →
iZEN (2003-08-17 00:52) [6]

Проблема всё-такие иногда вылезает наружу: среда не может полностью контролировать изменённые вручную файлы - просто уходят некоторые вещи от её "взора" (то ли связано с дисковыми буферами, то ли с отложенной записью изменений на диск, то ли с параллельным использованием одного и того же файла разными процессами - разное бывает в датском королевстве :)
Так что полезно время от времени делать BuildAll всего проекта даже когда работаешь один.

← →
KSergey (2003-08-17 11:54) [7]

Ketmar © (16.08.03 19:47)
можно. но лень.

А может напрягетесь для нас, темных? Будем признательны

На сколько я понимаю, Build All необходим тогда, когда среда по каким-то причинам не смогла распознать изменения в каком-то файле, как правило - изменение его помимо IDE (копирование файла, исправление в стороннем деракторе, изменение системного времени "в неожианную сторону" и т.п.; при чем тут упомянутые дисковые буфера - мне не понятно). Кроме того при изменении файлов другим человеком (участником проекта, при работе не в одиночку), что в принципе подпадает под первую часть описания.
В остальных случаях - по вкусу.
Часто сигналом к ребилду может служить неадекватнгое поведение откомпилированной программы, "незмечаемые" компилятором изменения исходного кода.
В остальных случаях (как написано "периодически делать с нуля полезно") - рационально объяснить не берусь, хотя что-то в этом есть ;) Да и разве можно все досконально объяснить, что там в этой железяке творится? Наверное можно, да нет, точно можно - это рукотворное творение, а значит полностью познаваемое, но дешевле сделать rebuild ;).

build Найти похожие ветки