Fontship은 공동 작업 플로우를위한 글꼴 및 툴링을 생성하기위한 툴킷입니다.
Open-Source Font 프로젝트의 요구를 염두에두고 움직일 수있는 유형의 리그에서 개발 된 Fontship은 디자인 소스를 프로덕션 준비 글꼴 파일로 전환하고 게시를 위해 번들링하는 프로세스를 자동화합니다. 예, 같은 단계를 모두 수동으로 수행 할 수 있습니다. 예, 같은 작업을 수행하기 위해 자신의 대본을 작성할 수 있습니다. Fontship이 테이블에 가져 오는 것은 이미 대부분의 비트로 모여 필요한 모든 툴링의 완전한 번들입니다.
소스의 건물 글꼴 중 하나는 완전히 자동화되어 있으며 CI의 자동 빌드이며 출판 릴리스는 단지 작은 단계입니다. 추가 보너스로, 모든 것이 신중하게 구성되어 버전 제어 시스템 (예 : GIT)을 통한 비동기 원격 협업을 가능한 한 쉽게 만들 수 있습니다. 디자이너는 동일한 디자인 도구를 사용할 필요조차 없습니다!
빌드 단계 및 워크 플로의 거의 모든 측면은 예정별로 조정할 수 있지만 상자 설정에서 대부분의 글꼴 프로젝트를 구축하기 위해 작동해야합니다.
글꼴은 세 가지 다른 방법으로 사용할 수 있습니다.
참고 : V0.5.0을 통해 지원되는 네 번째 방법은 프로젝트의 기존 MakeFile에 Fontship의 규칙 파일을 직접 포함 시켰습니다. 프로젝트에 따라 그러한 사용량은 당분간 제한 사항으로 작동하거나 계속 작동하지 않을 수도 있지만 CLI에 추가 된 새로운 기능은 앞으로 진행되는 규칙에서 가정 됩니다.
로컬로 설치하거나 실행하지 않고 글꼴을 작성하십시오! 소스를 원격 git 저장소로 밀고 글꼴이 나머지를 수행하도록하십시오.
github 동작과 함께 사용하려면 .github/workflows/fontship.yml 과 같은 저장소에 구성 파일을 추가하십시오.
name : Fontship
on : [push, pull_request]
jobs :
fontship :
runs-on : ubuntu-latest
name : Fontship
steps :
- name : Checkout
uses : actions/checkout@v2
with :
fetch-depth : 0
- name : Fetch tags
run : git fetch --prune --tags
- name : Fontship
uses : theleagueof/fontship@latest현재 시간에 Fontship은 현재 프로젝트 디렉토리에 글꼴 만 구축되므로 어디서나 게시하지 않습니다. 결과 아티팩트를 프로젝트의 워크 플로우로 다른 단계로 (예 : 각 CI 실행에 첨부하거나 릴리스에 게시 함)를 게시해야합니다. 완전한 작업 예는 리그 스파르타 또는 리버티 누스의 워크 플로를 참조하십시오.
다른 CI 러너는 쉽게 지원할 수 있습니다. 자세한 내용은 문제 #32를 참조하거나 좋아하는 샘플 구성을 요청하십시오.
사전 제작 된 Docker 이미지는 Docker Hub, Github 패키지에서 제공되거나 직접 구축 할 수 있습니다.
모든 올바른 인수로 Docker 컨테이너를 인스턴스화하는 가장 쉬운 방법은 별칭을 설정하는 것입니다 (Shell의 RC 파일에 추가하여 유지하기 위해 쉘의 RC 파일에 추가 할 수 있음).
Docker Hub를 예로 사용하면 별칭이 다음과 같습니다.
$ alias fontship= ' docker run -it --volume "$(pwd):/data" --user "$(id -u):$(id -g)" theleagueof/fontship:latest ' Docker는 처음 사용하면 컨테이너를 자동으로 당기고 로컬 컨테이너 캐시를 사용합니다. fontship 실행하지 않고 다운로드를 시작하거나 나중에 캐시를 수동으로 업데이트하려면 (예 : 최신 릴리스가 새 릴리스로 업데이트 될 때) docker pull theleagueof/fontship:latest 사용하십시오.
최신 (가장 최근에 출시 된 버전 태그가 될 것)을 마스터 로 대체 할 수 있으며 V0.3.2 와 같은 태그 이름을 사용하여 특정 버전을 명시 적으로 사용하거나 헤드 와 함께 로컬로 제작 된 이미지를 사용합니다.
Docker 이미지를 로컬에서 구축하려면이 저장소를 복제하고 ./bootstrap.sh 실행하거나 릴리스에서 소스를 다운로드하여 추출하고 실행하려고합니다.
$ ./configure
$ make dockerArch Linux를 사용하는 경우이 AUR 패키지를 설치할 수 있습니다 (이 저장소에서 사전 제작).
그렇지 않으면 소스에서 로컬로 설치하고 사용하려면 몇 가지 종속성이 필요합니다.
diffutils , bsdtar , entr , zsh ,make (4.2+),cargo 및 rustc 포함한 녹 도구sfnt2woff-zopfli , psautohint , ttfautohint 및 woff2_compress . 소프트웨어를 컴퓨터에 설치하려면이 저장소를 복제하고 ./bootstrap.sh 실행하거나 최신 릴리스를 다운로드하여 추출한 다음 실행하십시오.
$ ./configure
$ make
$ sudo make install글꼴 프로젝트에 가능한 모든 형식을 구축하려면 실행하십시오.
$ fontship make all특정 형식 만 생성하려면 다음을 시도하십시오.
# Just static OTF fonts
$ fontship make otf
# All static formats
$ fontship make static
# All variable formats
$ fontship make variable
# Just variable TTF format
$ fontship make variable-ttf하나의 특정 파일 (예 : 정적 무게 인스턴스)에만 관심이있는 경우 해당 파일의 가장 빠른 재건을 얻을 것으로 예상되는 정확한 파일 이름을 지정할 수 있습니다.
$ fontship make FooBar-Black.otf모든 것이 준비되거나 실제로 글꼴을 배송하거나 샘플을 친구에게 보내려면 배포 패키지를 만들고 싶을 때 다음과 같습니다.
$ fontship make dist 생성 된 모든 글꼴의 글꼴 버전 설정은 GIT 저장소의 태그에 의해 결정됩니다. 버전 태그는 OpenFV에서 설명한 MAJOR.MINOR 형식을 준수해야합니다.