퍼블리셔 Git 작업 가이드

1. 파일 구조 및 작업 위치

• HTML 파일
  • 위치: src/main/resources/templates/markup
  • 설명: 모든 HTML 퍼블리싱 작업은 이 디렉토리에 저장합니다.
• 정적 파일 (JS, CSS, Image 등)
  • 위치: src/main/resources/static/
  • 폴더 구조:
    • src/main/resources/static/js/: JavaScript 파일
    • src/main/resources/static/css/: CSS 파일
    • src/main/resources/static/image/: 이미지 파일
  • 설명: 각 파일 유형에 맞는 폴더에 파일을 저장합니다.

2. 브랜치 전략

• 퍼블리싱 메인 브랜치
  • 이름: publishing
  • 설명: 퍼블리싱 작업은 publishing 브랜치에서 진행합니다. 필요 시 하위 브랜치를 생성하여 작업합니다 (예: publishing/homepage).
• Develop 브랜치 동기화

  • 주기적으로 develop 브랜치에서 최신 변경사항을 publishing 브랜치로 병합합니다.

  • 명령어 예시:

    git checkout publishing
    git merge develop
    

  • 충돌 발생 시, 팀과 협의하여 해결합니다.

3. Git 작업 흐름

1. 브랜치 생성 및 이동

   git checkout -b publishing/하위브랜치명
   

2. 파일 작업

   • HTML 파일은 src/main/resources/templates/markup에 추가.
   • JS, CSS, 이미지 파일은 src/main/resources/static/의 해당 폴더에 추가.

3. 커밋

   • 작업 단위로 명확한 커밋 메시지를 작성.
   • 예: git commit -m "Add homepage HTML and CSS styles"

4. 푸시

   git push origin publishing/하위브랜치명
   

5. 풀 리퀘스트 (PR) 생성

   • GitHub/GitLab 등에서 publishing/하위브랜치명 브랜치를 publishing 브랜치로 병합하는 PR을 생성.
   • 코드 리뷰 후 병합.

6. 주기적 동기화

   • develop 브랜치의 최신 변경사항을 publishing으로 주기적으로 병합.

4. 주의사항

• 파일 경로와 폴더 구조를 반드시 준수합니다.
• 커밋 메시지는 작업 내용을 명확히 설명해야 합니다.
• develop 브랜치 병합 시 충돌을 최소화하기 위해 자주 동기화합니다.