少し幼稚に聞こえるかもしれませんが、DiscourseのテーマにカスタムCSSの調整など、単純なものですが結構な量のスタイル設定を行いました。ホストされたプランを利用しており、UIでCSSを変更するたびに、更新や上書きに関する警告が表示されます。
この問題を回避するために、GitHubリポジトリを設定し、すべてのテーマファイルとテーマコンポーネントをそこにホストするのがベストプラクティスでしょうか?
よろしくお願いいたします
Rob
少し幼稚に聞こえるかもしれませんが、DiscourseのテーマにカスタムCSSの調整など、単純なものですが結構な量のスタイル設定を行いました。ホストされたプランを利用しており、UIでCSSを変更するたびに、更新や上書きに関する警告が表示されます。
この問題を回避するために、GitHubリポジトリを設定し、すべてのテーマファイルとテーマコンポーネントをそこにホストするのがベストプラクティスでしょうか?
よろしくお願いいたします
Rob
はい、大規模なテーマは必ず Git リポジトリで管理するのがベストプラクティスです。これにより変更の追跡が容易になります。テーマクリエーター CLI を使えばワークフローも快適で、さらに簡単にカスタマイズできます。
サン、ありがとう。決定しました。
それが恋しくなりました。CLI は、GitHub に変更がプッシュされたのを検知してリロードするのでしょうか?私はこれまで、ローカルファイルを Discourse にプッシュする機能しか見たことがありません。お知らせを再読しましたが、GitHub に関する記述は見当たりませんでした。
ローカルで GitHub をチェックアウトするのがおすすめです
そうすれば、すべての編集をローカルで行えます。作業が完了したら、GitHub にプッシュしてください。
ああ、つまり開発はステージングサイトで CLI を行い、GitHub にプッシュして、本番環境が GitHub から更新を取得するんですね?
本番環境でも開発は問題なく行えます。一時的なコンポーネントやテーマを作成し、名前を少し変えておくだけです。そのようにすれば大丈夫です。
ただ、ステージング環境と開発環境を組み合わせたワークフローの方が、よりスムーズに運用できるかもしれません。
皆さんのテーマを見たいのですが、ライブリンクはありますか?
まだ完全には公開されていません。数枚のスクリーンショットを投稿します。
おっと、すごい!久しぶりに使ってみました(2日間うまくいかなくて困っていたのですが、API キーを使う必要があるのを忘れていて、別の問題だと思っていたので…いや、話がそれましたね…そのことを伝えるためにトピックを編集しました)で、WOW、今は信じられないほど素晴らしいです!