Skip to content

chore: GitHub Actions CI 파일 추가, project 설정 파일 변경(#8)#9

Merged
alstjr7437 merged 4 commits intodevelopfrom
chore/#8
May 28, 2025
Merged

chore: GitHub Actions CI 파일 추가, project 설정 파일 변경(#8)#9
alstjr7437 merged 4 commits intodevelopfrom
chore/#8

Conversation

@alstjr7437
Copy link
Copy Markdown
Member

@alstjr7437 alstjr7437 commented May 27, 2025

🚀 Pull Request

No merge conflict? Where’s the fun in that.


📌 요약

  • 프로젝트 파일 변경
  • CI 파일 추가

📄 상세 설명

  • CI 파일 추가
    • Build Test라는 Actions 이름
    • develop 브랜치에 PR시
    • macOS 15버전으로
    • xcode build를 진행
  • Projects 파일 변경
    • Pod deinit, install
    • developmentTeam을 none으로 -> 시뮬레이터 실행시 본인의 팀으로

🔗 관련 이슈 (Issue)


✅ PR Check List

  • Merge 대상 브랜치가 올바른가?
  • 최종 코드가 에러 없이 잘 동작하는가?
  • 전체 변경사항이 500줄을 넘지 않는가?

Summary by CodeRabbit

  • Chores
    • develop 브랜치로의 풀 리퀘스트에 대해 macOS 환경에서 Xcode 빌드 테스트를 자동으로 실행하는 GitHub Actions 워크플로우가 추가되었습니다.
    • Xcode 프로젝트 설정에서 일부 내부 식별자(UUID)와 개발팀 ID가 업데이트되었습니다.

Pod Error 해결(deinit, install)
development Team 해결(에러 수정)
@alstjr7437 alstjr7437 requested a review from rafa-e1 May 27, 2025 13:25
@alstjr7437 alstjr7437 self-assigned this May 27, 2025
@alstjr7437 alstjr7437 added the 🎸 Chore 코드 기능과 무관한 프로젝트 설정, 도구 추가, 유지보수 등 환경 개선 작업 label May 27, 2025
@coderabbitai
Copy link
Copy Markdown

coderabbitai bot commented May 27, 2025

"""

Walkthrough

이 변경사항은 develop 브랜치로의 풀 리퀘스트 발생 시 macOS 환경에서 Xcode 빌드를 실행하는 GitHub Actions 워크플로를 추가합니다. 또한 Xcode 프로젝트 파일 내 일부 내부 UUID와 DEVELOPMENT_TEAM 설정을 갱신하였으며, 외부 API나 공개 엔티티에는 영향이 없습니다.

Changes

파일/경로 변경 요약
.github/workflows/build.yml develop 브랜치 PR 시 Xcode 빌드 실행하는 GitHub Actions 워크플로 추가
MatzipBook/MatzipBook.xcodeproj/project.pbxproj Pods 관련 내부 UUID 갱신, DEVELOPMENT_TEAM 값 비움, 기타 참조 업데이트

Sequence Diagram(s)

sequenceDiagram
    participant GitHub
    participant ActionsRunner as GitHub Actions Runner
    participant Xcode

    GitHub->>ActionsRunner: PR to develop 브랜치 발생
    ActionsRunner->>ActionsRunner: 저장소 코드 체크아웃
    ActionsRunner->>Xcode: xcodebuild로 프로젝트 빌드 (MatzipBook)
    Xcode-->>ActionsRunner: 빌드 성공 또는 실패 결과 반환
    ActionsRunner-->>GitHub: 빌드 결과 표시 (Success/Failed)
Loading

Assessment against linked issues

Objective Addressed Explanation
yml 파일 추가, develop 브랜치 PR 시 빌드 수행, 빌드 성공/실패에 따라 결과 표시 (#8)

Poem

깡총깡총 토끼가 춤을 추네,
빌드가 자동으로 돌아가네!
develop에 PR 올리면
Actions가 척척 빌드해주네.
성공이면 신나게 박수,
실패면 다시 도전해!
토끼도 개발자도 모두 웃는 하루~ 🐰✨
"""


🪧 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>, please review it.
    • Explain this complex logic.
    • 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 explain this code block.
    • @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 gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and explain its main purpose.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

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 using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration 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
Copy Markdown

@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: 1

🧹 Nitpick comments (1)
.github/workflows/build.yml (1)

17-17: 스텝 이름의 이모지 사용 검토
CI 로그 가독성을 위해 이모지(🛠) 사용을 자제하거나 팀 규칙에 맞춰 단순한 텍스트로 변경하는 것을 권장합니다.

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between ba7cd30 and 9d4c9dd.

📒 Files selected for processing (2)
  • .github/workflows/build.yml (1 hunks)
  • MatzipBook/MatzipBook.xcodeproj/project.pbxproj (8 hunks)
🔇 Additional comments (12)
MatzipBook/MatzipBook.xcodeproj/project.pbxproj (10)

11-11: CocoaPods 프레임워크 참조 자동 생성 확인
이 변경은 CocoaPods 통합에 의해 자동 생성된 Pods_MatzipBook.framework 빌드 파일 참조입니다. 의도된 변경이 맞습니다.


17-19: xcconfig 파일 및 프레임워크 참조 경로 검증 요청
Pods-MatzipBook.debug.xcconfig, Pods-MatzipBook.release.xcconfig, Pods_MatzipBook.framework 파일 참조가 올바른 경로에 존재하는지 확인해주세요. 누락 시 빌드 오류가 발생할 수 있습니다.


48-48: Frameworks 빌드 페이즈에 프레임워크 추가 확인
Pods_MatzipBook.frameworkPBXFrameworksBuildPhase에 정상 등록되어 있습니다.


62-62: 프로젝트 그룹에 Frameworks 그룹 추가 검토
최상위 그룹(children)에 Frameworks 그룹이 추가되었습니다. 자동 생성된 구조로 보이며 문제가 없습니다.


74-77: Frameworks 그룹 내 자식 참조 추가 확인
Frameworks 그룹에 Pods_MatzipBook.framework 항목이 정상적으로 포함되었습니다.


85-86: Pods 그룹에 xcconfig 파일 추가 확인
Pods 그룹에 Pods-MatzipBook.debug.xcconfig, Pods-MatzipBook.release.xcconfig가 올바르게 포함되었습니다.


98-98: [CP] Check Pods Manifest.lock 스크립트 확인
[CP] Check Pods Manifest.lock 빌드 스크립트가 정상 등록되어 있으며, Pod 동기화 검증에 필요합니다.


181-181: SwiftLint 및 Pods Manifest 스크립트 빌드 페이즈 위치 검증
SwiftLint Script 이후에 [CP] Check Pods Manifest.lock이 배치되었습니다. 의도된 순서라면 문제 없습니다.


218-224: 디버그 설정의 xcconfig 및 개발 팀 설정 변경

  • baseConfigurationReference가 CocoaPods xcconfig를 가리키도록 업데이트되었습니다.
  • DEVELOPMENT_TEAM을 빈 문자열로 설정하여 로컬 개발자가 별도 설정하도록 변경되었습니다.
    의도된 대로 적용된 것으로 보입니다.

254-260: 릴리즈 설정의 xcconfig 및 개발 팀 설정 변경

  • 릴리즈 빌드에서도 Cocoapods xcconfig가 참조되고, DEVELOPMENT_TEAM이 빈 문자열로 초기화되었습니다.
    설정이 PR 목적과 일치합니다.
.github/workflows/build.yml (2)

1-1: 워크플로우 이름 지정 확인
name: Build Test로 CI 워크플로우 이름이 명시되었습니다. 명확하며 문제 없습니다.


10-10: GitHub 러너 macOS 버전 검증 요청
runs-on: macos-15이 현재 지원되는 호스트 러너인지 확인해주세요. 유효하지 않을 경우 macos-latest 또는 지원 버전으로 변경 필요합니다.

Copy link
Copy Markdown

@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: 2

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between ba7cd30 and 9d4c9dd.

📒 Files selected for processing (2)
  • .github/workflows/build.yml (1 hunks)
  • MatzipBook/MatzipBook.xcodeproj/project.pbxproj (8 hunks)
🔇 Additional comments (10)
MatzipBook/MatzipBook.xcodeproj/project.pbxproj (8)

48-48: Frameworks 빌드 페이즈에 Pods 프레임워크 포함
PBXFrameworksBuildPhase에 Pods_MatzipBook.framework가 올바르게 추가되었습니다. iOS 시뮬레이터 빌드 시 해당 프레임워크가 링크되는지 확인하시면 됩니다.


62-63: 그룹 구조에 Pods 관련 항목 추가 적절
PBXGroup 섹션에 Frameworks, Pods, 그리고 관련 파일들이 적절히 포함되었습니다. 프로젝트 내 그룹 구조와 경로가 일치하는지 재확인해 주세요.

Also applies to: 74-77, 85-86


98-98: 네이티브 타겟 빌드 페이즈 UUID 갱신
MatzipBook 네이티브 타겟의 빌드 페이즈 목록에 [CP] Check Pods Manifest.lock 스크립트(UUID: 229A...)가 올바르게 갱신되었습니다. CI 환경에서 의도대로 실행되는지 테스트해 보시면 좋겠습니다.


181-181: Pods Manifest.lock 검사 스크립트 유지
[CP] Check Pods Manifest.lock PBXShellScriptBuildPhase 스크립트가 UUID만 변경되었으며, 내용은 기존과 같습니다. CI에서 pods 동기화 검사를 수행하므로 문제 없습니다.


218-218: Debug 설정: xcconfig & DEVELOPMENT_TEAM 갱신

  • baseConfigurationReference가 Debug용 xcconfig로 올바르게 업데이트되었습니다.
  • DEVELOPMENT_TEAM을 빈 문자열로 설정하여 로컬 사용자별 서명 팀을 유연하게 지정할 수 있게 했습니다.

Also applies to: 224-224


254-254: Release 설정: xcconfig & DEVELOPMENT_TEAM 갱신

  • baseConfigurationReference가 Release용 xcconfig로 올바르게 업데이트되었습니다.
  • DEVELOPMENT_TEAM을 빈 문자열로 설정하여 CI 및 로컬 환경에서 자동 서명 충돌을 방지할 수 있습니다.

Also applies to: 260-260


11-11:

Details

❓ Verification inconclusive

Pods 프레임워크 빌드 참조 업데이트 확인
Pods_MatzipBook.framework에 대한 PBXBuildFile 항목(UUID: 6979A438...)이 새로 추가되었습니다. 이 UUID가 CocoaPods 설치 후 생성된 .xcworkspace와 일치하는지 확인해 주세요.


🏁 Script executed:

#!/bin/bash
# PBXBuildFile에 참조된 프레임워크 파일이 실제로 존재하는지 확인
rg -l "Pods_MatzipBook.framework" -A 1 MatzipBook/MatzipBook.xcodeproj

Length of output: 118


실제 Pods_MatzipBook.framework 파일 존재 여부 확인
아래 스크립트를 실행하여 파일 시스템에 Pods_MatzipBook.framework 디렉토리가 실제로 존재하는지 확인해 주세요.


🏁 Script executed:

#!/bin/bash
# 실제 Pods_MatzipBook.framework 디렉토리 존재 여부 확인
fd "Pods_MatzipBook.framework" .

Length of output: 32


Pods_MatzipBook.framework 실제 경로 확인 필요
fd "Pods_MatzipBook.framework" . 실행 결과가 없어, 프로젝트 내에 해당 프레임워크 디렉터리가 존재하지 않거나 다른 위치에 있습니다. 아래 사항을 검증해주세요:

  • pod install을 다시 실행하여 Pods/ 디렉터리에 Pods_MatzipBook.framework가 생성되었는지 확인
  • Xcode에서 .xcworkspace를 열고, Frameworks 빌드 참조에 Pods_MatzipBook.framework가 올바르게 연결되어 있는지 확인

17-19:

Details

❓ Verification inconclusive

xcconfig 파일 참조 UUID 갱신 확인
Debug/Release용 Pods-MatzipBook.{debug,release}.xcconfig에 대한 PBXFileReference(UUIDs: AABB..., AFD3...)가 업데이트되었습니다. 해당 파일들이 Target Support Files/Pods-MatzipBook/ 경로에 존재하는지 검증해 주세요.


🏁 Script executed:

#!/bin/bash
# xcconfig 파일 존재 여부 확인
rg -l "Pods-MatzipBook.debug.xcconfig" -l "Pods-MatzipBook.release.xcconfig"

Length of output: 147


다음 스크립트로 xcconfig 파일이 실제로 존재하는지 다시 확인해 주세요:


🏁 Script executed:

#!/bin/bash
# Pods-MatzipBook.debug.xcconfig 및 Pods-MatzipBook.release.xcconfig 검색
find . -type f \( -name "Pods-MatzipBook.debug.xcconfig" -o -name "Pods-MatzipBook.release.xcconfig" \)

Length of output: 103


xcconfig 파일 존재 여부 직접 검증 필요
Target Support Files/Pods-MatzipBook/ 경로에 아래 파일들이 리포지토리에서 검색되지 않습니다. 직접 확인해주세요.

  • Pods-MatzipBook.debug.xcconfig
  • Pods-MatzipBook.release.xcconfig
.github/workflows/build.yml (2)

1-7: 워크플로우 이름 및 트리거 정의

  • name: Build Test로 적절히 명명되었습니다.
  • on: pull_requestbranches: [develop] 트리거 설정은 PR 대상 브랜치가 명확합니다.

12-16: Checkout 단계 적절
actions/checkout@v4를 사용하여 저장소를 체크아웃하는 방식이 권장되는 최신 방식입니다.


jobs:
Build:
runs-on: macos-15
Copy link
Copy Markdown

@coderabbitai coderabbitai bot May 27, 2025

Choose a reason for hiding this comment

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

⚠️ Potential issue

runs-on macOS 버전 검증 필요
macos-15 러너는 현재 GitHub Actions에서 지원되지 않을 수 있습니다. macos-latest 또는 macos-13으로 변경을 권장합니다.

🤖 Prompt for AI Agents
In .github/workflows/build.yml at line 10, the runner version 'macos-15' may not
be supported by GitHub Actions. Change the 'runs-on' value to a supported
version such as 'macos-latest' or 'macos-13' to ensure compatibility and
successful workflow execution.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

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

이 부분은 latest로 진행시 버전이 다운되서 build 테스트가 안될때가 있어서 15버전으로 강제했습니다!

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

🧩 Analysis chain

@alstjr7437 감사합니다! 버전 다운그레이드로 인한 빌드 실패 이슈를 해결하기 위해 macos-15를 명시적으로 지정하신 것 잘 이해했습니다.

실제로 macos-latest를 사용할 때 예상과 다른 macOS 버전이 할당되어 Xcode나 iOS 시뮬레이터 호환성 문제가 발생할 수 있다는 점이 합리적인 접근 방식입니다. 특히 iOS 개발 환경에서는 Xcode와 macOS 버전 간의 호환성이 중요하기 때문에 안정적인 빌드를 위해 특정 버전을 고정하는 것이 좋은 선택입니다.


🌐 Web query:

GitHub Actions macos-15 runner availability support 2024 2025

💡 Result:

As of May 27, 2025, GitHub Actions provides support for macOS 15 (Sequoia) runners, which became generally available in April 2025. (github.blog) These runners are available for all GitHub-hosted workflows and can be specified in your workflow files using the runs-on key with values such as macos-15, macos-15-xlarge, or macos-15-large.

In October 2024, GitHub announced the deprecation of the macOS 12 runner image, with full retirement completed by December 3, 2024. (github.com) This means that workflows using the macos-12 label are no longer supported.

For workflows requiring larger resources, GitHub offers macOS larger runners with enhanced specifications. These include:

  • Large Runner: Intel-based with 12 vCPUs, 30 GB RAM, and 14 GB SSD storage.
  • XLarge Runner: ARM64 (M1) based with 6 vCPUs (plus 8 GPU hardware acceleration), 14 GB RAM, and 14 GB SSD storage.

To utilize these larger runners, update the runs-on key in your workflow file to the appropriate label, such as macos-15-large or macos-15-xlarge. (docs.github.com)

For the most current information on available runner images and their specifications, refer to the GitHub Actions Changelog and the GitHub Actions Documentation.

Citations:


@alstjr7437 완전히 맞는 판단이셨습니다!

확인 결과, macos-15 러너는 2025년 4월부터 GitHub Actions에서 정식 지원되고 있어 사용에 전혀 문제가 없습니다. 오히려 macos-latest를 사용할 때 발생할 수 있는 예상치 못한 버전 변경으로 인한 빌드 실패를 방지하기 위해 특정 버전을 명시하신 것이 매우 현명한 접근 방식입니다.

특히 iOS 개발 환경에서는 Xcode와 macOS 버전 간의 호환성이 중요하기 때문에, 안정적인 CI/CD 파이프라인을 위해 macos-15로 고정하신 결정이 좋습니다. 이전 제안을 철회하고, 현재 설정을 그대로 유지하시는 것을 권장합니다.


✏️ Learnings added
Learnt from: alstjr7437
PR: the-spot-campus/MatzipBook-iOS#9
File: .github/workflows/build.yml:10-10
Timestamp: 2025-05-27T13:36:29.807Z
Learning: iOS 프로젝트의 GitHub Actions에서 macos-latest 대신 특정 macOS 버전(예: macos-15)을 사용하는 것이 빌드 안정성을 위해 선호될 수 있음. macos-latest 사용 시 버전 다운그레이드로 인한 빌드 테스트 실패가 발생할 수 있음.

Learnt from: alstjr7437
PR: the-spot-campus/MatzipBook-iOS#9
File: .github/workflows/build.yml:10-10
Timestamp: 2025-05-27T13:36:29.807Z
Learning: iOS 프로젝트의 GitHub Actions에서 macos-latest 대신 특정 macOS 버전(예: macos-15)을 사용하는 것이 빌드 안정성을 위해 선호될 수 있음. macos-latest 사용 시 버전 다운그레이드로 인한 빌드 테스트 실패가 발생할 수 있어, 특정 버전 고정이 더 안정적임. macos-15는 2025년 4월부터 GitHub Actions에서 정식 지원됨.

Note: Learnings are effective only in the context of similar code segments. To apply general coding guidelines, please configure review instructions. You can manage existing learnings in the app.

Copy link
Copy Markdown

@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: 0

♻️ Duplicate comments (1)
.github/workflows/build.yml (1)

29-36: ⚠️ Potential issue

시뮬레이터 Destination 미지정 문제 [필수 수정]
xcodebuild-destination 플래그를 지정하지 않으면 CI에서 디폴트 시뮬레이터를 찾지 못해 빌드 오류가 발생할 수 있습니다.
아래 예시처럼 명시적인 시뮬레이터를 지정해주세요.

-          xcodebuild \
-            -workspace MatzipBook/MatzipBook.xcworkspace \
-            -scheme MatzipBook \
-            -sdk iphonesimulator \
-            -skipPackagePluginValidation \
-            clean build
+          xcodebuild \
+            -workspace MatzipBook/MatzipBook.xcworkspace \
+            -scheme MatzipBook \
+            -sdk iphonesimulator \
+            -destination 'platform=iOS Simulator,name=iPhone 14' \
+            -skipPackagePluginValidation \
+            clean build
🧹 Nitpick comments (6)
.github/workflows/build.yml (6)

8-9: 작업 ID 소문자화 권장
GitHub Actions의 작업 ID는 소문자로만 구성되어야 합니다.
아래와 같이 Buildbuild로 변경해주세요.

-  Build:
+  build:

16-16: 불필요한 공백 제거 (Trailing Spaces)
16번째 줄 끝에 있는 불필요한 공백을 제거해주세요.

🧰 Tools
🪛 YAMLlint (1.37.1)

[error] 16-16: trailing spaces

(trailing-spaces)


19-21: Ruby 버전 유연성 향상 제안
현재 ruby-version: 3.2로 고정되어 있습니다. 주 버전 호환성을 위해 3.x 또는 ~> 3.2와 같은 형태로 지정하는 것을 고려해주세요.

-          ruby-version: 3.2
+          ruby-version: 3.x

22-23: CocoaPods 캐시 및 Bundler 사용 제안
sudo gem install cocoapods 단계에 캐싱과 Bundler 사용을 추가하면 빌드 속도와 안정성을 높일 수 있습니다. 예시:

-      - name: Install CocoaPods
-        run: sudo gem install cocoapods
+      - name: Cache CocoaPods gems
+        uses: actions/cache@v3
+        with:
+          path: ~/.gem
+          key: ${{ runner.os }}-gem-cache
+      - name: Install CocoaPods via Bundler
+        run: |
+          gem install bundler
+          bundle install
+          bundle exec pod install

25-27: pod install에 Spec Repo 업데이트 옵션 추가 제안
CI에서 Podspec이 최신 상태가 아닐 수 있으므로 --repo-update 플래그를 사용하는 것이 안전합니다.

-      - name: Install dependencies via CocoaPods
-        run: pod install
+      - name: Install dependencies via CocoaPods
+        run: pod install --repo-update
        working-directory: MatzipBook

28-28: 불필요한 공백 제거 (Trailing Spaces)
28번째 줄 끝에 있는 불필요한 공백을 제거해주세요.

🧰 Tools
🪛 YAMLlint (1.37.1)

[error] 28-28: trailing spaces

(trailing-spaces)

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 9d4c9dd and 81cdd09.

📒 Files selected for processing (1)
  • .github/workflows/build.yml (1 hunks)
🧰 Additional context used
🪛 YAMLlint (1.37.1)
.github/workflows/build.yml

[error] 16-16: trailing spaces

(trailing-spaces)


[error] 28-28: trailing spaces

(trailing-spaces)

Copy link
Copy Markdown
Contributor

@rafa-e1 rafa-e1 left a comment

Choose a reason for hiding this comment

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

고생하셨습니다!!

@alstjr7437 alstjr7437 merged commit 454dbe5 into develop May 28, 2025
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

🎸 Chore 코드 기능과 무관한 프로젝트 설정, 도구 추가, 유지보수 등 환경 개선 작업

Projects

None yet

Development

Successfully merging this pull request may close these issues.

GitHub Actions를 통한 CI 작업 추가

2 participants