mamori017.logスマートフォン用の表示で見るmamori017.log歴史的クソブログこの広告は、90日以上更新していないブログに表示しています。GitHubClickOnceアプリケーションの配布はHTTPで更新ファイルを参照できさえすれば動作するはず。それならGitHubのリポジトリ上でも実現できるのではないかと思ったのでやってみました。いっても既にGitHubでの運用を検討されている方はおられるわけで。リポジトリにプッシュしたファイルを参照する場合、応答ヘッダが異なるため上手くいかないようです。Pages上に配布ファイルを配置した場合の動作はどうなのか。Pages用のgh-pagesブランチを切ったうえでHTMLファイルなりを配置する必要がありました。Pagesも管理できるようになっています。branchを選択し、リポジトリルートにdocsディレクトリを作成します。Pagesが表示されるようになります。ビルドとClickOnceのアプリケーション発行後にリポジトリにプッシュすれば大した手間もかからずアプリケーションの配布環境が構築できるはずです。Pages用ディレクトリ(ClickOnceアプリケーションの配布環境)を含んだmasterブランチの構成を以下の状態にしてmasterブランチへプッシュしてみます。Files|┝ClickOnceApp.application|┗setup.exe┝.gitattributes┝.gitignore┝ClickOnceApp.sln┝LICENSE┗README.mdGitHubから警告メールが届く上記の構成でリポジトリにプッシュしたところ、ClickOnceでのアプリケーションアップデートを実施することができました。リポジトリへのプッシュ直後にGitHubから警告のメールが届いていました。Pagesでバイナリファイル公開しているならRelease機能を使いなさいとのこと。その通りなので何とも言えません。ちなみに、リポジトリ内にバイナリファイルがあるとプッシュするたびに警告メールが届きつづけるみたいです。email.結論ClickOnceのアプリケーション配布自体は可能だったのですが、GitHubが推奨する使用方法ではないのでやるべきではないです。配布するアプリケーションバージョン管理が必要になったら、CodeCommitからS3にデプロイするのが現実的に考えて楽なのかなと思っています。dev.classmethod.jp警告でアカウントがBANされても困るのでGitHubのサポートにメールで謝っておきました。見る*1:rawgitというサービスを使えばReleaseにアップしたデータを参照できるらしい。CodeCommitを使用できるようになるまでの手順。(1)はてなブログをはじめよう!mamori017さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。