It is always important to ensure that software releases are made from a designated branch. This practice plays a significant role in fostering a healthy community and facilitating the iterative development of the entire software version, whether it involves major features or minor bug fixes. For instance, in the Hadoop or Spark communities, development and management are typically conducted on designated branches. Unfortunately, the DS community serves as a poor example in this regard.
Leonard（Lifeng Nie） <[email protected]> 于2023年3月23日周四 14:40写道： > > Hello, everyone: > I suggest that if we have a 3-digit version number such as: 1.2.3 > The first place: 1 is a major version, which is upgraded when the > architecture changes, or when multiple new functions meet new features. > The second digit: 2 is a new function, which includes one or more new > functions or new features. > Third place: 3 only do bug fixes. > > In this way, users can choose according to their consulting needs. > What do you think? > > JUN GAO <[email protected]> 于2023年3月23日周四 12:48写道： > > > Hi all. > > > > SeaTunnel version 2.3.x has gradually become stable, and many users are > > starting to use version 2.3.x. We will start the development of the next > > big feature soon. The new feature may cause instability due to a large > > number of changes. > > > > How do we manage the development branch of the Feature and the disbursement > > of bug fixes? If new features and bug fixes are maintained in the dev > > branch, it may result in bug fixes and new features being synchronized with > > the third version number, and new features may introduce new bugs. Version > > 2.3 will be difficult to truly stabilize. > > > > However, if our third version number only contains bug fixes, and all bug > > fixes are made from the 2.3. x release branch (like the Apache Dolphin > > Scheduler), then we need to maintain the release branch for how long. The > > same bug may require different fixes in different branches, which seems > > difficult for developers. > > > > Do we have a better way to manage bug fixes and the development of new > > features? > > > > > > -- > > > > Best Regards > > > > ------------ > > > > EricJoy2048 > > [email protected] > > > > > -- > Warm Regards, > > Leonard（LiFeng Nie）
