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. |