Best Practices with any kind of software…
Make ‘save as’ backups on a fairly regular basis and use file names that indicate to yourself where you were in the project at the time.
Much software has a pretty elaborate self-backup system these days (time stamped saves every so often that are capable of preserving/undoing/redoing every move a user makes), but until one understands ‘exactly’ how it works (interfaces and tools for access, various settings and options, pros, cons, power-features, or lack there of) for a given App, where it puts things, how it names it, etc…it never hurts to do manually forced back-ups that place and name files where you can easily find them and copy/move them about (say, to your backup drive, the cloud, media for sharing, etc).
Invent your own manual backup system for the short term, and over the long term take steps to learn ‘exactly’ how auto-backup, undo, redo, etc. might work for a given app. In my experience, the more advanced and power-user loaded an apps auto-backup system is, the ‘more confusing’ it can be in the short term to master using it, and recalling various stages of your work.
Example: Every hour or so use Save As and make a fresh copy of the score in a folder that you know you can find easily. You might even put hints in the file name that make it easier for you personally to ‘go back in time’ to various stages/versions of your project.
Any time you take a break or ‘walk away’ from your project, make it a habit to fork off a new copy with a new name. Because? Things can happen while you’re away from the computer…
Anytime you try a new feature, or attempt to do things that might effect the entire layout, go ahead and use save-ass to fork off a fresh project. This adds confidence that you can easily ‘roll back’ to a safe starting point if you have an ‘oops’ moment.
Forcing your own personal backup system might also lead to more flexibility in ‘trying new ideas’ and keeping multiple versions of a project to ‘compare and contrast’ as you go. You might decide at some point to copy/paste portions from different versions into a ‘best of’ project much later. Maybe you’ve decided to use more or fewer flows to more easily produce over all look and feel desired from your score and parts. Maybe you want independent projects for larger and smaller print/paper-size versions. Maybe you want to spin off project versions that use different styles/fonts/spacing/etc. And when it comes to experimenting with the endless ‘score interpretation and playback’ options, forking off new copies of the Score will most certainly be a useful tactic to ‘experiment, trace issues, and document’ different ideas and project states.
Make it part of your workflow, and use the time to rest your brain and ears. Come up with your own system that helps ensure that you’ll avoid losing more than an hour of work.