Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix & improve docker multi platform builds #176

Merged
merged 1 commit into from
May 25, 2024

Conversation

isZumpo
Copy link
Contributor

@isZumpo isZumpo commented May 24, 2024

Fixes missing x86 build mentioned in #175

Followed this guide to make improvements to the cross compilation process:

  • Make use of BUILDPLATFORM in dockerfile to get better docker caching and build speeds, since the platform of the computer used to build the image is used as much as possible, limiting the need for emulation.
  • Moves some args around to make fork off the building context as late as possible, resulting in better docker builder layer reuse for different platforms

With the utilization of BUILDPLATFORM, the docker caching works way better for different platforms. Eliminating the need for separate build jobs added in #165. Meaning that only one job will be used again, that builds all the different platforms. Speed is even better now when rebuilding without any changes in github actions, around 20s.

In addition, removes the extra unknown platform by setting provenance: false based on answers in: docker/build-push-action#820

Copy link
Contributor

coderabbitai bot commented May 24, 2024

Walkthrough

The recent updates streamline the Docker build process by enhancing platform specification and caching mechanisms. The .github/workflows/docker-build.yml file simplifies the multi-platform build strategy, while the Dockerfile reorganization optimizes the build environment setup, particularly for TensorFlow headers.

Changes

File Change Summary
.github/workflows/docker-build.yml Removed strategy section for platforms, updated platforms field, modified cache-from and cache-to, added provenance: false.
Dockerfile Reorganized FROM statements, replaced ARG TARGETPLATFORM with --platform=$BUILDPLATFORM, adjusted TensorFlow headers build process.

🐇

In the world of bytes and code,
Docker builds now smoothly flow'd.
Platforms set with ease and grace,
TensorFlow finds its perfect place.
Cache and provenance, all aligned,
In this update, brilliance shined.

🐇

Tip

New Features and Improvements

Review Settings

Introduced new personality profiles for code reviews. Users can now select between "Chill" and "Assertive" review tones to tailor feedback styles according to their preferences. The "Assertive" profile posts more comments and nitpicks the code more aggressively, while the "Chill" profile is more relaxed and posts fewer comments.

AST-based Instructions

CodeRabbit offers customizing reviews based on the Abstract Syntax Tree (AST) pattern matching. Read more about AST-based instructions in the documentation.

Community-driven AST-based Rules

We are kicking off a community-driven initiative to create and share AST-based rules. Users can now contribute their AST-based rules to detect security vulnerabilities, code smells, and anti-patterns. Please see the ast-grep-essentials repository for more information.

New Static Analysis Tools

We are continually expanding our support for static analysis tools. We have added support for biome, hadolint, and ast-grep. Update the settings in your .coderabbit.yaml file or head over to the settings page to enable or disable the tools you want to use.

Tone Settings

Users can now customize CodeRabbit to review code in the style of their favorite characters or personalities. Here are some of our favorite examples:

  • Mr. T: "You must talk like Mr. T in all your code reviews. I pity the fool who doesn't!"
  • Pirate: "Arr, matey! Ye must talk like a pirate in all yer code reviews. Yarrr!"
  • Snarky: "You must be snarky in all your code reviews. Snark, snark, snark!"

Revamped Settings Page

We have redesigned the settings page for a more intuitive layout, enabling users to find and adjust settings quickly. This change was long overdue; it not only improves the user experience but also allows our development team to add more settings in the future with ease. Going forward, the changes to .coderabbit.yaml will be reflected in the settings page, and vice versa.

Miscellaneous

  • Turn off free summarization: You can switch off free summarization of PRs opened by users not on a paid plan using the enable_free_tier setting.
  • Knowledge-base scope: You can now set the scope of the knowledge base to either the repository (local) or the organization (global) level using the knowledge_base setting. In addition, you can specify Jira project keys and Linear team keys to limit the knowledge base scope for those integrations.
  • High-level summary placement: You can now customize the location of the high-level summary in the PR description using the high_level_summary_placeholder setting (default @coderabbitai summary).
  • Revamped request changes workflow: You can now configure CodeRabbit to auto-approve or request changes on PRs based on the review feedback using the request_changes_workflow setting.

Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

Share
Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai generate interesting stats about this repository and render them as a table.
    • @coderabbitai show all the console.log statements in this repository.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (invoked as PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger a review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai help to get help.

Additionally, you can add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.

CodeRabbit Configration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 4

Outside diff range and nitpick comments (1)
Dockerfile (1)

Line range hint 52-52: Pin versions of packages in apt-get install and use --no-install-recommends to ensure consistent and minimal builds.

- apt-get install -y ca-certificates libasound2 ffmpeg sox ffmpeg
+ apt-get install -y --no-install-recommends ca-certificates=20210119 libasound2=1.2.4-1.1 ffmpeg=7:4.3.2-0+deb11u2 sox=14.4.2+git20200706-1
Review Details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits Files that changed from the base of the PR and between 1671358 and e6b8268.
Files selected for processing (2)
  • .github/workflows/docker-build.yml (2 hunks)
  • Dockerfile (3 hunks)
Additional Context Used
Hadolint (6)
Dockerfile (6)

7: Pin versions in apt get install. Instead of apt-get install <package> use apt-get install <package>=<version>


7: Avoid additional packages by specifying --no-install-recommends


27: Set the SHELL option -o pipefail before RUN with a pipe in it. If you are using /bin/sh in an alpine image or if your shell is symlinked to busybox then consider explicitly setting your SHELL to /bin/ash, or disable this check


44: Use WORKDIR to switch to a directory


52: Avoid additional packages by specifying --no-install-recommends


52: Pin versions in apt get install. Instead of apt-get install <package> use apt-get install <package>=<version>

Additional comments not posted (3)
Dockerfile (2)

39-39: Ensure the BUILDPLATFORM variable is used consistently across all stages in the Dockerfile.


4-4: Ensure the BUILDPLATFORM variable is defined or passed correctly to avoid build failures.

.github/workflows/docker-build.yml (1)

76-79: Ensure that the new caching mechanism (type=gha) and the provenance: false setting are correctly configured and supported by your CI environment.

# Pass in ARGs after FROM to use them in build stage
ARG TENSORFLOW_VERSION
ARG TARGETPLATFORM
FROM --platform=$BUILDPLATFORM golang:1.22.3-bookworm as buildenv

# Install zip utility along with other dependencies
RUN apt-get update && apt-get install -y \
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Use --no-install-recommends with apt-get install to avoid installing unnecessary packages.

- apt-get install -y curl git sudo zip
+ apt-get install -y --no-install-recommends curl git sudo zip

Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

Suggested change
RUN apt-get update && apt-get install -y \
RUN apt-get update && apt-get install -y --no-install-recommends \

Pin versions of packages in apt-get install to ensure consistent builds.

- apt-get install -y curl git sudo zip
+ apt-get install -y curl=7.74.0-1.3+b1 git=1:2.30.2-1 sudo=1.9.5p2-3 zip=3.0-12

Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

Suggested change
RUN apt-get update && apt-get install -y \
RUN apt-get update && apt-get install -y curl=7.74.0-1.3+b1 git=1:2.30.2-1 sudo=1.9.5p2-3 zip=3.0-12


# Compile BirdNET-Go
COPY . BirdNET-Go
ARG TARGETPLATFORM
RUN --mount=type=cache,target=/go/pkg/mod \
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Use WORKDIR instead of cd for changing directories in Dockerfile to follow best practices.

- RUN --mount=type=cache,target=/go/pkg/mod --mount=type=cache,target=/root/.cache/go-build cd BirdNET-Go && make TARGETPLATFORM=${TARGETPLATFORM}
+ WORKDIR /BirdNET-Go
+ RUN --mount=type=cache,target=/go/pkg/mod --mount=type=cache,target=/root/.cache/go-build make TARGETPLATFORM=${TARGETPLATFORM}

Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

Suggested change
RUN --mount=type=cache,target=/go/pkg/mod \
WORKDIR /BirdNET-Go
RUN --mount=type=cache,target=/go/pkg/mod --mount=type=cache,target=/root/.cache/go-build make TARGETPLATFORM=${TARGETPLATFORM}

&& git -C tensorflow checkout

ARG TARGETPLATFORM

# Determine PLATFORM based on TARGETPLATFORM
RUN PLATFORM='unknown'; \
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Set the SHELL option -o pipefail before using pipes in RUN commands to ensure that errors in a pipeline are not masked.

+ SHELL ["/bin/bash", "-o", "pipefail"]
  RUN curl -L ...

Committable suggestion was skipped due low confidence.

@tphakala tphakala merged commit dc44e23 into tphakala:main May 25, 2024
6 checks passed
@isZumpo isZumpo deleted the fix-docker-platform-build branch May 25, 2024 08:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants