| | 12 | == Overview == |
| | 13 | |
| | 14 | * The Boost repository itself treats your library as a sub-module, i.e. a link to a particular release in your library's public GitHub repository. |
| | 15 | * Your library has a "master" branch for development work, and a "release" branch for your releases, which occur asynchronously from Boost releases. You may also have other branches, but that's up to you. |
| | 16 | * You (and the rest of your team) do day-to-day development using private repositories on your local machines. You push changes from these local private repos up to the public repo whenever you want. The local repos may have private branches that are never pushed to the public repo. |
| | 17 | * Portions of your library's directory structure must conform to Boost conventions, so both users and automatic processes can find header files, test files, build configurations, and the like. Otherwise your library's directory structure is up to you. |
| | 18 | |
| | 19 | |
