Agreed upon best practices for semantic version numbering can be found at http://semver.org/.
Common libraries should be factored out into separate bundles. This will allow them to be reused across your bundles. When wrapping a JAR in an OSGI bundle, make sure to check online sources to see if someone has already done this before. Some common places to find existing bundle wrappers are: Apache Felix, Apache Sling, Apache Geronimo, Apache ServiceMix, Eclipse Bundle Recipes and the SpringSource Enterprise Bundle Repository.
For compile time dependencies in POM files, always depend on the lowest needed version that exposes the needed API. This will allow for higher backwards compatibility and makes backporting fixes to older releases easier.
As soon as a package has been exported, we have created an API for others to depend on. Make sure to export as little as possible and make sure that what is being exported is an API. It is much easier to take a private method/class and make it public than it is to take something that was previously exported and make it private.
Implementations should always be placed in a separate impl package. By default, the maven-bundle-plugin will export anything in the project that does not have an impl in its name.
This will allow consumers of your API to evolve along with you. When doing so, always follow semantic versioning best practices. This will allow consumers of your API to know what types of changes to expect in a new version.
By specifying meaningful metatype information, it will make your services and components easier to understand in the Felix console. A list of SCR annotations and attributes can be found at: http://felix.apache.org/documentation/subprojects/apache-felix-maven-scr-plugin/scr-annotations.html.