Changes between Version 9 and Version 10 of ModCvtFAQ


Ignore:
Timestamp:
Oct 28, 2013, 1:04:11 PM (9 years ago)
Author:
Beman Dawes
Comment:

Bring up to date. Add questions, Acknowledgements

Legend:

Unmodified
Added
Removed
Modified
  • ModCvtFAQ

    v9 v10  
    11= Modular Boost Frequently Asked Questions =
     2[[PageOutline]]
    23
    34== Conversion to Git and modular Boost ==
     
    1112 None. The whole need for the sandbox as a part of the boost repository goes away. Proposed libraries that used to go in the sandbox now just go in their own public repositories. They are typically hosted on [https://github.com GitHub], but any public host will do. ExtractSandbox shows how to move a library from the old sandbox to !GitHub. StartModDev shows how a repository for a proposed library would work.
    1213
    13 **Is it possible to checkout only library A and its prerequisites?**
     14== General Questions ==
    1415
    15  Not automatically. Automatic dependency resolution is planned for the future, but not as a part of the conversion to Git and modular Boost.**
     16**Is it possible to checkout only one library and its prerequisites?**
     17
     18 Not automatically. Automatic dependency resolution is planned for the future, but not as a part of the conversion to Git and Modular Boost.**
    1619
    1720**So how do I get a modularized Boost that I can actually use?**
     
    1922See [TryModBoost#InstallingModularBoost these instructions].
    2023
    21 == General Questions ==
     24**How do I submit fixes to a Boost library owned by someone else?**
    2225
    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}}}?**
    2437
    2538 See [ModAdmin Administrative Privileges for public library repositories].
    2639
    27 **How do I submit fixes to a Boost library owned by someone else?**
     40**Will there be a lockdown for individual libraries master branches during the release cycle?**
    2841
    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
     46Which 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
     56Thanks to Andrey Semashev and Antony Polukhin for submitting many of these questions. Dave Abrahams provided many of the answers.
     57
     58Beman Dawes is maintaining this page.