-
Notifications
You must be signed in to change notification settings - Fork 1.2k
[FB] Moving Buck to a stable/development branch publication model #2401
Comments
What are the plans for pushing the development changes back to |
how do PRs make it into the DEV Branch? |
We only plan to cherry-pick changes from the development branch to master. We expect the changes in development to break existing setups, so merging them back to master too soon would be harmful. It is likely the development branch will eventually become a future version of Buck. We welcome patches to both development and master, but encourage users to stick with master for now. |
I don't know I'm know to these codes |
There is an update https://developers.facebook.com/blog/post/2021/07/01/future-of-buck/ |
@dulmandakh Is there any news on the buck rewrite? I'm having trouble finding an update. Last I can find is the blog post saying this:
|
The buck rewrite has been available for a bit now at https://github.com/facebook/buck2 We've just publicly announced it today, you can read more here: https://engineering.fb.com/2023/04/06/open-source/buck2-open-source-large-scale-build-system/ The docs available at https://buck2.build/ also have a lot of information. |
In order to allow us to experiment on fundamental changes to the core of Buck, future changes made by Facebook’s Build Infra team to the Buck code base will be published to a development branch. The current master branch is moving to a stable role that doesn’t automatically get these changes.
For this stable master branch we will continue to merge PRs and help with issue tickets as we do now, we are also open to pulling interesting commits from the dev branch on demand.
We will make sure that changes to the new dev branch continue to pass Buck’s test suites inside FB’s internal CI system while we change features and APIs, potentially breaking backwards compatibility. Our goal is to be able to put the buck dev code base into a state that allows easier reuse and evolution of interesting parts quickly without putting non-FB users of buck at risk that might be dependent on some of these code paths.
Longer term this ability to move fast and experiment will lead to a vastly improved build experience. We're exploring changes that will make for a more dynamic, more incremental, and much, much faster build system. We will clearly separate the core from the language rules providing the community a more stable API to depend on.
The Facebook Build Infra Team
The text was updated successfully, but these errors were encountered: