Late edits are normal. The safe pattern is simple: treat each export as a release candidate, validate high-risk pages first, fix at source, then upload only one latest verified file.
Treat every post-edit export as a new release candidate
After meaningful manuscript edits, generate a new export instead of reusing older files.
Use versioned names like `book-v18-rc1.pdf` and `book-v18-rc1.epub` so your release notes, checks, and upload candidates stay in sync.
A versioned candidate log prevents stale-file uploads near launch day.
Review high-risk pages before full-document scrolling
Start with chapter openings, scene transitions, and page-before-chapter boundaries.
After structural edits, verify front matter and back matter order plus TOC destinations before deep visual review.
This risk-first pass catches most late-edit regressions quickly.
Run validation checks by output type
For print-ready PDF updates, run KDP Print Previewer and clear warning-level blockers first.
For EPUB updates, run validation checks and click each TOC entry to confirm navigation targets.
Do not consider a candidate final until both format-specific checks pass.
Fix source content, not final artifacts
When defects appear, edit manuscript source structure or style settings and re-export.
Avoid patching final PDF/EPUB files as a normal workflow. Those patches are easy to lose on the next export.
Do I need to re-export after every manuscript edit?
Re-export after any meaningful edit that could affect structure, pagination, TOC targets, or typography. Small typo edits can often be batched into one candidate pass.
Can I patch the final PDF and skip source fixes?
You can patch files in emergencies, but source-first fixes are safer and prevent repeat defects on the next export.
What is the minimum safe validation pass before upload?
At minimum: preview high-risk chapter transitions, clear warning blockers, and confirm TOC/navigation behavior for the latest candidate file.