Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

どのバージョンのツールを使っていいかわからなくなるので,適合バージョン情報をreadmeにいれる #169

Closed
meltingrabbit opened this issue Jan 6, 2022 · 4 comments
Assignees
Labels
documentation Improvements or additions to documentation priority::high priorityg high tools

Comments

@meltingrabbit
Copy link
Collaborator

概要

どのバージョンのツールを使っていいかわからなくなるので,適合バージョン情報をreadmeにいれる

詳細

TlmCmdDBやCodeGeneratorなどのtoolの適合バージョンをreadmeにいれる.
これによって,あるバージョンのcoreを使うuserにとって,利用しやすくなる.

close条件

入れたら

備考

本当はなにかしらの依存関係スキーマをつかいたいが...

@meltingrabbit meltingrabbit added documentation Improvements or additions to documentation priority::high priorityg high tools labels Jan 6, 2022
@meltingrabbit meltingrabbit self-assigned this Jan 6, 2022
@meltingrabbit
Copy link
Collaborator Author

いろいろ @sksat と話をして,tool側で最小c2a coreバージョンを明記するのが良さそうとなった.

今鈴本が考えているのは,各toolのmainを更新したら

  • releaseを切る
  • そこにそれに合わせた c2a-core側のPRのリンクを貼る(一緒にそれのマージされたときのdevのhashもはる?)
    をする.

toolが更新されたらc2a側のバージョンを上げるかどうかはちょっと要検討(patchぐらい上げてもいいのか,とはいえmain以外でバージョン上げるの,ちょっとフローが,などあり)

@sksat
Copy link
Collaborator

sksat commented Jan 6, 2022

toolが更新されるような時は確実に非互換な更新なので,それを含む更新がmainにマージされる時はminorを上げるようにする(規約にする),ぐらいでいい気がしています.

@meltingrabbit
Copy link
Collaborator Author

それを含む更新がmainにマージされる時はminorを上げるようにする(規約にする),ぐらいでいい気がしています.

それはそうしましょう.

#141 とあわせて規約整備しますわ.

@meltingrabbit
Copy link
Collaborator Author

各Toolsに現状の対応とreleaseを打った.

closeする.

cc @200km 以後,このようにtools側のrelease noteで適合バージョンを明示していきます.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation priority::high priorityg high tools
Projects
None yet
Development

No branches or pull requests

2 participants