electron, npm 배포에 이어 flutter 앱도 Github Actions로 배포를 해보기로 했다. flutter 빌드를 위해서 필요한 것은 의외로 단순하다. java, flutter 가 전부다. ios 빌드를 위해서는 os를 macos로 하는 것이 필요하겠지만 일단은 android로만 빌드하기 때문에 ubuntu로 했다. - uses: subosito/flutter-action@v1 with: channel: 'stable'flutter의 준비는 subosito/flutter-action를 사용할 수 있고, channel이나 flutter-version을 옵션으로 변경할 수 있다. 결과물은 electron에서와 마찬가지로 release에 업로드를 했다. 생각 같아서는 google..

Tistory Editor의 빌드와 배포를 Github Actions로 변경한 후 다른 것도 해보고 싶었는데 때마침 tinymce plugin을 수정해야할 일이 생겼다. opengraph플러그인인데 Tistory Editor 소스코드에 포함하지 않았고 npm을 통해서 import하고 있다. 할일은 코드를 수정하고 tag를 만들면 npm install, npm publish를 하는 것이다. 또 npm publish를 할 때 인증처리를 해야한다. npmpublish.yml name: Release on: push: tags: - v* jobs: publish-npm: runs-on: ubuntu-latest steps: - uses: actions/checkout@v1 - uses: actions/setup..

Github Actions는 예전부터 사용할 수 있었지만 마땅히 사용할 곳이 없었다. Tistory Editor는 travis-ci로 멀쩡히 잘 동작하고 있어서 굳이 바꾸면서 고생하기는 싫고 이걸 위해서 따로 뭔가를 만들기도 뭣하고 해서 사용을 안하고 있었다. Github Actions로 변경한 이유 script: - if [[ "$TRAVIS_OS_NAME" == "linux" ]]; then npm run build; npm run dist -- -l; fi - if [[ "$TRAVIS_OS_NAME" == "osx" ]]; then npm run build; npm run dist -- -mw; fi그럼 왜 변경했느냐? Tistory Editor는 travis에서 이렇게 2번의 빌드로 3개의 플랫..

https://help.github.com/en/actions/automating-your-workflow-with-github-actions/about-github-actions 읽으면서 정리. Github Actions는 code, pr, issue에서 사용할 수 있는 workflow다. workflow는 빌드, 테스트, 패키지, 릴리즈, 배포와 같은 커스텀 자동화 프로세스다. 이를 통해 CI/CD를 만들 수 있다. workflow는 Linux, macOS, Windows, Github server의 container에서 실행된다. 포크된 리포지토리에서는 기본으로 실행되지 않는다. Github marketplace에 action을 공유하고 사용할 수 있다. Github Actions에는 한번에 설정가..

(https://kotlinlang.org/docs/reference/data-classes.html 읽으면서 정리) Data를 보관하기 위해서 class를 만든다. 이 class의 함수는 종종 데이터로부터 기계적으로 파생된다. 코틀린에서는 이를 data class라고 하고 data라는 마크를 붙인다. data class User( val name: String, val age: Int ) 컴파일러에서 자동으로 다음과 같은 멤버를 추가한다. equals(), hashCode() toString() - "User(name=John, age=42)" componentN() 함수 (프로퍼티매핑) copy() 생성된 코드의 일관성과 의미있는 동작을 위해 다음과 같은 조건을 충족해야 한다. primary cons..