[#48132] requireが配列を取れたら便利だと思うんだけど.. — take_tk <ggb03124@...>
19 messages
2011/06/02
[#48133] Re: requireが配列を取れたら便利だと思うんだけど..
— Kenta Murata <muraken@...>
2011/06/02
むらたです。
[#48134] Re: requireが配列を取れたら便利だと思うんだけど..
— Yukihiro Matsumoto <matz@...>
2011/06/02
まつもと ゆきひろです
[#48135] Re: requireが配列を取れたら便利だと思うんだけど..
— Urabe Shyouhei <shyouhei@...>
2011/06/02
(06/02/2011 03:39 PM), Yukihiro Matsumoto wrote:
[#48136] Re: requireが配列を取れたら便利だと思うんだけど..
— Hiroshi Nakamura <nakahiro@...>
2011/06/02
JRubyのほうから来ました。
[#48137] Re: requireが配列を取れたら便利だと思うんだけど..
— Teruki Shigitani <shigi@...5.dion.ne.jp>
2011/06/02
鴫谷です。
[#48138] Re: requireが配列を取れたら便利だと思うんだけど..
— Urabe Shyouhei <shyouhei@...>
2011/06/02
(06/02/2011 04:22 PM), Teruki Shigitani wrote:
[#48155] 1.9.2 のインストール先がおかしいです — Dezawa <dezawa@...>
やっと1.9.2をインストールしました。
5 messages
2011/06/07
[#48161] RedmineのRuby1.9,Rails3対応 — "Jun'ya Shimoda" <jun-shimo@...>
下田と申します。お久しぶりです。
15 messages
2011/06/08
[#48165] Re: RedmineのRuby1.9,Rails3対応
— Kenta Murata <muraken@...>
2011/06/09
むらたです。
[#48167] Re: RedmineのRuby1.9,Rails3対応
— "Jun'ya Shimoda" <jun-shimo@...>
2011/06/09
下田です。興味を持っていただきありがとうございます。
[#48169] Re: RedmineのRuby1.9,Rails3対応
— Akira Matsuda <ronnie@...>
2011/06/09
松田といいます。
[#48170] Re: RedmineのRuby1.9,Rails3対応
— "Jun'ya Shimoda" <jun-shimo@...>
2011/06/09
下田です。新しい情報をありがとうございます!
[#48179] [ANN]るびま34号リリース — sunao tanabe <sunao.tanabe@...>
たなべ@日本Rubyの会 るびま編集です.
7 messages
2011/06/12
[ruby-list:48173] Re: RedmineのRuby1.9,Rails3対応
From:
"KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp>
Date:
2011-06-09 07:41:13 UTC
List:
ruby-list #48173
きしもとです。 > > 有用なコミットができたと思ったら、upstreamにpull requestを送ってください。 > > それが採用されてはじめて、上記の大きなグラフの一部に参加することになります。 > > http://help.github.com/send-pull-requests/ > > > なるほどオープンソースの世界のことが少し理解できました。 > Redmineのメインストリームに参加出きるような方針を模索してみます。 > いずれにしても、Rails3.1のリリースを待って何もしないという状況は > 個人的にはよくないとおもいます。 > Rails3.1対応はリリースされてから考えても間に合うでしょう。 > > ここで私があがいてもRedmineのメインストリームに踊りだす可能性は低いと思 > いますが > 職場でRubyが1.9に、Railsが3にバージョンアップしそう! > という方にはうってつけのテーマだと思いますので > 引き続き賛同者を募集します。 メインストリームに参加、というのは、普通、プッシュする権利が与えられて、 自分の判断でメインのリポジトリのコードを変えられるようになる、ということを 言うんじゃないかと思うわけですね。で、それはまずどんなプロジェクトでも 比較的敷居が高いのが当然かと思います。 で、従来の流儀では、そういう参加のしかたをしてない人は、パッチを開発 メイリングリストに投げて採用してもらう、というのが主流のやりかただった、 んではないかと思いますが、 githubは、そこらへんが革命的に変わっていて、単に使うだけでなく、コードに 手を入れたいという人は(従来はそういうことは手元のローカルコピーでやる ものでしたが)、まずforkしてください、というスタンスのわけですね、 というのがまず1点。昔はなんだかんだでforkというのはコストの高い行為でしたが、 githubでのforkは、従来のforkとは全く違うものです。 次にプルリクエストについてですが、プルリクエストというのは、要するに 従来の「パッチを採用してもらう」というのと同じプロセスです。乱暴に言うと。 (巨大な、たとえばYARVであるとかTOMOYO Linuxのようなパッチについては とりあえず考えないとして)バグ修正とかそういう程度のパッチは、 「メインストリームに参加」とかそういう勢いでなくても投げるものですし、 受け付けるものですよね? githubのプルリクエストも、gitのそこらへんの 機能によって、特定の変更部分について、これを取り込んで、とお願いして、 受け入れ側が、いいね、と思えば受け入れ側の判断でその「パッチを当てる」 というものなので(Linuxカーネル開発の手順では「コントリビュータ」と 「コミッタ」という役割となっていましたっけ?)、つまり何が言いたいかと いうと、forkしてプルリクエストを投げて、というのは「メインストリームに 踊りだす」というような気合を入れて取りかかる必要は全くないものですよ、 ということです。