Hugo で作った静的サイトを GitHub Pages から Netlify へ移行する
ポートフォリオを Hugo で作成して、GitHub Pages でホスティングしていましたが、こちらを Netlify へ移行しました 移行した背景 Hugo で作成した静的サイトを GitHub Pages でホスティングすることには、いくつかの問題がありました 解決したい問題点として コンテンツを書くリポジトリと、公開するリポジトリ（ブランチ）が別なので、デプロイが面倒 公開用のディレクトリをブランチとして管理しているので、管理が大変 特殊な名前のリポジトリにする必要がある （非公開リポジトリに変更出来ない） などなどがありました コンテンツを書くリポジトリと、公開するリポジトリ（ブランチ）が別なので、デプロイが面倒 Hugo ではhugo new site my_siteで作成したディレクトリをおおもとのリポジトリとします ここでテーマやサイトの設定、コンテンツを書いたりします こ
Hugo × GitHub Pages: 無料・手軽にウェブサイトをSSGで公開する方法
はじめに Hugoは優れた静的サイトジェネレーターであり、そのシンプルかつ効率的な構造により、ウェブサイトの素早い構築が可能です。一方で、GitHub Pagesは静的なウェブサイトを無料でホスティングできる優れたプラットフォームとして知られています。この組み合わせは、コンテンツ制作とホスティングのプロセスをスムーズに統合できるので、今回はHugoとGithubPageを使ってデプロイまでの流れを書いていきたいと思います。 ソースコードを見たい方はこちら Hugoの優れた特徴 Hugoはシンプルなコマンドラインツールを駆使して、美しく高速な静的ウェブサイトを生成します。以下に、Hugoの魅力的な特徴をいくつか挙げてみましょう。 高速なビルドプロセス HugoはGo言語で開発されており、非常に高速で効率的なビルドプロセスを提供します。これにより、大規模なウェブサイトでも素早くプレビューを確認
Githubのプルリクエスト単位で動作確認用のURLを発行する - VISASQ Dev Blog
2月から急に寒くなりましたが、皆様いかがお過ごしでしょうか。 先般、皆様ご存知不朽の名作、Kingdom Come: Deliveranceの続編が遂に発売されましたね。私は今始めると人間性を失ってしまいかねないため、もう少し人生が落ち着いた頃合いに手を付けようと何とか我慢しています。早く無力な凡夫ヘンリーを最強の男にしたいし、ひたすら野に咲く薬草を摘んで錬金術師としての人生も送りたい。 さて、みなさんはこう考えた事はありませんか？ 手元の作業ブランチをstagingブランチにマージする前に、検証環境で動作確認ができればいいのに、と。 あったらいいのに 弊社のアプリケーションは Google Cloud 上の Cloud Run で動作しています。 従来よりデプロイごとにユニークなURLを発行しており、作業ブランチをstaging環境にデプロイする仕組みもあるため、簡単な動作確認は実施でき
【資料公開】チームトポロジーで紐解くプロダクト開発組織の進化とスケーリング
みなさんこんにちは。@ryuzeeです。 2025年2月13日〜14日開催のDevelopers Summit 2025の登壇資料を公開します。 以前別のイベントで「30分で分かった気になるチームトポロジー」という話をしたのですが、今回さらに踏み込んだ話をしてほしいというリクエストをいただいたのが登壇のきっかけです。 本セッションでは、チームトポロジーの概要に始まり、プロダクト開発チームがどのように構造を変えていくかをよくある例をもとに解説し、最後に構造変更のときにチームトポロジーと組み合わせて使えるダイナミックリチーミングの5つのパターンを紹介しました。 詳細は以下のセッション資料をご覧ください。 重要な点を簡単にまとめておくと以下のとおりです。 速いフローを実現（維持）するという観点でチーム構造を考える。それに使えるのがチームトポロジーチームトポロジーは、コンウェイの戦略を活用した組織
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
