Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

AppVeyor で使うバイナリを github 上のものに切り替える #31

Closed
koron opened this issue Mar 20, 2016 · 34 comments
Closed

Comments

@koron
Copy link
Contributor

koron commented Mar 20, 2016

今は files.kaoriya.net のものを使っていただいていますが
https://github.com/koron/vim-kaoriya/releases/latest
のものに切り替えることは可能でしょうか?
特に事故などが無い限り、正式リリースのたびに同じものをアップロードしてます。

理由はいくつかありますが
files.kaoriya.net は自前サーバのためサービスの継続性にお約束ができないことと、
また github のほうが AppVeyor とのネットワーク的な距離が近いことが期待できるのではないかなと。

古い 7.3 については別途考える必要があるとは考えています。
「ココに置くと良いのでは」みたいな提案がありましたら、お願いします。

@tyru
Copy link

tyru commented Mar 20, 2016

そういえば kaoriya.net のサーバ負荷とか考えてませんでした。
今は nightly build もあるので本家をダウンロードしてきても良いような気がします。
@koron さんが +kaoriya 版を使ってもらった方が都合が良いと思うなら +kaoriya で良いと思います。

@thinca
Copy link
Owner

thinca commented Mar 20, 2016

了解です。とりあえず最新版は files.kaoriy.net から落とすのをやめます。今までありがとうございました。
本家の nightly があるのならそちらを使うのも良さそうですが、どこから落とせるでしょうか? @tyru ちょっと把握していないので、教えて頂けると助かります!
古いバージョンはどうしますかね…どこでもいいといえばどこでもいいわけですが、どこがふさわしいのかは難しいですね。

@tyru
Copy link

tyru commented Mar 20, 2016

@thinca
Copy link
Owner

thinca commented Mar 20, 2016

なるほど。常に最新版を指しているポイントはなさそうですね(kaoriya on github もそうだけど)。
バージョンを固定する必要がありそうですかね。

@tyru
Copy link

tyru commented Mar 20, 2016

とりあえず自分と vital.vim のリポジトリには issues 建てました。
他にも各個人のVimプラグインのリポジトリで参照してるかと思います (追いきれてない)。

@tyru
Copy link

tyru commented Mar 20, 2016

バージョンを固定する必要がありそうですかね。

vim-jp.org で kaoriya への最新版のリンク貼ってたような気がするので、(自動化されてる前提で、負担の掛からない範囲で) 同じように nightly build の最新版を指すURLがあると便利かも…とふと思ったんですが、静的ページだけでリダイレクトはできないですね…

@tyru
Copy link

tyru commented Mar 20, 2016

あーでも URL だけ書いた .txt ファイルを置いとけば参照はできますね

@thinca
Copy link
Owner

thinca commented Mar 20, 2016

誰がどこに置くんでしょうか?

@tyru
Copy link

tyru commented Mar 20, 2016

自動か手動かは分からないですが、
vim-jp のサイトのどこかに Vim の最新 nightly build の URL 1行だけ書いた .txt ファイルを置いておいて、appveyor.yml のスクリプトから URL を取得してその URL からダウンロード、みたいな感じです。

@tyru
Copy link

tyru commented Mar 20, 2016

URL は64bit版と32bit版等、複数あってもいいような気もします。
イメージとしてはよくOSのisoファイルなんかをホストするサイトに置いてある、ハッシュ値だけ書いたテキストファイルです。

@thinca
Copy link
Owner

thinca commented Mar 20, 2016

なるほど。一手間かかってしまうのでスクリプトが無駄に複雑になりそうですが、仕方ないかな…。

@koron
Copy link
Contributor Author

koron commented Mar 20, 2016

えっと、状況としては、常に最新のバイナリのURLが取得 or 転送してくれる固定のURLが欲しいってことでOKですかね?

@thinca
Copy link
Owner

thinca commented Mar 20, 2016

そうですね。それがあると常に最新が使えるので助かります。

@koron
Copy link
Contributor Author

koron commented Mar 20, 2016

了解です。それは僕の方で引き受けます。
できたらココでアナウンスしますね。

@thinca
Copy link
Owner

thinca commented Mar 20, 2016

おーありがとうございます!

@koron
Copy link
Contributor Author

koron commented Mar 20, 2016

とりあえず jekyll だけでできないか jekyll-redirect-from + redirect_to で実験してみたけど
http://sandbox.vim-jp.org/goto/vim-win_x32/
HTMLの <meta http-equiv="refresh"> なので、ダメそう。

次は外部サービス、検討します。

@koron
Copy link
Contributor Author

koron commented Mar 20, 2016

PowerShell 使えばHTMLの parse も比較的簡単ですね…

> $s = Invoke-WebRequest -URI "http://sandbox.vim-jp.org/goto/vim-win_x32/
> $s.Links[0].href
https://github.com/vim/vim-win32-installer/releases/download/v7.4.1615/gvim_7.4.1615_x86.zip

> (New-Object Net.WebClient).DownloadFile($s.Links[0].href, "vim.zip")

@thinca こんな感じで良ければ、必要なものを用意してから PR 作りますけどいかがでしょう?

@thinca
Copy link
Owner

thinca commented Mar 20, 2016

なるほど。その手法だと、@tyru さんが言っていたテキストファイルを置く手法と大差ない感じですかね?

@koron
Copy link
Contributor Author

koron commented Mar 20, 2016

そうですね。

同じURLをダウンロードのためにブラウザからも使えるのと、
ZIP取得のための方法が確立している点がアドバンテージになります。

@thinca
Copy link
Owner

thinca commented Mar 20, 2016

両立は良いですね。
懸念があるとすれば、appveyor の設定ファイルは設定例としてもリポジトリに含まれていて、各位がコピーして使うことを想定しているので、複雑になりすぎるとコピーした各位がメンテ不能にならないかという問題はありますが、現時点ですでにある程度複雑になってしまっているので、大差ないような気もしています。
他の人の意見も聞きたいという意味も込めて、上記の問題について @koron さんが問題無いだろうと判断したのであれば、その方向で進めてもらって大丈夫です 👍
やっぱまずいかもって感じられたならもうちょっと考えましょう。

@koron
Copy link
Contributor Author

koron commented Mar 20, 2016

了解です。では進めます。 👍

@koron
Copy link
Contributor Author

koron commented Mar 20, 2016

@thinca 7.3について1点、質問です。

利用している 7.3 が 20110306 と、やや古めなのにはなにか理由がありますか?
特になければ7.3系の最終バージョンである 20130706 (7.3.1314) へ
切り替えてしまおうと考えていますがどうでしょうか?

@koron
Copy link
Contributor Author

koron commented Mar 20, 2016

中間報告: とりあえず redirects まで完了
http://vim-jp.org/redirects/

@koron
Copy link
Contributor Author

koron commented Mar 20, 2016

#32 でいったんテスト中。

7.3 については files.kaoriya.net を参照していますが、それはまたあとで。

@koron
Copy link
Contributor Author

koron commented Mar 20, 2016

#32 がマージされれば、本件は閉じて大丈夫です。

理想的な形にするまでには幾つか課題がありますが、
それらは https://github.com/vim-jp/redirects/issues で対処します。
時間があるときにでも目を通してください。

@koron
Copy link
Contributor Author

koron commented Mar 20, 2016

7.3.13161314 については koron/vim-kaoriya に pre-release として置いとくことにしました。
https://github.com/koron/vim-kaoriya/releases/tag/v7.3-legacy

@thinca
Copy link
Owner

thinca commented Mar 21, 2016

利用している 7.3 が 20110306 と、やや古めなのにはなにか理由がありますか?

最初に作り始めた際に、とりあえず漠然と 7.3.0 までをサポートしようと考えて、手に入る一番古い 7.3 がそいつだった感じです。
サポート対象は適当なタイミングで見直した方がいいかもしれないとは考えていますが、Travis の Vim は今でも 7.3.429 っぽいので、7.3.0 とまではいかなくてもとりあえずここまではサポートしたいと考えてます。

@koron
Copy link
Contributor Author

koron commented Mar 21, 2016

ああ、一番古い方だったんですね。追加しますので、少々お待ちを。

@koron
Copy link
Contributor Author

koron commented Mar 21, 2016

僕の手元には 20110227 (7.3.135) が見つかったので、こっちに差し替えてみますかね…

@koron
Copy link
Contributor Author

koron commented Mar 21, 2016

https://github.com/koron/vim-kaoriya/releases/tag/v7.3-legacy へ 20110227 (7.3.135) を追加しました。
これから redirects と appveyor.yml 更新します。

@koron
Copy link
Contributor Author

koron commented Mar 21, 2016

完了。ということで 7.3.135 でテストを通ることを確認しました。
https://ci.appveyor.com/project/thinca/vim-themis/build/119/job/8ymiondwxnj3rifl

なお同ファイルは files.kaoriya.net にも置き直しましたが、まぁこれはどうでもよいですねw

@thinca
Copy link
Owner

thinca commented Mar 21, 2016

ありがとうございます!!!

@koron
Copy link
Contributor Author

koron commented Mar 21, 2016

(`・ω・´)ゞ こちらこそありがとうございます。

vim-jp/redirects という副産物が、
うまく機能しそう & 他の使いみちもありそうで、
思ったより収穫が大きいかもしれません。

@thinca
Copy link
Owner

thinca commented Mar 21, 2016

#32 をマージしたので閉じます。ありがとうございました!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants