|
| 1 | +--- |
| 2 | +license: | |
| 3 | + Licensed to the Apache Software Foundation (ASF) under one or more |
| 4 | + contributor license agreements. See the NOTICE file distributed with |
| 5 | + this work for additional information regarding copyright ownership. |
| 6 | + The ASF licenses this file to You under the Apache License, Version 2.0 |
| 7 | + (the "License"); you may not use this file except in compliance with |
| 8 | + the License. You may obtain a copy of the License at |
| 9 | +
|
| 10 | + http://www.apache.org/licenses/LICENSE-2.0 |
| 11 | + |
| 12 | + Unless required by applicable law or agreed to in writing, software |
| 13 | + distributed under the License is distributed on an "AS IS" BASIS, |
| 14 | + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. |
| 15 | + See the License for the specific language governing permissions and |
| 16 | + limitations under the License. |
| 17 | +layout: default |
| 18 | +title: "Branching Strategy" |
| 19 | +previous: |
| 20 | + url: /how_contribute/code_changes/code_review_criteria/ |
| 21 | + title: Code Review Criteria |
| 22 | +next: |
| 23 | + url: /how_contribute/code_changes/preparing_contribute_code_changes/jira_issue/ |
| 24 | + title: Jira issues |
| 25 | +--- |
| 26 | +# Apache Wayang-Branching Strategy |
| 27 | +This page is a summary from an email thread: https://lists.apache.org/thread/v9nhw3ml585456byd6t6cbn3vbhnzkww |
| 28 | + |
| 29 | +## Branches: |
| 30 | +__*release (currently not uesd):*__ |
| 31 | + |
| 32 | +In the future eventually, this branch represents the current stable state of Wayang. It's where users can find the latest and most stable version of the project. The content of this branch is the same as the latest "rel/x.x.x" branch. |
| 33 | +For now, we changed our branching strategy a bit to simplify the process and we will not have a branch called "release" for now. Only the rel/x.x.x |
| 34 | + |
| 35 | + |
| 36 | +__*rel/x.x.x (Release Version Branches):*__ |
| 37 | + |
| 38 | +These branches are used to track all versions of Wayang. Older versions are kept here for reference and use, similar to tags. For example, if you need to use an older version of Wayang, you can find it here. |
| 39 | + |
| 40 | + |
| 41 | +__*cherry-pick (Feature/Fix Selection):*__ |
| 42 | + |
| 43 | +This branch is used when selecting specific features and fixes implemented on the "main" branch to be included in the next release. It allows for testing and ensuring compatibility with Apache guidelines before creating the "rel/" branch. |
| 44 | + |
| 45 | + |
| 46 | +__*main (Development Branch):*__ |
| 47 | + |
| 48 | +This branch is where approved pull requests (PRs) are merged, but it may not always be stable. New content is frequently opened and merged here. Developers work on new features or bug fixes by creating new "feature/bugfix" branches from "main." |
| 49 | +From other projects you may know the branch named __develop__ - it is the same as __main__ in our case. |
| 50 | + |
| 51 | +## Workflow: |
| 52 | +Developers work primarily on the main branch, where they create and merge PRs for new features or bug fixes. |
| 53 | +When it's time to make a new release, features and fixes implemented on main are cherry-picked into the cherry-pick branch. Testing and compliance with Apache guidelines are performed. |
| 54 | +After successful testing and compliance, the rel/x.x.x branch is created using Maven commands. |
| 55 | +Once the rel/x.x.x branch conforms to Apache approvals, its content is merged into the main branch. This provides an easy and intuitive way for users to find the latest stable version of Wayang. |
| 56 | + |
| 57 | + |
| 58 | +## Default Branch in GitHub: |
| 59 | +The default branch in the GitHub repository can be set to main to reflect the most active development branch. This makes it easier for contributors to find the primary development branch. |
| 60 | +This branching strategy aims to maintain stability while allowing for continuous development and easy access to older versions when needed. Developers create and merge features on the develop branch, and only selected changes are included in releases after thorough testing. |
0 commit comments