| 23 | | **How do I get write access to my library at {{{github.com/boost-lib}}}?** |
| | 26 | Short answer: Submit a pull request at {{{github.com/boostorg}}}. |
| | 27 | |
| | 28 | Long answer: See [https://help.github.com/articles/fork-a-repo GitHub's] description of the process. [http://stackoverflow.com/questions/2199144/github-git-how-to-submit-changes-to-an-upstream-repo Stackoverflow] also covers the topic. This [http://www.youtube.com/watch?v=75_UrC2unv4 video] shows how !GitHub manages interactions between the submitter and the library owner. |
| | 29 | |
| | 30 | ** Will we keep using trac for tickets?** |
| | 31 | |
| | 32 | There's no immediate plan to change anything about how our issue tracking works. |
| | 33 | |
| | 34 | == Library Maintainers == |
| | 35 | |
| | 36 | **How do I get write access to my library at {{{github.com/boostorg}}}?** |
| 29 | | The Git community has a usual way of submitting changes upstream. See [https://help.github.com/articles/fork-a-repo GitHub's] description of the process. [http://stackoverflow.com/questions/2199144/github-git-how-to-submit-changes-to-an-upstream-repo Stackoverflow] also covers the topic. This [http://www.youtube.com/watch?v=75_UrC2unv4 video] shows how !GitHub manages interactions between the submitter and the library owner. |
| | 42 | No, as far as we know at this point. |
| | 43 | |
| | 44 | **Will there be support branches for particular releases?** |
| | 45 | |
| | 46 | Which branches get created depends on who owns the repository in question. Thus, If you are asking about Boost super-project releases, then that is up to the community and the release managers. If you are asking about individual library releases, that is up to the individual library maintainers. |
| | 47 | |
| | 48 | **What branches will be tested** |
| | 49 | |
| | 50 | Short answer: We don't know yet. |
| | 51 | |
| | 52 | Long answer: We will start with something simple, and then work up to a continuous integration test scenarios. One of the key objectives of modularization, right from the start, has been to facilitate much more responsive testing. |
| | 53 | |
| | 54 | == Acknowledgements == |
| | 55 | |
| | 56 | Thanks to Andrey Semashev and Antony Polukhin for submitting many of these questions. Dave Abrahams provided many of the answers. |
| | 57 | |
| | 58 | Beman Dawes is maintaining this page. |