-
Notifications
You must be signed in to change notification settings - Fork 0
[Refactor] 아티클(가게에 담긴 이야기) 제거 #153
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
Changes from all commits
557e552
54bea03
eaca5cd
a9983ed
6310773
cff3ca5
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
This file was deleted.
This file was deleted.
This file was deleted.
This file was deleted.
This file was deleted.
This file was deleted.
This file was deleted.
This file was deleted.
This file was deleted.
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
💡 Verification agent
🧩 Analysis chain
Flyway 기존 마이그레이션(V3) 파일 수정은 체크섬 불일치/이행 실패를 유발할 수 있습니다
이미 로컬/CI 등에서 V3가 적용된 상태라면, V3 내용 변경으로 Flyway 체크섬 불일치가 발생합니다. 또한 V5(ALTER) 파일을 삭제한 상태이므로, DB를 초기화하지 않으면 마이그레이션 경로가 깨질 수 있습니다. PR 설명대로 전 환경에서 DB 초기화를 확실히 수행한다면 가능하지만, 히스토리 재작성은 팀/CI 동기화가 실패할 때 리스크가 큽니다.
권장: V3는 원본대로 유지하고, 새로운 마이그레이션(V6 등)으로 NULL 허용 변경을 적용하세요. 이렇게 하면 초기화가 불필요하고, 안전하게 점진적 이행이 가능합니다.
옵션 A(권장) — V3 원복 + 신규 V6 추가
옵션 B(현 상태 유지) — 전 환경 DB 초기화 강제
검증 스크립트(레포 루트에서 실행): 현 레포 상태와 Flyway 설정을 빠르게 점검합니다.
🏁 Script executed:
Length of output: 1354
Flyway 마이그레이션 히스토리 재작성 위험 — V3 복원 후 신규 마이그레이션 생성 권장
현재
src/main/resources/db/migration에는 V1, V3만 존재하며, V5 파일은 삭제된 상태입니다. 또한application.yml에 별도 Flyway 설정(cleanDisabled,baselineOnMigrate등)이 없어 기본 동작으로 마이그레이션을 수행하므로, V3 마이그레이션을 직접 수정할 경우 이미 해당 스크립트가 적용된 환경에서 체크섬 불일치로 마이그레이션 실패가 발생할 수 있습니다.권장 해결안:
파일:
src/main/resources/db/migration/V3__add_story_table.sql(10행)예:
src/main/resources/db/migration/V4__story_description_nullable.sql대안(위험도 높음):
모든 로컬/CI/스테이징 환경에 대해
flyway clean또는 DB drop → 재생성을 반드시 수행하도록 강제하고, “DB 초기화 완료”를 머지/배포 체크리스트에 명시해야 합니다.🤖 Prompt for AI Agents
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@leegwichan 네, 이해했습니다. DB 초기화 계획과 롤백 대안을 준비하신 점 확인했습니다.
현재 접근 방식으로 진행하실 경우 체크리스트:
flyway clean또는 스키마 재생성 필요flyway_schema_history테이블도 함께 제거 확인팀원 반대 시 롤백 플랜도 명확하니 안전하게 진행 가능할 것 같습니다.
✏️ Learnings added