本記事が目指すこと

注意

筆者は、ちゅらデータ株式会社に務める会社員であるが、就業時間中に職務としてのdbt-coreのOSS活動を始めた（OSS活動自体が初めての経験）
CONTRIBUTING.mdを読めばChangieを用いた変更ログの作成ができる。しかし、ドキュメントには明示的に記載されてない部分があったため、それらの解決策を提示する

CHANGELOG.md
- 変更ログを管理するファイル。変更ログには通常、バグ修正や新機能などの変更の記録が含まれる。変更ログは機械ではなく人間のためのものであり、リリースされたバージョンごとに変更された箇所が分かりやすいように記述した方が良い
  - 参考
    - https://keepachangelog.com/en/1.1.0/
    - https://en.wikipedia.org/wiki/Changelog
Changie
- 変更ログを管理するツール。CHANGELOG.mdを直接編集せずに、定めたフォーマットを通して変更ログを記載することが可能
  - 参考
    - https://changie.dev/guide/

Changieをインストールする
- 実行環境に合わせてインストールする
  - https://changie.dev/guide/installation/
変更ログファイルを作成する
1. クローンしたリポジトリ[dbt-core]で以下のコマンドを実行する(.changie.yamlが存在するディレクトリ)
  - changie new
2. PRの該当する種類を選択する（カーソルキーで操作する）
  - 例
    - Features
      - 機能追加
    - Fixes
      - バグ修正
    - Docs
      - ドキュメント追加・修正
3. 決められたフォーマットに従い、変更ログを記載する
  - Body
    - 変更ログの本文
  - GitHub Username(s)
    - 該当Issue、PRを作成したGitHubのUsernameを記載
  - GitHub Issue Number
    - 該当Issueの番号
- 期待される出力
  - 「Fixed-20230525-091955.yaml」のような変更ログファイルが作成されること
変更ログファイルをコミットし、リモートリポジトリにpushする
- 作成するPRには修正したコードと共に、「変更ログファイル」がコミットされている必要がある。PRに変更ログファイルがない場合はマージされないので注意

以上。なお、PRがマージされてリリースされた際に、作成した変更ログファイルの内容がCHANGELOG.mdにマージされる

ちゅらデータでは、クレイジーな仲間を募集しているでござる
データエンジニア、もしくはSE系からデータエンジニアになりたい方がいればぜひ、御仁の力量に応じたグレード（ジュニア/ミドル/シニア）にて、応募するでござる