- Your team is using centralized version control.
- You are working on a larger feature which will take several days to complete, and you won't be able to commit before that because it would break the build.
- Your team members commit something every day that might change some of files you're working on.
Since this is centralized version control, you will have to update your local checkout at some point: at least once right before committing the new feature.
If you update only once right before your commit, then there might be a lot of conflicts due to the many other changes by your teammates, which could be a world of pain to resolve all at once.
Or, you could update often, and even if there are a few conflicts to resolve day by day, it should be easier to do, little by little.
Would you stay it's always a good idea to update often?