git branch で作業前に自分の今いるブランチを確認（develop、mainは絶対だめ）
git pull origin develop でdevelopから変更をとってくる、定期的に実行しないとコンフリクトが起きる
プルリク作るまでの流れ ↓↓↓↓↓↓↓↓↓↓↓ git add . で現在の変更をaddする
git status でpushするファイルを確認
git commit -m "コミットメッセージ"
git push origin ブランチ名
Githubの方に行く、Pull requestsに行く、あるいは黄色い奴がリポジトリにいったら出てくるのでそこの緑色のボタンを押して、Create Pull requests
色々確認したらマージする
#################################
コーディングルール
・bool型には頭には動詞、及び助動詞をつける（疑問文ぽくする）
・メソッド名は動詞始まりにする（だいたいどんな動きをするメソッドかの説明）
・クラス名が動詞始まりはそんなに良くないので、基本的には名詞で（一つのクラスに複数の処理を持たせたい場合はかなりアバウトな命名にするといいかも）
・ローカル変数、引数はキャメルケース、その他は基本パスカルケース（ https://qiita.com/TakeshiNishioka/items/501979ad126e9707758c ）
・変数名は長すぎてもダメだし短すぎて伝わらないのもダメ、伝わらないくらいなら長い方がいいくらいの心持ちでお願いします（伝わらなければ死だと思ってください）
・マジックナンバー(この数字がどういった数字なのかわからない)をなるべく避ける（プログラマは魔法使いではないので自分の書いた数字だったらわかると思わないようにしてください、そもそも他の人がわかりません、阿呆使いになるのは避けましょう）
・ブランチの命名規則 feature/#(issueの番号)
・変数、メソッドは基本的にprivate。publicはクラス外で使いそうなもののみ付けること。（privateってつけることで他クラスから参照されてないことが保証されるのでそのクラスの処理を見るだけですむ）
・Inspectorで変更を加えたいprivate変数には [SerializeField] を使う（逆に、特にInspectorで変更を加える予定のないpublic変数には [System.NonSerialized] をつける）
・コミットメッセージもなんとなく統一しましょう「何をしたかをざっくり熟語で : こちらにより具体的にかく」日本語でお願いします。（統一しとかないと読み方にメモリ()を使わなきゃいけないので）
・どういった処理をするのか説明する ///