diff --git a/.github/workflows/build.yml b/.github/workflows/build.yml
new file mode 100644
index 00000000..72057078
--- /dev/null
+++ b/.github/workflows/build.yml
@@ -0,0 +1,21 @@
+name: build
+
+on:
+  pull_request:
+    branches: [main]
+
+jobs:
+  build:
+    name: build documents
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v2
+      - uses: actions/setup-node@v3
+        with:
+          node-version: 18
+          cache: yarn
+
+      - name: Install dependencies
+        run: yarn install --frozen-lockfile
+      - name: Build website
+        run: yarn build
diff --git "a/blog/2023-07-21-\354\247\221\352\263\240\355\214\200\354\235\230 Merge \354\240\204\353\236\265.md" "b/blog/2023-07-21-\354\247\221\352\263\240\355\214\200\354\235\230 Merge \354\240\204\353\236\265.md"
index c47493c1..e7810bb6 100644
--- "a/blog/2023-07-21-\354\247\221\352\263\240\355\214\200\354\235\230 Merge \354\240\204\353\236\265.md"	
+++ "b/blog/2023-07-21-\354\247\221\352\263\240\355\214\200\354\235\230 Merge \354\240\204\353\236\265.md"	
@@ -19,7 +19,7 @@ tags: [merge, git, branch]
 
 Merge Commit은 일반적인 브랜치 병합 전략으로 **두 개의 브랜치를 병합할 때 새로운 커밋을 생성**한다. 그림으로 보면 다음과 같다.
 
-![](/static/img/blog/ms_1.png)
+![](../static/img/blog/ms_1.png)
 
 - Merge 된 커밋(#4)으로부터 뒤로 돌아가면서 부모를 모두 찾아 브랜치를 구성
 - #4는 부모로 #3와 main을 가짐
@@ -32,7 +32,7 @@ Merge Commit은 불필요한 commit message가 생기고 merge 순서와 commit
 
 Squash and Merge 전략은 **여러 개의 커밋을 하나로 압축하여 병합**하는 전략으로 브랜치의 모든 커밋이 단일 커밋으로 압축되어 기존 브랜치에 병합된다. 그림으로 보면 다음과 같다.
 
-![](/static/img/blog/ms_2.png)
+![](../static/img/blog/ms_2.png)
 
 - 커밋 #1, #2, #3는 main을 부모로 가진 단일 커밋
 - 병합 후 작업한 브랜치의 커밋들은 메인 브랜치와 연관을 가지지 않는다.
@@ -43,7 +43,7 @@ main에선 기능별로 합쳐진 깔끔한 history를 가져 히스토리 관
 
 Rebase and Merge는 **현재 브랜치의 변경 내용을 다른 브랜치의 최신 상태에 병합하는 전략**으로 Merge Commit과 달리 새로운 커밋을 생성하지 않는다. 그림으로 보면 다음과 같다.
 
-![](/static/img/blog/ms_3.png)
+![](../static/img/blog/ms_3.png)
 
 - Base를 main의 최신 커밋(#5, New Base)으로 다시 설정
 - 커밋 a, b, c의 관계를 그대로 유지한 채 메인 브랜치에 그대로 추가
diff --git "a/blog/2023-07-30-Restassured\354\231\200-restdocs\354\227\220-swagger-ui-\352\263\201\353\223\244\354\235\264\352\270\260.md" "b/blog/2023-07-30-Restassured\354\231\200-restdocs\354\227\220-swagger-ui-\352\263\201\353\223\244\354\235\264\352\270\260.md"
index 5f37a9c5..08997201 100644
--- "a/blog/2023-07-30-Restassured\354\231\200-restdocs\354\227\220-swagger-ui-\352\263\201\353\223\244\354\235\264\352\270\260.md"
+++ "b/blog/2023-07-30-Restassured\354\231\200-restdocs\354\227\220-swagger-ui-\352\263\201\353\223\244\354\235\264\352\270\260.md"
@@ -170,12 +170,16 @@ generateSwaggerUIRosieProject {
 	doLast { // ui 파일들이 생성되고 난 뒤
 		copy { // 정적 리소스 디렉토리로 복사
 			from outputDir.toPath()
-			into "src/main/resources/static/docs/" // 원하는 곳으로 하시면 돼요
+			into "build/resources/main/static/docs" // jar 파일에 포한되려면 build/ 내의 위치로 설정해야합니다!
 		}
 	}
 }
 ```
 
+[2023.08.05 수정]
+
+이전에 제가 실수로 src 하위에 (src/main/resources/static/docs) 파일을 복사하도록 했는데, 이렇게하면 jar 패키징에 생성한 ui파일들이 포함되지 않습니다~
+
 ### bootJar 태스크 설정
 
 마지막으로, jar 패키징에 swagger ui가 포함될 수 있도록 설정해줍니다.