基本的なことはここに書いてある。この中で、現在大切にしているのは以下の点だ。リポジトリは必ず動くようにしておくここが最重要ポイントだ。これを守ることで、ここを基点として開発フローを考えることができるようになる。動くことを保証する方法としては、自動テストやレビューだ。できれば、各開発者用の開発サーバーにアクセスして動作確認したい。現状一人で開発しているので、この部分は深く考えられていない。できるユーザーを限定しておく必要がある。できれば、マージ専用のユーザーを作って、そのユーザー以外はマージできないようにしたい。現状一人で開発しているのもあって、アクセス制限については深く考えられていない。動くことで、デプロイスクリプトも単純になる。動くことが保証されているのだから、そのままデプロイしてしまえば良いのだ。デプロイの方法がバージョン番号を使用するものなので、バージョンが上がったらデプロイするようにしている。利用してデプロイを行なっている。されたら特定のステップを実行できるものだ。各プロジェクトにはバージョン番号を記述しておくファイルが存在する。このファイルからバージョン番号を取得し、このバージョンがデプロイされているのか、本番サーバーに問い合わせる。この仕組みは各システムに組み込んでおく必要がある。バージョンが上がっていたらデプロイを実行する。コマンドで、各ファイルのバージョンをあげるコミットを作成し、プルリクエストが発行できる。提供)なぜ常にデプロイしないのか現在開発しているのは以下の構成となっている。いうようなパスでデプロイしている為、デプロイを実行する場合は、必ずバージョン番号が上がっている必要がある。サーバーサイド側は特にバージョン番号を気にする必要はないが、将来的にはフロントエンドからアクセスする際にバージョンを固定してアクセスできるようにしたい。いう理由で、バージョン番号が上がった時のみ、デプロイを行なっている。派生させたブランチで行う。これは、マージされていない自分だけのブランチから出発することはしない、ということだ。ブランチから開発をスタートさせるのだ。