Coding Log


Firebase Hosting 포스팅에 앞서

본 카테고리는 작년부터 구글이 밀고 있는 Serverless인 Firebase의 Hosting에 관하여 다룬다.

일반적인 호스팅 서비스와는 다르게 정적 페이지만을 호스팅해주는 서비스로 각각 장단이 존재한다.

Firebase의 많은 서비스 중 Hosting에 대해 정리해본다.

참고 Firebase 공식 사이트

참고 Firebase Korea Facebook Group

참고 Firebase Korea Github

Firebase Hosting Basic-Configuration

Firebase의 Hosting 서비스를 이용해보자.

앞선 포스팅에서 Firebase Hosting에 정적 웹 사이트를 배포하는 방법을 살펴 보았다.

참고 Firebase 환경 설정 및 배포 포스팅

위의 포스팅에 나와있는 대로 진행하면 로컬 환경에 있는 폴더는 아래와 같이 자동생성된다.

위의 파일 중 firebase.json이라는 파일이 Hosting의 구성 파일이다.

파일을 열어보면 아래와 같은 코드가 삽입되어 있다.

{
  "database": {
    "rules": "database.rules.json"
  },
  "hosting": {
    "public": "public"
  }
}

말 그대로 database의 규칙을 정한 파일은 database.rules.json 파일이고, hosting할 정적 웹 사이트가 들어있는 폴더의 이름은 public이라고 구성된 것을 확인할 수 있다.

본 포스팅에서 firebase.json 파일에 대해서 좀 더 자세히 알아보도록 하자.

firebase.json

Firebase 웹 페이지에 나와 있는 firebase.json의 hosting 기본 구조는 아래와 같다.

{
  "hosting": {
    "public": "app",
    "ignore": [
      "firebase.json",
      "**/.*",
      "**/node_modules/**"
    ]
  }
}

자동생성되었던 public 이외에도 ignore가 추가적으로 존재하는 데 한 번 살펴보자.

public

public 키에 지정된 값과 일치하는 디렉토리 내에 있는 정적 웹 페이지를 배포한다.

위의 기본 구조에서는 app 디렉토리에 작성된 정적 웹 페이지를 배포한다.

배포 대상의 디렉토리를 지정하는 것이기 때문에 무조건 존재해야하는 값이다.

ignore

public과는 달리 꼭 존재해야하는 값은 아니다.

Github를 다뤄본 사람들은 glob정의를 사용한 .gitignore를 사용해봤을 것이다.

Firebase에서는 ignore가 .gitignore의 역할을 수행한다.

ignore 내부에 설정된 파일과 디렉토리들을 무시하고 배포를 진행한다.

참고 glob pattern


DISQUS 로드 중…
댓글 로드 중…

트랙백을 확인할 수 있습니다

URL을 배껴둬서 트랙백을 보낼 수 있습니다