.github/release.yml

GitHub リポジトリに.github/release.yml を用意しておけばいい感じのリリースノートを作れることを知った。

リリースノート自動生成テクニック - mizdra’s blog

changelog:
  exclude:
    labels:
      - 'ignore for release'

  categories:
    - title: Breaking Change
      labels: ['Type: Breaking Change']

    - title: Bug
      labels: ['Type: Bug']
    - title: Documentation
      labels: ['Type: Documentation']
    - title: Feature
      labels: ['Type: Feature']
    - title: Refactoring
      labels: ['Type: Refactoring']
    - title: Testing
      labels: ['Type: Testing']
    - title: Maintenance
      labels: ['Type: Maintenance']
    - title: CI
      labels: ['Type: CI']
    - title: Question
      labels: ['Type: Question']
    - title: Security
      labels: ['Type: Security']
    - title: Dependencies
      labels: ['Type: Dependencies']

# .github/release.yml
changelog:
  exclude:
    labels:
      - ignore-for-release
    authors:
      - octocat
  categories:
    - title: Breaking Changes 🛠
      labels:
        - Semver-Major
        - breaking-change
    - title: Exciting New Features 🎉
      labels:
        - Semver-Minor
        - enhancement
    - title: Other Changes
      labels:
        - "*"

via. Automatically generated release notes - GitHub Docs

最近は僕も CHANGELOGよりGitHub Releaseにかためていくのがいいと思っている派。reusable workflow とか release\.md を活用するのは真似したい » リリースノート管理術 https://t.co/hDGxGI2d51

— toshimaru (@toshimaru_e) July 22, 2022

common-workflow みたいな eusable workflow 集、僕も作りたい。

~/.config/git/ignore

~/.gitignore_global を利用していたが、これを使う必要はないことを知った。

gitのglobalなignoreのためのデフォルトの置き場があったのか〜 | ~/.gitignore_global を指定するのをやめ、デフォルトの置き場に置こう｜Masaki Hara https://t.co/QrfPAVeqEG #zenn

— toshimaru (@toshimaru_e) July 21, 2022

~/.config/git/ignore を利用していきたい。