Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
HTMLコーディングがメインのブランチ管理 Github Flowは十分シンプルですが、静的ページのみのサイトや、1人で運用しているサイトではもう少しスリムにできる猶予があります。たとえば、静的ページのみの小規模なサイトの場合、プルリクエストを使ってHTMLやCSSを他人にレビューしてもらう利点はそれほどありません。なぜなら、HTMLやCSSのほとんどが見た目に関するもので、プログラムのようなコードの妥当性のチェックはそれほど重要ではないからです。 ※読み込み速度やバリデーションチェックは重要ですが、検査、計測ツールを使って作業者本人が行えます。 Github Flowからプルリクエストを省略するとその思想から離れてしまいますが、0からルールを作成するよりはGithub Flowをカスタマイズするほうが良いでしょう。 ここでは1人、もしくは少人数で、コードビューがそれほど重要ではないケース
昨今CI/CDという言葉がソフトウェア開発だけでなく、Web制作の領域まで浸透してきました。CI/CDは「Continuous Integration（継続的インテグレーション）」と「Continuous Delivery（継続的デリバリー）」の略になります。 継続的インテグレーション、継続的デリバリーと聞いても意味がわかりづらいかと思いますのでもう少し噛み砕いて説明すると以下のようになります。 「CI/CDとはテストや本番環境へのデプロイを自動化する仕組み。」 つまりCI/CDは特定の技術を指す用語ではなく、「開発から納品までの工程をできるだけ自動化させる手法」のことを言います。 CI/CDは人によってまだ馴染みの無い概念かもしれませんが、今回紹介する手法を用いることで制作効率を飛躍的に高めることができるのでぜひ最後まで一読いただけると嬉しいです。 この記事では上述したCI/CDをGit
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
