Hi all, Now the SonarQube workflow has been added to the Cloudberry. You can see the scan result here: https://sonarcloud.io/summary/new_code?id=apache_cloudberry. If you want to help maintain it, welcome to log in to SonarCloud with your GitHub account, and I will grant you access. Let me know.
Moreover, the Coverity and SonarQube scans will be running once a week. Best, Dianjin Wang On Thu, Apr 10, 2025 at 3:37 PM Dianjin Wang <wangdian...@gmail.com> wrote: > > Hi all, > > There is one PR on adding the SonarQube workflow to the Cloudberry: > https://github.com/apache/cloudberry/pull/1004. Need more reviewers to > merge it. Appreciate your help! > > Best, > Dianjin Wang > > On Mon, Mar 24, 2025 at 9:12 PM Dianjin Wang <wangdian...@gmail.com> wrote: > > > > Yes, exactly. Hope we can make use of the tools’ reports. > > > > On Monday, March 24, 2025, Илья Шипицин <chipits...@gmail.com> wrote: > >> > >> previously coverity itself was not very stable and I'd say ~50% of scan > >> failed due to coverity issues. > >> now it is very stable, likely once a week is fine. It really depends on > >> how often you want to look at those reports. > >> > >> пн, 24 мар. 2025 г. в 12:02, Dianjin Wang <wangdian...@gmail.com>: > >>> > >>> Hi guys, > >>> > >>> How about changing the Coverity Scan frequency from once a day to once > >>> a week? We can check the results weekly to see if any changes are > >>> needed. If that’s okay, I can create a small PR to update the > >>> workflow. > >>> > >>> I also want to apply for the SonarQube sponsorship for Cloudberry > >>> under Apache, which is widely used and will help us gain more insights > >>> from the static analysis. Let me know what you think. > >>> > >>> Best, > >>> Dianjin Wang > >>> > >>> On Sat, Mar 22, 2025 at 9:52 AM Dianjin Wang <wangdian...@gmail.com> > >>> wrote: > >>> > > >>> > Hi, > >>> > > >>> > Now the Coverity Scan can run smoothly: > >>> > https://github.com/apache/cloudberry/actions/runs/14003068651. If you > >>> > have any improvments, welcome to create a PR. > >>> > > >>> > Thanks to @chipitsine for his work. > >>> > > >>> > On Wednesday, March 19, 2025, Dianjin Wang <wangdian...@gmail.com> > >>> > wrote: > >>> >> > >>> >> Hi everyone, > >>> >> > >>> >> Here are the updates on the Coverity Scan for Cloudberry. The ASF > >>> >> Infra team has successfully added the secret to the Cloudberry > >>> >> repository. One PR on Coverity Scan was also merged on GitHub [1], but > >>> >> it still requires improvements to run smoothly in GitHub Actions. > >>> >> > >>> >> You can check the apache/cloudberry to see the scan results: > >>> >> https://scan.coverity.com/projects/apache-cloudberry-1f6d497c-9dcb-4204-a37b-0d79c6c5bec3. > >>> >> > >>> >> [1] https://github.com/apache/cloudberry/pull/849 > >>> >> > >>> >> Best, > >>> >> Dianjin Wang > >>> >> > >>> >> On Fri, Mar 14, 2025 at 11:33 AM Dianjin Wang <djw...@apache.org> > >>> >> wrote: > >>> >> > > >>> >> > Dear Team, > >>> >> > > >>> >> > I hope you are doing well. > >>> >> > > >>> >> > I would like to request your assistance in adding a GitHub repository > >>> >> > secret for the Apache Cloudberry project. We are integrating Coverity > >>> >> > Scan into our workflow, and we need to securely store the Coverity > >>> >> > Scan Token in the GitHub Repo secrets. > >>> >> > > >>> >> > Could you please help set up a new secret in the apache/cloudberry[1] > >>> >> > repository with the following details? > >>> >> > > >>> >> > * Secret Name: COVERITY_SCAN_TOKEN > >>> >> > * Secret Value: (I will send the token separately to the Infra team > >>> >> > member handling this request.) > >>> >> > > >>> >> > I appreciate your support in setting this up. Thanks! > >>> >> > > >>> >> > [1] https://github.com/apache/cloudberry > >>> >> > > >>> >> > > >>> >> > Best, > >>> >> > Dianjin Wang > >>> > > >>> > > >>> > > >>> > -- > >>> > > >>> > Best, > >>> > Dianjin Wang > >>> > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@cloudberry.apache.org For additional commands, e-mail: dev-h...@cloudberry.apache.org