Travis CIによるHexoブログの自動導入

3692 ワード

転載先https://vongloo.me/2018/10/28/Blog-Automation/
現在使用されているブログシステムはHexo+GitHub Pagesで、新しい文章を発表するたびに流れが煩雑で、効率を高め、「書く」ことに専念する方法はありますか?
前にJekllyからHexoに移動して、Hexoが私の習慣に合っていることを発見しましたが、新しい文章を書くたびに発表しなければなりません.流れは少し面倒です.具体的には見てみましょう.プロセス紹介の前に、私の執筆環境についてお話しします.
Markdownエディタ:MWebブログシステム:Hexo
Hexo+GitHub Pagesに基づいてどのように構築するかについては、ここでは言わないでください.ネット上のチュートリアルはたくさんありますが、MWebの基本的な使用と段階的な使用は、公式サイトで著者が十分に紹介しています.ここでは、既存のストリームを最適化する方法だけに関心を持っています.はい、くだらないことを言って、既存のプロセスと私たちが望んでいるプロセスを見てみましょう.
既存のプロセス
  • hexo n "some title"markdownファイル
  • を生成する.
  • MWebは文章を書いて、またピクチャー
  • を挿入するかもしれません
  • 画像をベッドにアップロードし、markdownのローカル画像パスをベッドリンク
  • に置き換える.
  • hexo ghexo s誤りがないことを確認すると、hexo d
  • .
    ここではMWebをお勧めします.彼は本当に書くことに専念することができます.画像を挿入する必要がある場合は、スクリーンショットして貼り付けたり、コピーして貼り付けたり、編集ウィンドウに直接ドラッグしたりするだけでいいです.MWeb外部文書の概念のおかげで、HexoのsourceファイルをMWebに追加し、簡単な構成を行うだけです.下図のように
    既存のプロセスにはどのような面倒な点がありますか?Hexoをローカルにインストールする必要があります.パソコンを交換するたびに再インストールしなければなりません.国内の尿性のため、Hexoはインストールできません.仕方がありません.そして毎回hexo g/s/dを必要とし、執筆意欲を大幅に低下させた.
    望ましい流れ
  • MWebを直接使用するmdファイル
  • を生成する.
  • ピクチャ透かし
  • 書き終わったら、GitHubに送って、自動的にブログ
  • を生成します.
    実現に着手する.
    一つ目はあまり言わないで、直接画像に透かしをつけます.
    画像に透かしを付ける
    MWebは、私たちがベッドを配置していることを前提に、文章で引用された画像を自動的にベッドにアップロードします.私の所では七牛をベッドとして使っています.まず、私の七牛関連の配置とMWebの七牛に関する配置を見てみましょう.
    七牛テストドメイン名はもう使えないので、ドメイン名をバインドしなければなりません.また、このドメイン名は登録する必要があります.
    上の5点目について、画像処理スタイルの別名、七牛に私が配置したのはwmで、スタイル分割線は私が設置したのは!なので、MWebの中で私が記入したのは!wmで、あなたは自分のスタイルに従っていじるだけでいいです.最後にMWebから与えられたリンクはhttp://sub.your.domain/xxxx.jpg!wmのようなものです.
    ドメイン名をどのようにバインドするかは、7牛に対応する開発ドキュメントがあり、対応すればいいです.
    このステップでは、画像と透かしを実現しました.もちろん、これは七牛が提供するオンラインサービスです.ここで重要なのは、登録されたドメイン名が必要です.
    ブログの自動生成
    1つの文章が書き終わったら、私たちはそれをブログに発表する必要があります.ここではhexo g/s/dの方法ではなく、Travis CIを使って自動配置を手伝ってくれます.私たちは文章のプッシュに関心を持って、ブログの生成に関心を持っていません.生成はTravis CIに直接渡さなければなりません.
    あなたはすでにxxx.github.ioというrepoを持っていると信じています.そして、ブログはmasterの分岐に置かれているはずです.リモートrepoをローカルに引っ張って、新しいブランチを作成します.ブランチ名は任意です.hexoと仮定して、すべてのコンテンツを削除し、Hexoが生成したフォルダ全体の内容をこのフォルダに移動します.themeフォルダも含まれています.ここで注意しなければならないのは、サブフォルダに.gitファイルが含まれている場合は、削除するか、submoduleの形式を使用する必要があります.ここでは削除方式を採用しています.
    Personal access tokensの生成
    図中の手順に従ってTokenを生成します.このステップは後で使います.生成後、ページを閉じないようにコピーしたほうがいいです.再生成しか見えません.
    Travis CI構成
    まずGitHubでTravis CIにログインし、開きたいRepoを見つけてスイッチを入れ、下図のように構成すればいいです.
    次に、コンピュータにコマンドsudo gem install travisを使用してtravisをインストールし、hexoフォルダの下に.travis.ymlを作成する必要があります.以下は私のインストール記録手順とログ全体で、キーにはコメントが追加されています.
    ?インストール手順ログをクリック
    以上の操作を実行した後、.travis.ymlを開くと、次のようなコードが生成されていることがわかります.
     
    1 2 3
     
    env: global: - secure: wrewrewrwebJ+XFbrUGTM0kIr.....
    それから.travis.yml具体的な内容は、私のこの分岐の内容を参考にすればいいです.ここで、上記のスクリプトは、commitのたびに記録用を追加するために説明するとともに、前の記録が上書きされるのを防止するために、まず遠位の.gitをローカルにコピーしてからcommitを行う必要があります.これにより、すべての履歴が保証され、このスクリプトもルートディレクトリの下に置かれます.
    私が使っているコマンドライン方式は、コマンドライン方式でなければ、ネット上のものを参考にして、ホームページに環境変数を設定して、Tokenをホームページに記入して、つまり上図の2、3の2つのマークポイント、2は環境変数名を記入して、3はTokenを記入して、その環境変数を追加することができます.
    最後に
    現在、新しい文章が発表されるたびに、ローカルに書いた後、markdownファイルを遠隔地のhexo分岐に押すだけで、追加の操作を必要とせず、複数のパソコンでコンテンツを簡単に公開することができ、環境構成を心配する必要はありません.もちろんこの文章もこのような方法で発表されたので、効果はまあまあでしょう.
    次の計画は、文章の上部にあるhexoで使用されているメタ情報をスクリプトによって自動的に生成し、手動で追加する必要はありません.
    上記の手順に従って、目的の効果が得られなかったら、下にメッセージを残して、一緒にコミュニケーションすることができます.もちろん、もっと効率的な方法があれば、共有してください.