Moving from V2.0 to V3.0

Thanks @stephen ollman for raising this issue.

The version numbers are a bit misleading, but 3.0.x is based on 8.x-1.x.
If you are using 2.0.x then you shouldn' be updating to 3.0.x.

8.x-1.x ==> 3.0.x, is basically the original version of the module, based on the port from D7, where a single field CSS classes is added to blocks' configuration form:
https://git.drupalcode.org/project/block_class/-/blob/3.0.x/config/schem...

2.0.x is a new version of the module, with quite a lot of new features, such as support for CSS attributes, bulk operations on classes, etc...
https://git.drupalcode.org/project/block_class/-/blob/2.0.x/config/schem...

Note that currently 2.0.x has quite a few issues and is still a work in progress:
If you look at the issue queue you should see quite a few issues related with autocompletion and various other PHP related issues.
3.0.x has a much smaller scope of features and has existed for much longer, therefore it is probably much more stable.

We plan on updating both branches documentation and more generally the project page to provide more information on supported branches.

Not sure if I was able to answer your questions, but feel free to let us know if you have more or if you would need more information on any of these branches or the project in general, we would surely be glad to help.
Thanks in advance!

Thank you for your great reply. It certainly does answer my question and it's good to know that the V2 branch is the correct branch and the one that is likely to continue in the long term.
Cheers!
Stephen

Is there any risk in moving from Version 2.0 to 3.0 with a standard composer update?

For follow up readers in short: Yes there is. And the chance is high that it will break your site and you will loose possibly a lot of settings because 3.0 misses a lot of features. Read on here: 📌 2.x release vs 3.x release: Which should I use? Active

The release policy and versioning used at this project is - well nicely spoken - very confusing and should be documented if not changed (hide branches). Since it misses some expected behaviors and users can run into broken sites when they follow update recommendation notices from Drupal core or upgrade status and similar projects.

If you are using 2.0.x then you should not be updating to 3.0.x.

This should be placed on top of the project page. I fully understand fro own experience if time is limited. But then give me temp access to do it. It just takes 2 minutes.