I have seen this question and do not believe this to be a duplicate What software models are appropriate for daily builds and continuous integration? .
I don't fully understand what advantage automatic daily complete builds may have over building on every commit in practice (continuous integration being the term I believe). I commonly hear companies mention they build on every commit when asked about daily builds.
The 2nd article by Joel below mentions "It’s tempting to do continuous builds, but you probably can’t, because of source control issues which I’ll talk about in a minute. " but it's still not fully clear to me, despite searching.
In these 2 articles it is alluded to that a daily build is more practical/advantageous as opposed to continuous integration (which to my understanding would be building on every commit).
However it still isn't clear to me. I currently only thought of 2 specific examples perhaps
1) With many of (git) pushes/merges constantly coming in, with a sufficiently long build time to do a full build.
Joel's description of a complete build is as follows: "Complete – chances are, your code has multiple versions. Multiple language versions, multiple operating systems, or a high-end/low-end version. The daily build needs to build all of them. And it needs to build every file from scratch, not relying on the compiler’s possibly imperfect incremental rebuild capabilities. "
Perhaps you could save resources but just doing 1 full build around the middle of the work day, and settle for running all relevant quicker unit/integration tests on every push.
The constant queue possibly of complete builds non-stop could build a big enough queue defeating the relevancy and purpose of your builds perhaps because they'd always be behind.
This plays into a full build on every push being perhaps the ideal but in practice you won't have hardware capable of dealing with your push thoroughput.
2) it might be more convenient to sweep through daily builds rather than builds by every push (reason 5 in his daily builds are your friend article).