Open
Conversation
WalkthroughAdds a suite of documentation pages introducing and documenting Hardware Profile management for Kubernetes-based inference services: concepts, workflows (create/update/delete), CLI examples, CPU/GPU examples, and scheduling guidance (node selectors and tolerations). Changes
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~4 minutes Possibly related PRs
Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 3✅ Passed checks (3 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In
`@docs/en/infrastructure_management/hardware_profile/functions/hardware_profile.mdx`:
- Line 5: Update the document heading text that currently reads "Hardware
Profile Manage" to the corrected phrase "Hardware Profile Management" in the
heading line (the H1 that starts with "# Hardware Profile Manage") so the title
uses proper grammar; replace only the heading text and keep the surrounding
markdown syntax intact.
In
`@docs/en/infrastructure_management/hardware_profile/how_to/create_hardware_profile_cli.mdx`:
- Line 17: Update the prerequisite sentence that currently reads "You have a
namespace where you have permissions to view or create `HardwareProfile`
resources (typically a cluster-scoped resource or in a specific admin
namespace)" to state that `HardwareProfile` is a namespaced resource and users
must have permissions in the specific target namespace; reference the example
YAML's namespace (e.g., `namespace: kube-public`) as an example and remove the
"cluster-scoped" wording so the doc correctly requires namespace-level
permissions to view/create `HardwareProfile`.
ℹ️ Review info
⚙️ Run configuration
Configuration used: Organization UI
Review profile: CHILL
Plan: Pro
Run ID: 5c407a22-b403-4c68-bdb7-0bd98f28d733
📒 Files selected for processing (8)
docs/en/infrastructure_management/hardware_profile/functions/hardware_profile.mdxdocs/en/infrastructure_management/hardware_profile/functions/index.mdxdocs/en/infrastructure_management/hardware_profile/how_to/cpu_and_gpu_profiles.mdxdocs/en/infrastructure_management/hardware_profile/how_to/create_hardware_profile_cli.mdxdocs/en/infrastructure_management/hardware_profile/how_to/index.mdxdocs/en/infrastructure_management/hardware_profile/how_to/schedule_to_specific_gpu_nodes.mdxdocs/en/infrastructure_management/hardware_profile/index.mdxdocs/en/infrastructure_management/hardware_profile/intro.mdx
docs/en/infrastructure_management/hardware_profile/functions/hardware_profile.mdx
Outdated
Show resolved
Hide resolved
docs/en/infrastructure_management/hardware_profile/how_to/create_hardware_profile_cli.mdx
Outdated
Show resolved
Hide resolved
Deploying alauda-ai with
|
| Latest commit: |
5838417
|
| Status: | ✅ Deploy successful! |
| Preview URL: | https://ba41d778.alauda-ai.pages.dev |
| Branch Preview URL: | https://feat-add-hardware-profile.alauda-ai.pages.dev |
There was a problem hiding this comment.
Actionable comments posted: 2
🧹 Nitpick comments (9)
docs/en/model_inference/inference_service/functions/inference_service.mdx (1)
99-99: Optional: Use hyphenated "cloud-native" as compound adjective.When "cloud native" modifies a noun (in this case, "inference services"), it should be hyphenated as "cloud-native" per standard English grammar for compound adjectives.
✏️ Suggested change
-AML completes the release and operation of cloud native inference services based on [kserve](https://github.com/kserve/kserve) InferenceService CRD. If you are familiar with the use of kserve, you can also click the "YAML" button in the upper right corner when "Publish inference service directly from model" to directly modify the YAML file to complete more advanced release operations. +AML completes the release and operation of cloud-native inference services based on [kserve](https://github.com/kserve/kserve) InferenceService CRD. If you are familiar with the use of kserve, you can also click the "YAML" button in the upper right corner when "Publish inference service directly from model" to directly modify the YAML file to complete more advanced release operations.🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@docs/en/model_inference/inference_service/functions/inference_service.mdx` at line 99, Replace the unhyphenated phrase "cloud native inference services" with the hyphenated compound adjective "cloud-native inference services" in the sentence that begins "AML completes the release and operation of cloud native inference services..." (look for the phrase "cloud native inference services" in inference_service.mdx) so the compound adjective correctly modifies "inference services."docs/en/infrastructure_management/hardware_profile/how_to/create_hardware_profile_cli.mdx (2)
66-66: Optional: Remove redundant namespace flag.The
-n kube-publicflag is redundant because the YAML file already specifiesnamespace: kube-publicin the metadata (line 28). While not incorrect, removing it simplifies the command and relies on the namespace declared in the manifest.🔧 Suggested simplification
-kubectl apply -f gpu-high-performance-profile.yaml -n kube-public +kubectl apply -f gpu-high-performance-profile.yaml🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@docs/en/infrastructure_management/hardware_profile/how_to/create_hardware_profile_cli.mdx` at line 66, The kubectl command in create_hardware_profile_cli.mdx redundantly includes the namespace flag; update the line containing "kubectl apply -f gpu-high-performance-profile.yaml -n kube-public" to remove the "-n kube-public" portion so the command relies on the manifest's metadata namespace instead.
15-17: Optional: Consider varying sentence structure in prerequisites.The three prerequisite bullets all begin with "You have," creating repetitive phrasing. While acceptable for technical documentation, consider rewording for improved readability.
✏️ Suggested rewording
- You have access to a Kubernetes cluster with the platform installed. -- You have configured `kubectl` to communicate with your cluster. -- You have permissions in the namespace where `HardwareProfile` resources are managed (for example, an admin namespace such as `kube-public`). +- `kubectl` is configured to communicate with your cluster. +- Permissions are available in the namespace where `HardwareProfile` resources are managed (for example, an admin namespace such as `kube-public`).🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@docs/en/infrastructure_management/hardware_profile/how_to/create_hardware_profile_cli.mdx` around lines 15 - 17, The three prerequisite bullets in create_hardware_profile_cli.mdx all start with "You have," creating repetitive phrasing; change the three bullets to vary sentence structure by using different sentence starters (e.g., "Access a Kubernetes cluster with the platform installed," "Configure kubectl to communicate with your cluster," "Ensure you have permissions in the namespace where HardwareProfile resources are managed"), preserve the meaning and examples (like kube-public) and keep them concise and parallel in tone.docs/en/infrastructure_management/hardware_profile/functions/hardware_profile.mdx (6)
122-122: Simplify awkward phrasing.The phrase "strictly must conceptually remain within the range" is awkward and overly emphatic. Simplify for clarity.
✏️ Suggested rewording
-* Depending on your precise workload needs, click the **Custom Configuration** button displayed dynamically below the hardware profile section. Custom requests and limits strictly must conceptually remain *within the range* defined by the hardware profile's minimum and maximum constraints. +* Depending on your workload needs, click the **Custom Configuration** button below the hardware profile section. Custom requests and limits must remain within the range defined by the hardware profile's minimum and maximum constraints.🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@docs/en/infrastructure_management/hardware_profile/functions/hardware_profile.mdx` at line 122, Replace the awkward sentence "Custom requests and limits strictly must conceptually remain *within the range* defined by the hardware profile's minimum and maximum constraints." with a simpler, clearer sentence such as: "Custom requests and limits must remain within the hardware profile's minimum and maximum constraints." Locate that exact sentence in the content (the line following the Custom Configuration button note) and update it to the simplified phrasing.
49-52: Optional: Simplify emphatic language.The section uses phrases like "rigidly control" and "physically correct node pools" which may be overly emphatic. Consider more neutral phrasing such as "To control which nodes..." and "appropriate node pools."
✏️ Suggested rewording
-To rigidly control which nodes the inference workload schedule applies to, set Node Selectors and Tolerations. This ensures high-performance workloads land on the physically correct node pools. +To control which nodes the inference workload schedule applies to, set Node Selectors and Tolerations. This ensures high-performance workloads land on the appropriate node pools.🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@docs/en/infrastructure_management/hardware_profile/functions/hardware_profile.mdx` around lines 49 - 52, Update the "Step 5: Configure node scheduling rules" text to use neutral wording: replace phrases like "To rigidly control which nodes the inference workload schedule applies to" with "To control which nodes the inference workload is scheduled on" and change "physically correct node pools" to "appropriate node pools"; keep the instructional content about Node Selectors and Tolerations intact (references: the "Step 5: Configure node scheduling rules" heading, the "Node Selectors" and "Tolerations" sections).
101-101: Simplify emphatic language in the deletion impact note.The note contains excessive adverbs ("safely," "flawlessly," "immediately") that don't add technical clarity. The core information is accurate but can be stated more concisely.
✏️ Suggested rewording
-*Note: Deleting a hardware profile does not delete or actively disrupt running inference services that previously deployed with this profile. They will continue to operate flawlessly with the resource limitations and topology constraints initially injected by the platform's webhook. However, the deleted hardware profile will immediately disappear from the profile selection dropdown for all newly created deployments.* +*Note: Deleting a hardware profile does not delete or disrupt running inference services that were deployed with this profile. They will continue to operate with the resource limitations and topology constraints injected by the platform's webhook. However, the deleted hardware profile will no longer appear in the profile selection dropdown for newly created deployments.*🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@docs/en/infrastructure_management/hardware_profile/functions/hardware_profile.mdx` at line 101, Edit the deletion impact note in the hardware profile documentation to remove excessive emphatic adverbs and tighten the sentence; locate the paragraph that begins with "Note: Deleting a hardware profile..." in hardware_profile.mdx and replace the sentence with a concise version that states: deleting a profile does not remove or disrupt existing inference services deployed with that profile, and the profile will no longer appear in the selection dropdown for new deployments.
94-94: Optional: Simplify "far right side" to "right side."The phrase "far right side" can be simplified to "right side" for conciseness, as the action menu location is clear without the intensifier "far."
✏️ Suggested change
-Click the Action menu (⋮) on the far right side of the relevant hardware profile row, and securely select **Delete**. +Click the Action menu (⋮) on the right side of the relevant hardware profile row, and select **Delete**.🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@docs/en/infrastructure_management/hardware_profile/functions/hardware_profile.mdx` at line 94, Replace the phrase "far right side" with "right side" in the sentence "Click the Action menu (⋮) on the far right side of the relevant hardware profile row, and securely select **Delete**." so it reads "Click the Action menu (⋮) on the right side of the relevant hardware profile row, and securely select **Delete**."
82-82: Simplify emphatic language in the update impact note.The note contains excessive adverbs ("firmly," "explicitly") that don't add technical value. The core information about update impact is accurate and important, but the phrasing can be more concise.
✏️ Suggested rewording
-*Note: Updating a hardware profile typically affects solely newly configured workloads going forward. Active deployments previously instantiated using this hardware profile will firmly preserve their originally injected constraints. To enforce the new hardware profile settings on an already-running workload, you must explicitly edit or redeploy the corresponding inference service.* +*Note: Updating a hardware profile affects only newly configured workloads. Active deployments using this hardware profile preserve their original constraints. To apply the new settings to an already-running workload, edit or redeploy the corresponding inference service.*🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@docs/en/infrastructure_management/hardware_profile/functions/hardware_profile.mdx` at line 82, The note that begins "Note: Updating a hardware profile typically affects..." uses unnecessary emphatic adverbs ("firmly," "explicitly"); replace that sentence with a concise version that removes those adverbs while keeping the meaning: state that updates only apply to newly configured workloads and that to apply changes to running deployments you must edit or redeploy the corresponding inference service (refer to the sentence starting "Note: Updating a hardware profile..." and the phrase "inference service" to locate the text).
13-15: Optional: Vary prerequisite sentence structure.Three successive prerequisites begin with "You have" or "You are," creating repetitive phrasing. Consider varying the structure for improved readability, though this is acceptable for prerequisite lists.
✏️ Suggested rewording
* You have logged in to the platform as a user with administrator privileges. -- You have verified your desired computing resources, including CPU, memory, and any specialized accelerators (e.g., GPU models) available in the underlying Kubernetes cluster. -- You are familiar with Kubernetes scheduling concepts such as Node Selectors, Taints, and Tolerations. +* Your desired computing resources, including CPU, memory, and any specialized accelerators (e.g., GPU models), are verified as available in the underlying Kubernetes cluster. +* Familiarity with Kubernetes scheduling concepts such as Node Selectors, Taints, and Tolerations is required.🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@docs/en/infrastructure_management/hardware_profile/functions/hardware_profile.mdx` around lines 13 - 15, The three prerequisite bullets all start with "You have" or "You are," causing repetitive phrasing; update the three lines ("You have logged in to the platform as a user with administrator privileges.", "You have verified your desired computing resources, including CPU, memory, and any specialized accelerators (e.g., GPU models) available in the underlying Kubernetes cluster.", "You are familiar with Kubernetes scheduling concepts such as Node Selectors, Taints, and Tolerations.") to vary sentence openings—for example, change one to an imperative ("Log in to the platform as an administrator"), another to a noun phrase ("Verified computing resources: CPU, memory, and any accelerators (e.g., GPUs) on the cluster"), and the third to a short descriptor ("Familiarity with Kubernetes scheduling concepts (Node Selectors, Taints, Tolerations)"), ensuring meaning is preserved and tone remains consistent with the rest of the document.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In
`@docs/en/infrastructure_management/hardware_profile/functions/hardware_profile.mdx`:
- Line 107: Fix the typo "officially boundaries" to "official boundaries" and
simplify the verbose sentence at line containing "A hardware profile seamlessly
streamlines the tedious task..." by replacing it with a clearer, shorter
sentence (for example: "A hardware profile simplifies node scheduling and
resource limits; you can use the strict defaults or adjust limits within the
selected profile's official boundaries."). Update the sentence in
hardware_profile.mdx where that exact phrasing appears.
In
`@docs/en/infrastructure_management/hardware_profile/how_to/create_hardware_profile_cli.mdx`:
- Line 84: The doc currently references selecting "GPU High Performance" in the
UI but the example HardwareProfile uses the name gpu-high-performance-profile
and has no profile-level displayName; update the example HardwareProfile (the
HardwareProfile spec/metadata) to include a profile-level displayName (e.g.,
displayName: "GPU High Performance") and add one sentence explaining that
displayName is shown in the UI while the metadata.name
(gpu-high-performance-profile) is the resource identifier, or alternatively
explain how the UI derives a human-friendly label from metadata.name if you
prefer not to add displayName; refer to HardwareProfile, metadata.name
(gpu-high-performance-profile) and displayName in the change.
---
Nitpick comments:
In
`@docs/en/infrastructure_management/hardware_profile/functions/hardware_profile.mdx`:
- Line 122: Replace the awkward sentence "Custom requests and limits strictly
must conceptually remain *within the range* defined by the hardware profile's
minimum and maximum constraints." with a simpler, clearer sentence such as:
"Custom requests and limits must remain within the hardware profile's minimum
and maximum constraints." Locate that exact sentence in the content (the line
following the Custom Configuration button note) and update it to the simplified
phrasing.
- Around line 49-52: Update the "Step 5: Configure node scheduling rules" text
to use neutral wording: replace phrases like "To rigidly control which nodes the
inference workload schedule applies to" with "To control which nodes the
inference workload is scheduled on" and change "physically correct node pools"
to "appropriate node pools"; keep the instructional content about Node Selectors
and Tolerations intact (references: the "Step 5: Configure node scheduling
rules" heading, the "Node Selectors" and "Tolerations" sections).
- Line 101: Edit the deletion impact note in the hardware profile documentation
to remove excessive emphatic adverbs and tighten the sentence; locate the
paragraph that begins with "Note: Deleting a hardware profile..." in
hardware_profile.mdx and replace the sentence with a concise version that
states: deleting a profile does not remove or disrupt existing inference
services deployed with that profile, and the profile will no longer appear in
the selection dropdown for new deployments.
- Line 94: Replace the phrase "far right side" with "right side" in the sentence
"Click the Action menu (⋮) on the far right side of the relevant hardware
profile row, and securely select **Delete**." so it reads "Click the Action menu
(⋮) on the right side of the relevant hardware profile row, and securely select
**Delete**."
- Line 82: The note that begins "Note: Updating a hardware profile typically
affects..." uses unnecessary emphatic adverbs ("firmly," "explicitly"); replace
that sentence with a concise version that removes those adverbs while keeping
the meaning: state that updates only apply to newly configured workloads and
that to apply changes to running deployments you must edit or redeploy the
corresponding inference service (refer to the sentence starting "Note: Updating
a hardware profile..." and the phrase "inference service" to locate the text).
- Around line 13-15: The three prerequisite bullets all start with "You have" or
"You are," causing repetitive phrasing; update the three lines ("You have logged
in to the platform as a user with administrator privileges.", "You have verified
your desired computing resources, including CPU, memory, and any specialized
accelerators (e.g., GPU models) available in the underlying Kubernetes
cluster.", "You are familiar with Kubernetes scheduling concepts such as Node
Selectors, Taints, and Tolerations.") to vary sentence openings—for example,
change one to an imperative ("Log in to the platform as an administrator"),
another to a noun phrase ("Verified computing resources: CPU, memory, and any
accelerators (e.g., GPUs) on the cluster"), and the third to a short descriptor
("Familiarity with Kubernetes scheduling concepts (Node Selectors, Taints,
Tolerations)"), ensuring meaning is preserved and tone remains consistent with
the rest of the document.
In
`@docs/en/infrastructure_management/hardware_profile/how_to/create_hardware_profile_cli.mdx`:
- Line 66: The kubectl command in create_hardware_profile_cli.mdx redundantly
includes the namespace flag; update the line containing "kubectl apply -f
gpu-high-performance-profile.yaml -n kube-public" to remove the "-n kube-public"
portion so the command relies on the manifest's metadata namespace instead.
- Around line 15-17: The three prerequisite bullets in
create_hardware_profile_cli.mdx all start with "You have," creating repetitive
phrasing; change the three bullets to vary sentence structure by using different
sentence starters (e.g., "Access a Kubernetes cluster with the platform
installed," "Configure kubectl to communicate with your cluster," "Ensure you
have permissions in the namespace where HardwareProfile resources are managed"),
preserve the meaning and examples (like kube-public) and keep them concise and
parallel in tone.
In `@docs/en/model_inference/inference_service/functions/inference_service.mdx`:
- Line 99: Replace the unhyphenated phrase "cloud native inference services"
with the hyphenated compound adjective "cloud-native inference services" in the
sentence that begins "AML completes the release and operation of cloud native
inference services..." (look for the phrase "cloud native inference services" in
inference_service.mdx) so the compound adjective correctly modifies "inference
services."
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Organization UI
Review profile: CHILL
Plan: Pro
Run ID: 36fdd26d-7a48-4777-8cb8-ad54e88ff4ae
📒 Files selected for processing (3)
docs/en/infrastructure_management/hardware_profile/functions/hardware_profile.mdxdocs/en/infrastructure_management/hardware_profile/how_to/create_hardware_profile_cli.mdxdocs/en/model_inference/inference_service/functions/inference_service.mdx
|
|
||
| When users (such as data scientists, AI engineers, and developers) dynamically create or configure model inference services (both `InferenceService` and `LLMInferenceService`), they can leverage predefined hardware profiles efficiently. | ||
|
|
||
| A hardware profile seamlessly streamlines the tedious task of manually configuring intricate node scheduling rules and setting explicit resource limitations. Depending on your workload specifics, you have the flexibility to accept the strict default configurations or finely customize your limits within the officially boundaries authorized by the selected profile. |
There was a problem hiding this comment.
Fix typo and simplify verbose phrasing.
Line 107 contains a typo ("officially boundaries" should be "official boundaries") and uses verbose phrasing ("seamlessly streamlines the tedious task," "intricate," "finely customize") that can be simplified.
✏️ Suggested rewording
-A hardware profile seamlessly streamlines the tedious task of manually configuring intricate node scheduling rules and setting explicit resource limitations. Depending on your workload specifics, you have the flexibility to accept the strict default configurations or finely customize your limits within the officially boundaries authorized by the selected profile.
+A hardware profile streamlines the task of manually configuring node scheduling rules and resource limitations. Depending on your workload requirements, you can accept the default configurations or customize your limits within the official boundaries authorized by the selected profile.🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In
`@docs/en/infrastructure_management/hardware_profile/functions/hardware_profile.mdx`
at line 107, Fix the typo "officially boundaries" to "official boundaries" and
simplify the verbose sentence at line containing "A hardware profile seamlessly
streamlines the tedious task..." by replacing it with a clearer, shorter
sentence (for example: "A hardware profile simplifies node scheduling and
resource limits; you can use the strict defaults or adjust limits within the
selected profile's official boundaries."). Update the sentence in
hardware_profile.mdx where that exact phrasing appears.
| gpu-high-performance-profile 2m | ||
| ``` | ||
|
|
||
| Once correctly applied, your Data Scientists will be able to select **GPU High Performance** when deploying their Inference Services using the UI, and the constraints specified in the profile will automatically validate and inject into the deployed workloads. |
There was a problem hiding this comment.
🧩 Analysis chain
🏁 Script executed:
#!/bin/bash
# Description: Check if HardwareProfile CRD or examples include displayName field
# Search for displayName in HardwareProfile context
rg -n "displayName" docs/en/infrastructure_management/hardware_profile/ -B 2 -A 2
# Search for any UI display name documentation
rg -n "display.*name|Display.*Name" docs/en/infrastructure_management/hardware_profile/ -iRepository: alauda/aml-docs
Length of output: 6108
🏁 Script executed:
#!/bin/bash
# Search for profile metadata structure and any displayName at profile level
rg -n "metadata:|name:|spec:" docs/en/infrastructure_management/hardware_profile/how_to/create_hardware_profile_cli.mdx -A 3 -B 1 | head -50
# Also check the full YAML structure of the example profile around line 84 context
sed -n '15,90p' docs/en/infrastructure_management/hardware_profile/how_to/create_hardware_profile_cli.mdxRepository: alauda/aml-docs
Length of output: 2406
Clarify or document the profile display name in the UI.
The line states users will select "GPU High Performance" in the UI, but the YAML shows the profile name as gpu-high-performance-profile. The current example does not include a displayName field at the profile level (only within resource identifiers like GPU, CPU, Memory). Either add a displayName field to the HardwareProfile spec/metadata in the example and explain its purpose, or document how the UI transforms the profile name for display.
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In
`@docs/en/infrastructure_management/hardware_profile/how_to/create_hardware_profile_cli.mdx`
at line 84, The doc currently references selecting "GPU High Performance" in the
UI but the example HardwareProfile uses the name gpu-high-performance-profile
and has no profile-level displayName; update the example HardwareProfile (the
HardwareProfile spec/metadata) to include a profile-level displayName (e.g.,
displayName: "GPU High Performance") and add one sentence explaining that
displayName is shown in the UI while the metadata.name
(gpu-high-performance-profile) is the resource identifier, or alternatively
explain how the UI derives a human-friendly label from metadata.name if you
prefer not to add displayName; refer to HardwareProfile, metadata.name
(gpu-high-performance-profile) and displayName in the change.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary by CodeRabbit