運用ルール

Issueについて

• 基本的に進捗管理はIssueにて行います。
• Issueには以下のタグを設定しています。
  • meeting
    • 会議の議事録を共有するもの。
  • discussion
    • kaggleで気になるCode(discussion)の概要を共有するもの。同じdiscussionを複数人で読んでしまう事態を避ける。
  • experiment
    • どんな実験をしようとしているか、およびその結果を共有するもの。
  • submission
    • どの実験・notebookをsubmitしたかを共有するもの。
  • study
    • 雑多な知識を共有するもの。

Github Projectsについて

- 基本的に作成したIssueはProjectsで管理します(したい)。

Discussionを読む時

1. Issueを作成する（先に何を読むか共有することで、同じDiscussionを読むことを避けるため）。
   • 読もうと思っているDiscussionのリンクは記載する。
   • 自分をassignする。
2. 読み終わったら、内容をIssueにまとめる。

Submissionする時

1. LINEで「subするぜ〜」と一声かける。
2. subが終わったら、Issueを作成し、どんな内容でSubしたかを共有する。
   • 上記の実験でIssueを作っていた場合、そのリンクも貼っておくと良いかも
   • 自分をassignする。
3. 最後に、[ここ]()のsub履歴テーブルにindexを作る。

meetingする時

1. meetingの開催が決まったら、Issueを作成する。
2. 各自、開催日までにIssueに進捗を記載する(軽くでいいよ)。

ブランチについて

• コードの共有は主目的でないため、基本的にはmainのみを使います。