The open source software release has an excellent dual-licensing section. It describes an approach in which a single entity, such as a foundation, βownsβ copyright to the source of the projects.
The foundation chooses to make the source available in two different licensing schemes: one closed, one open. For your specific case, you will want to make sure that you adhere to a strong copyleft license (such as the GPL) to prevent commercial derivative works from freely available source code.
However, as others have noted, this does not stop commercial organizations from using your software, simply taking your work and selling it to others. In some cases, this works, oddly enough, many organizations prefer to buy something than download and use something for free. These are the same organizations that need legally binding contracts with suppliers and some form of support. That is, when you sell software, you actually sell a whole bunch of other services at the same time as the "packaged shrink product."
Now, how can you store and close code, as well as release under the GPL? The rationale that bends the legal part of the whole arrangement is that IP is not contributing to the fund under the GPL. In contrast, developers provide their IP fund under "sponsorship agreements" that transfer the copyright of their changes to the fund and allow the fund to issue a code under two different licenses. This last little caveat is the big drawback of dual licensing, sometimes developers are not interested in sponsorship agreements, they want the changes to be available only under an open source license and nothing more. There are quite a few sponsorship deals that write around the place, but here is the one that the sun uses for MySQL .
source share