株式会社ロックオン EC-CUBE運営チームでございます。
この度、EC-CUBE2.11.0 β版をリリースいたしましたのでご報告いたします。

※最新版のバージョンはEC-CUBE2.5.0からEC-CUBE2.11.0に名前が変更になりました。
多数の機能追加と、ソースの修正により、バージョンを大幅にアップとさせていただいております。

こちらは最新バージョンのβ版（評価版）です。ご使用される際はご自身の責任
においてお願い致します。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
こちらのページよりダウンロードしていただけます。

また、機能追加、及び修正項目の詳細はこちらのページをご確認ください。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

2.11.0 の開発にあたり、多くのコミッター様や開発コミュニティメンバー様の
ご協力をいただいております。
誠にありがとうございます。

今後は、テスト、不具合修正を行い、正式版をリリースさせていただく予定で
ございます。

■EC-CUBE 2.11.0 正式版（2011年3月後半リリース予定）

引き続き、ご協力の程よろしくお願い致します。

また、何かご意見、ご要望、バグ報告など、本開発コミュニティ
にてご投稿お願い申し上げます。
それでは、今後ともEC-CUBEをどうぞよろしくお願い致します。

lockon_adminさんは書きました：
引用：
最新コミュニティ版からの乗り換えの場合は上記のみだと思いますが、従来バージョンの正式版からのバージョンアップだと下記の中にもいくつか該当する改訂が記載されています。
・ コミュニティ版の改訂リスト1
・ コミュニティ版の改訂リスト2

全てが該当するわけではありませんが、参考まで。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

2.11.0で見つかった不具合についてチケット化ルールと担当の扱い方。
2.11.0の不具合修正完了時のチケットの扱い方。
現在2.11.0にあるチケットの扱い方（大半がテスト後に完了になると思います）。
2.11.0で解決すべきと思われる改善項目のチケット化ルール。
2.11.1(?)以降で解決すべきと思われる改善項目・新機能のチケット化ルール。
2.11.0以外のロードマップに割り当てされている未完了チケットの扱い方。
その他レポジトリへのコミットルール。

あたりを一回整理して、株式会社ロックオンさんにて指針をまとめて貰えるとありがたいです。

----------------
EC-CUBE公式エヴァンジェリスト
EC-CUBEインテグレートパートナー (株)スピリット・オブ
移転・拡張・高速化・問題解決
各種カスタマイズ・支援依頼承ります。
[url=h

現在の正式版(2.4系)と2.11.0への互換性はございますか？

チケットが分散していて、そこからアップグレードを試みるのはかなり困難な作業に感じるのですが…

2.4系でかなりのカスタマイズを加えて運用されている方も多いかと思いますので、2.11.0正式版がリリースした段階で全バージョンとの差分リストを公開していただけると大変助かります！

そして、どうして2.5.0ではなく2.11.0なのか…2.4以下を切り離すためだとしたら、悲しい。。

自分でSVNを立てないとダメですが、SVNを利用してマージするのは如何でしょうか？

多分、それが一番早いですし、実用性があると思います。

「2.11.0正式版」をTrunkと考えて
「カスタマイズした2.4系のEC-CUBE」をBranchと考えれば
マージするだけで、ある程度「2.11.0正式版」に移行出来ると思います。

当然ながら、競合は自分で解決する必要があります。

----------------
EC CUORE 株式会社クオーレ
カスタマイズ御相談下さい。

>現在の正式版(2.4系)と2.11.0への互換性はございますか？

データ面、ロジック面はほとんど互換は無いと思って良いです。
デザイン部分はフロントについては移行は可能なレベルかなと思います。

特に大きなデータベースの構造変化が起きているのが商品情報・商品規格情報・受注情報・顧客情報となっていて、いわゆる根幹をなす主要テーブルです。

＞チケットが分散していて、そこからアップグレードを試みるのはかなり困難な作業に感じるのですが…

アップグレードは容易ではない次元だと思われます。

＞2.4系でかなりのカスタマイズを加えて運用されている方も多いかと思いますので、
＞2.11.0正式版がリリースした段階で全バージョンとの差分リストを公開していただけると大変助かります！

内部ロジックでの差はさらに大きくて、たぶん差分を出せないレベルじゃないかと思います・・・。

＞そして、どうして2.5.0ではなく2.11.0なのか…2.4以下を切り離すためだとしたら、悲しい。。

あまりにも構造やロジックが変わり2.4からのジャンプが大きい為、2.11になったと思った方が良いと思います。

----------------
EC-CUBE公式エヴァンジェリスト
EC-CUBEインテグレートパートナー (株)スピリット・オブ
移転・拡張・高速化・問題解決
各種カスタマイズ・支援依頼承ります。
[url=h

ご回答有難うございます！

DB側の構造も大きく変化してるとなると、やはりカスタマイズの度合いにもよるかと思いますが、2.11系インストールしたものへカスタマイズ部分を2.11系に合わせて修正する方が速いこともありえますね。

そうなるとextendsを置く構造って、実際必要なのかなって思ったりしちゃいます…

> そうなるとextendsを置く構造って、実際必要なのかなって思ったりしちゃいます…

私も、最近その疑問は結構強く持ってます。拡張ページクラスをつかったカスタマイズ事例などを見ても、不適当な使い方をしているケースも多いし・・・

まぁ、アプリケーション(EC-CUBE)も利用者も、共に成長したときに、いつかは役に立つ時期がやって来るのかなぁと。今は我慢してます。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

extendsは利用されている方居るんですかね。

2.11ではプラグイン機能で、「extendsが当初行おうとしていた事」が出来ると良いですよね。

プラグインがフックするだけじゃなくて、元の処理を行わないのか、行うのかといった属性があれば
プラグイン機能がactionに対してAddであったり、Modifyであったりと使い勝手が良さそうですけどね。

言うだけは簡単なので言っておきますｗ

----------------
EC CUORE 株式会社クオーレ
カスタマイズ御相談下さい。

引用：

現在、当面の(正式版リリースまでの)扱いのアナウンスを提案しております。既にチケットの扱いに若干混乱した状況も発生していまして・・・


大雑把な方向性としては、
・マイルストーン「EC-CUBE2.5.1(仮)」の内容が 2.11.x での開発
・マイルストーン「EC-CUBE2.6.0(仮)」の内容が 2.12.0 以降へ引き継ぐもし
といった方向になると思います。

取り急ぎで振り分けたので、ブレも若干出るとは思いますが。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。