From: SHIBATA H. <shi...@gm...> - 2010-05-24 11:55:53
|
柴田です。 > 開発リポジトリをGitHubに移すのは賛成だけど、なぜ「github で作業したい」 > のかをまず整理した方がいいんじゃないかな。 > > いろいろな人が、いろいろな観点でtDiaryをいじるようになっている。そのた > め、ブランチを簡単に作れるgitは魅力的。メイン開発者もパッチを受け取りや > すくなるというメリットがある。 メリットは同じ考えです。 > 一方で、まだまだgitは一般的ではないし、使い方も難しい。サーバに入ってい > ない場合にはtrunk(master)に追従するのが困難というデメリットもある。 ここはちょっと意見があって、野良で入れるなら subversion よりも git の方が簡単 だったと思います。標準で入っているという部分なら subversion の方が普及している というのは同意です。 > 「公式アカウント」はOK。ただしGitHubは「開発リポジトリ」としたい。 > sf.netのsvnは引き続き「公式リポジトリ」で、ここからリリースする。 github は read/write で開発をして、svn の write は github から sync のみで readonly ということであってますか? > theme / theme-nonfree / blogkitを分離するのは賛成。一方、pluginはもう > core/miscの下にマージしてしまっても良いかも。 plugin のマージも含めて賛成です。svn の方でも実施してしまいたいくらいです。 >> 3. 残った subvesion リポジトリの扱い >> リードオンリーで残す方向かな? readonly にするのはいいと思いますが、上記にあるような sync とreadonlyを 混ぜることってできるんでしょうか。アカウント単位で制御? > ついでに書いておくと、今の2.3ベースで3.0を出したあとは、安定版 > と開発版の区別をやめたい。svnからリリースしたものを安定リリース > として、開発版を使いたい人はsvnからまたはgitから直接取得してもら > う(snapshot版の生成は継続)。 開発版と安定版の垣根も低くなってきているので良いと思います。 開発版の安定性も重視されることになると思いますが、そっちは別途。 同期はruby/rubyの逆のような形で同期していくことになるんでしょうか? それとも、リリースのタイミングで丸ごと上書き的な同期でしょうか。 前者の場合、同期の仕組みをどこに作るかが気になっています。 -- SHIBATA Hiroshi mailto:shi...@gm... URL:http://www.hsbt.org/ |