相談

[t-sakurai816]

相談事一覧

[t-sakurai816]

ブランチについて

ブランチについてgit-flowやgithub-flowを参考にしました。今回は簡略化のために、以下でどうでしょう？
@yCroma

• main
  • 本番リリース後まで使わない。リリース後はこのブランチがデプロイされているものとする
• develop
  • 開発時のブランチ。基本的にはこれが最新版になる。
• dev/#{issue num}
  • dev/#1のようにissue番号をもとにissueを潰していくブランチ

[yCroma]

devの方針には賛成、ただ#3のような感じでブランチを切れたか覚えてないから確認したい。

[t-sakurai816]

dev/#3のようにはブランチ切れます！俺がいつもそうしてた
#3オンリーはダメかもしれないけど

[yCroma]

開発ブランチの名前を/devから/featureにしたいです。理由としては、ブランチを移動する際に、/developと/devがあって補完が中途半端になるからです。

featureは機能って意味の英単語。機能毎にブランチを切って実装するから、その単語が使われてる気がする。

[t-sakurai816]

OKです！
feature/#4のようにしましょう。

[t-sakurai816]

名称について

本番、開発と環境を分けると思いますが、プログラムで使うときの名前を統一しましょう

環境	名前	略称
本番	production	prod
開発	staging	stg

[t-sakurai816]

やはりこっちにしません？
prdでいい気がしてきた

環境	名前	略称
本番	production	prd
開発	staging	stg

[t-sakurai816]

ホスティング先について

ホスティング先について、以下のように考えていますが、大丈夫でしょうか？
GitHubPagesを開発段階で利用する理由は、複雑な設定をせずともデプロイができるからです。
S3にデプロイするにはmainブランチのfrontendディレクトリ内を手動デプロイとします。（ゆくゆくはGitHubActionsにしましょう

本番：S3
開発：GitHubPages

[t-sakurai816]

S3ホスティングには欠点がありまして、
index.htmlを返すように設定していたとします。

hoge.com/　：　OK
hoge.com/dir/　：　NG
hoge.com/dir/index.html　：　OK

のようになります。最初のドメインのみのときはindex.htmlいらないけど、以降ディレクトリが変わるときはindex.htmlが必要になります

[yCroma]

SPAなんで、極論index.htmlがあればOK
ただ、SPAって、リクエストされたパスに応じて表示する中身を切り替えるんだけど、その時のパスがホスティングによってズレるかどうかで変わる感じ

[t-sakurai816]

ほー…なるほど
問題がでるようだったら、他の方法も考えよう。

[yCroma]

質問でーす。
HTMLとして静的ホスティングしますか？それともNodeで配信して良いんですか？どちらでもオッケーです！

[yCroma]

静的ホスティングできるようにビルドしまーす。お騒がせしましたー

[yCroma]

フロントエンドのマージについて

黒馬の方針としては、一度確認してもらったほうが良いと思っている。ただ、このまま続けていくと形式的に確認するという事態にもなる気がする。黒馬個人で進めていくのか、適度なところで折り合いつけるのか、そこら辺をどうしようかと気になっている。

[t-sakurai816]

とりあえず完成を優先させるために、フロントについてはレビューなしにしましょうー
ゴリゴリ作っちゃってください

[yCroma]

今見ましたーりょうかーい