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

リリース日を決めるルール | How to choose the date of the next release #86

Open
azumakuniyuki opened this issue Oct 19, 2015 · 1 comment
Assignees

Comments

@azumakuniyuki
Copy link
Member

azumakuniyuki commented Oct 19, 2015

日付の決め方

シシマイのリリース日は次のルールに従って決定しています。

  1. 一粒万倍日
  2. (1) AND ( NOT 不成就日 AND NOT 三隣亡 )
  3. (1) AND ( 六曜先勝なら午前・赤口なら正午・先負なら午後にリリース)
  4. (1) AND (2) AND (3) AND JSTで午前九時以降〜(UTCで前日にならないように)
  5. 大安であれば縁起も気分も良い
  6. 友引はソーシャル的に良い字面な気がする
  7. 仏滅は気にしない
  8. ネコの日(毎月22日,2/17, 3/1, 4/4, 8/8, 8/17, 9/29, 10/16, 10/29, 11/17)でも良い
  9. 致命的なバグ修正の為のリリースは上記の限りではない

カレンダーにダーツを投げて刺さった日にリリースするのと同じようなものですが、バウンスメール解析ソフトウェアとしての前任者bounceHammerの安定版であるv2.7.0のリリース日と、シシマイ最初のリリース日(2014/08/16)が一粒万倍日でしたので、上記のようなルールが出来ました。

リリース日は完成した日でも良いですし、サイコロで決めても良いですし、月+日が素数の日でも良いですし、満月の日でも良いですし、猫派なら毎月22日(にゃーにゃー)でも良いですし、決め方はいろいろありますが、一粒万倍日は一ヶ月に五回か六回あり、そのうち半分ぐらいは不成就日でも三隣亡でもない日なので適当に日を選ぶのに丁度良い気がします。

リリース日とは

ここでのリリース日とは次の事を指しています。

  • バージョン番号を増やしてChangesにそれと日付を書いてgit commitする日
  • git tagでタグを付けてgit push --tagsをする日
  • CPANにアップロードする日
  • libsisimai.orgにリリースした旨を投稿する日

余談

このIssueを書いた理由

今年の春ごろにメールで「cpanmコマンドで入れたいから早く次のバージョンをリリースして欲しい」という問合せを頂いた時に、リリース日に関するルールを簡単に説明しました。夏ごろにも同じような御意見を頂いたので、誰でも見られる場所に「こういうルールで決めています」って宣言しておく事にしました。

カレンダー

古い友人から毎年貰うカレンダーに一粒万倍日・六曜・三隣亡・不成就日が書いてあるので、それを見て決めていますが、暦注計算というサイトで確認する事もあります。

@azumakuniyuki azumakuniyuki self-assigned this Oct 19, 2015
azumakuniyuki pushed a commit that referenced this issue Oct 28, 2015
@azumakuniyuki
Copy link
Member Author

The next version of Sisimai(v4.13.1) will be released on Tuesday, November 17.

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

No branches or pull requests

1 participant