2016-11-20 21 views
1

私の個人的なホームページは私的なGitHubリポジトリを使ってバージョン管理されています。私はLaTeXソースファイルを保持している別のプライベートリポジトリを持っています。これまで私は手動でpdf出力を私のサーバにアップロードし、データベースに登録しました。これを少し自動化するために、ファイルを私のサーバーに手動でアップロードする必要なしにpdfsを構築して展開するソリューションを見つけることを検討していました。GitHubと組み合わされた単純なLaTeXビルドとデプロイ

私は、継続的な統合という言葉と、私が欲しいものを容易にするのに役立つかもしれないサービスとしてのTravis-CIを見つけました。 this old ticketによれば、スタンドアロンのLaTeXサポートはありませんが、私はLaTeXをサポートするR環境の使用について何かを読んでいます。これは私のニーズに適しているかどうかを調べるために実験しなければならないものです。

私はLaTeXソースをコンパイルできる環境を管理しているとします(latexmkを動作させるのに問題が生じる可能性があるため、これは荒くなります)。最初はSFTPを使って自分のホームページに生成されたpdf出力をアップロードすることを考えましたが、これはSFTP用のユーザー認証情報をconfigファイルに格納してGitHubにアップロードすることを中心に展開されています。別の考え方は、出力ファイルを受け取るために呼び出すことができるスクリプトを公開することでしたが、誰かがURLを取得すると安全ではありません。

その後、自分のサーバーにアップロードすることなく、出力ファイルをホストするより安全な方法となるGithubリリースについて読みました。私はちょうど特定のタグまたは最新のリリースの下ですべての利用可能なファイルを取得する私のサイトで "クローラ"が必要になります。しかし、私がまだやっていないファイルや、後で利用できるはずのファイルが直接アクセスできるという警告があります。私の最初のシナリオでは、登録されたファイルはタイムスタンプをデータベースに割り当てて、一定時間前にダウンロードを防止します(宿題などの解決に使用されます)。

これらの考えを念頭に置いて、このケースではTravis-CIがあまりにも多くのオーバーエンジニアリングか、私の特定のニーズに適したソリューションがあるかどうかをお尋ねしたいと思います。

+0

私はこれをオフトピックとして閉じるよう投票しています。これはおそらく、スーパーユーザーまたはUnix/Linuxに適しています。 –

+0

@RolandSmith私はあなたのことを知っていますが、それをスーパーユーザーに移行するのではなく、なぜ閉鎖するべきなのでしょうか?何か特別な理由? (そして、正直言って、投稿する場所を考えながら苦労しました。) –

+0

私はそれを移行することにしました。モデレータのみが直接移行できます。 –

答えて

1

私たちはTravisを使ってJekyllに基づいたサイトを構築し、Amazon S3に展開します(s3_websiteを使用しますが、そのままTravisがサポートするwhole bunch of deployment optionsがあります)。私は解決策が少し残酷だと思ったが、今私たちはしばらくそれを使用してきたので、私はとても幸せだ。安全にサイトを展開する方法が必要な場合は、environment variablesまたはencryption keysを使用して、秘密をトラビスに安全に渡すことができます。

+0

私はちょうど環境変数を見つけました。ドキュメント自体は、すべてのブランチで同じ機密情報に対してそれらを使用する必要があると述べています。これまでのところのヒントをありがとう。 –

関連する問題