Conversation
yolophg
force-pushed
the
939-meeting-issue-automation
branch
from
dd31fc9 to
fa62211
Compare
yolophg
force-pushed
the
939-meeting-issue-automation
branch
2 times, most recently
from
ff34aa2 to
f8d2f06
Compare
yolophg
force-pushed
the
939-meeting-issue-automation
branch
from
f8d2f06 to
a85ea8a
Compare
yolophg
changed the title
|
설명에 적힌 Variables 관리 방법을 위키에 문서화해둘까 생각 중입니다. |
yolophg
force-pushed
the
939-meeting-issue-automation
branch
from
a85ea8a to
dd80d67
Compare
|
|
||
| > 미완료 티켓 이관, 백로그 우선순위 정립, 다음 목표 수립 | ||
|
|
||
| - 보드: {{PROJECT_BOARD_URL}} |
There was a problem hiding this comment.
프로젝트가 끝날 때까지 바뀌지 않는 값은데 그냥 하드 코딩해도 되지 않을까요?
|
|
||
| > 프로세스 개선 논의 (실시간 의견 수렴) | ||
|
|
||
| - 회고보드: {{RETRO_BOARD_URL}} |
There was a problem hiding this comment.
회고보드도 피그마에서 같은 페이지를 쓰기로 했으니 거의 고정값이고 봐도 무방할 것 같습니다.
| SPRINT_WEEK1_FRIDAY: ${{ vars.SPRINT_WEEK1_FRIDAY }} | ||
| SPRINT_START_NUMBER: ${{ vars.SPRINT_START_NUMBER }} |
There was a problem hiding this comment.
GitHub Actions에 Variable로 저장해서 관리 포인트를 늘리는 것보다는 그냥 여기에 하드 코딩하면 어떠세요? 약간 배보다 배꼽이 더 큰 느낌이에요 ㅎㅎ 그냥 새로운 프로젝트가 시작될 때 명시적으로 PR 한번 올리는 것도 나쁘지 않을 것 같아요. 환경 변수는 말 그대로 환경마다 달라지는 값을 설정해둘 때 빛을 발휘한다고 생각합니다.
| env: | ||
| SPRINT_WEEK1_FRIDAY: ${{ vars.SPRINT_WEEK1_FRIDAY }} | ||
| SPRINT_START_NUMBER: ${{ vars.SPRINT_START_NUMBER }} | ||
| MEETING_OVERRIDE: ${{ vars.MEETING_OVERRIDE }} |
There was a problem hiding this comment.
변수 이름으로 SKIP_NEXT_RUN로 바꾸면 어떠세요? 뭘 오버라이드 한다는 건지 잘 다가오지 않네요.
| REF_EPOCH=$(date -d "$SPRINT_WEEK1_FRIDAY" +%s) | ||
| DAYS_DIFF=$(( (TODAY_EPOCH - REF_EPOCH) / 86400 )) | ||
|
|
||
| SPRINT_NUMBER=$(( SPRINT_START_NUMBER + (DAYS_DIFF / 14) )) |
There was a problem hiding this comment.
SPRINT_START_NUMBER가 1이 아닌 경우가 있나요?
hyoseong1994
left a comment
hyoseong1994
left a comment
There was a problem hiding this comment.
수고하셨습니다. 달레님이 이미 리뷰를 잘 달아주셔서 별다른 의견없습니다!
| ## 비전 레트로 (미정) | ||
|
|
||
| > 중장기 방향성 상기 및 조정 (팀원들이 필요를 느낄 때) |
There was a problem hiding this comment.
미정이기에 의견드립니다.
개인적으로 비전레트로를 회의록 이슈티켓에 넣을 필요는 없다고 생각합니다.
프로젝트 설명 등 meta정보를 적는곳에 모아두는게 좋을거같아요
3 participants
매주 담당자가 수동으로 Sprint 회의록 이슈를 생성하는 반복 작업을 GitHub Actions cron으로 자동화합니다.
테스팅
개인 리포에서 동일 코드로
workflow_dispatch로 수동 실행 테스트 완료동작 방식
매주 금요일 9:30pm EDT(토요일 10:30am KST)에 cron으로 자동 실행됩니다.
SPRINT_WEEK1_FRIDAY기준으로 날짜 차이를 계산해 해당 주가 1주차면 협업 세션, 2주차면 종료 회의 이슈를 생성합니다.비정규 스프린트(3주 등)가 발생할 경우
MEETING_OVERRIDE=skip으로 해당 주 생성을 건너뛸 수 있습니다.사용법
Repository Variables 설정이 필요합니다. 현재 제가 저장소에 아래 Variables를 등록해두었습니다.
Settings → Secrets and variables → Actions → Variables 탭
SPRINT_WEEK1_FRIDAY2026-04-24SPRINT_START_NUMBER1MEETING_OVERRIDEskip, 평소엔 비워두기PROJECT_BOARD_URLhttps://github.com/orgs/DaleStudy/projects/...RETRO_BOARD_URLhttps://...체크 리스트