EC-CUBE2.4.0 RC1（リリース候補第1版）をリリースいたしました。

主にコミュニティ版の機能を取り込んだんだ内容となっております。
修正内容に関しましては、以下をご参照ください。
http://www.ec-cube.net/release/detail.php?release_id=201
最新版のダウンロードはEC-CUBEオフィシャルサイト、EC-CUBEダウンロードページよりお願いいたします。http://www.ec-cube.net/download/index.php

また、本リリースを実稼働するECサイトにご利用される場合は、充分な動作テストを行って下さい。
動作に不具合を発見された場合は、開発コミュニティにご報告頂けますと幸いです。
安定稼働の確認が取れましたら、安定版として正式にリリースさせていただきたいと思います。
ご協力をお待ち申し上げております。

今回のリリースにあたり多くのコミッター様や開発コミュニティメンバー様のご協力をいただきました。
ご協力、誠にありがとうございました。
厚くお礼申し上げます。

それでは、今後ともEC-CUBEをどうぞよろしくお願い致します。

開発環境 ( http://xoops.ec-cube.net/modules/tinyd0/index.php?id=9 ) は公開していただけないでしょうか?

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

2.4開発環境を公開させていただきました。
http://xoops.ec-cube.net/modules/tinyd0/index.php?id=9

安定版がリリースされるまでの期間限定となります。

また、EC-CUBE2.3系（安定版）の開発環境であるversion-2のリポジトリは据え置きし、2.4の環境をversion-2_4として別途設置させていただいております。
2.4系が正式安定版としてリリースされましたらversion-2のリポジトリに移し替える予定でございます。

以上、よろしくお願いします。

開発環境の公開ありがとうございます。

なるほど、最終的には version-2 が保守対象になるのですね。

ちなみに、version-2_4 → version-2 の作業は、どのように実施するかお決まりですか?
・ディレクトリ(リポジトリ)の名の変更
・version-2_4 上の個々のチェンジセットのマージ
・リポジトリ間の差分を丸ごとマージ
などが、考えられると思うのですが。

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

> 2.4開発環境を公開させていただきました。
> http://xoops.ec-cube.net/modules/tinyd0/index.php?id=9

接続してみましたが 403 になっているようです。

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

> 接続してみましたが 403 になっているようです。

アクセスできるようになったようです。

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

株式会社ロックオンの梶原です。
本日より、１開発者として開発コミュニティに投稿させていただきます。
よろしくお願いします。

ちなみに、私の回答が株式会社ロックオンの公式見解ではない場合もございますし、全ての質問に回答するということもできません。
あくまでも株式会社ロックオン社内にいる１開発者としての投稿になりますので、ご了承くださいませ。

さて、本件ですが、
>> 2.4開発環境を公開させていただきました。
>> http://xoops.ec-cube.net/modules/tinyd0/index.php?id=9
>接続してみましたが 403 になっているようです。
閲覧権限設定ができてなかったようです。申し訳ございませんでした。
権限の設定を行いましたので、現在は、コミッター様、及びゲストの方でもご覧いただけると思います。
ご覧になれない場合は、返信お願いいたします。

また長くなりますが、以下に関しまして。
>ちなみに、version-2_4 → version-2 の作業は、どのように実施するかお決まりですか?

バージョン管理の件ですが、実はこちらでも今後のことを踏まえて検討中でして、今のところはブランチを増やしていくかたちを考えています。
（本当は丸ごとのマージも考えましたが、機能ごとの細かいヒストリーを残こしていく必要があると思いますので。前回の回答では移し替えるとなっていたりと、コロコロと変わってしまっていますが、申し訳ございません。）
ですので、version-2は2.3系までのものとし、これからはversion-2_4が本筋になっていくイメージでいます。
>> http://xoops.ec-cube.net/modules/tinyd0/index.php?id=9
こちらのページも再度更新が必要かと思っています。

今後はversion-2_5のbranchなども作成していって、本筋がどんどん移動していくイメージでしょうか。
（リポジトリのコピーですので、昔からのヒストリーは残っていきます。）

上記でいかがでしょうか？
もし、管理者、開発者がより便利なバージョン管理方法があれば採用させていただきたいと思いますので、皆様のご意見を是非お伺いできればと思います。
（SVNを使うのは当面変わらないと思いますが。）

それでは、今後ともよろしくお願いします。

はじめまして。シーソフトの塚田と申します。
多分、SVN リポジトリでの kajiwara さんですよね?
チェンジセットを見ていて、素晴らしい開発者が加わったなぁと思っておりました。

私は、SVN でのブランチを使った管理は、あまり経験していないので、どのような運用形態が一般に良いのかは分かりませんが、今回の 2.4 のような場合でしたら、2.3 側を新規ブランチ(version-2_3)としても良かったのかなと思いました。3.0 などのメジャーバージョンアップの規模でしたら、新ブランチで開発したほうが良い(するしかない)とは思うのですが。

実際のところ、コミュニティ版のコミッターとしては閲覧するだけなので、個人的には運用方針さえ把握できれば、どのような形態であっても良いとは考えています。

P.S.
今度は ECo-CUBE も SVN 公開していただけるとうれしいですね 4/1終了

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

株式会社ロックオンの梶原です。

早速、ご意見いただき恐縮です。

SVNですが、確かに今までもbranchとして切ってあれば良かったですね。
今まではVersion-2をずっと引き継いでいくイメージでいたのですが、今回追加、修正点が多かったこともあり、branchのまま追加がいいのではないかということになりました。

今後も、本筋の管理に関しては管理者側の都合だけでなく、バージョンUPなど作業を行っておられるような開発者の方々に良い方向に、テコ入れを行う可能性があります。
申し訳ございませんが、ご協力いただきたく。

以上、よろしくお願いいたします。

P.S.
ECo-CUBEの SVN はみなさまの心の中に存在します。

とりあえず、このスレッドを見過ごしたコミッターの方の為に、
そのような感じでbranch切ってますというアナウンス、
もしくはインフォメーションがあれば特に混乱はないかと思います。

なかなかこういう規則ってはじめに想定していたようには
いかないものですよね・・・。
柔軟なノウミソがほしいところです。

P.S. seasoftさんに感化され、勝手に真似しちゃいました。ECo-CUBEの新しい芽♪

----------------
このコミュニティでの投稿はボランティアの範囲に留めさせていただいています。個別の相談やカスタマイズは有償にて承っておりますのでご相談下さい。

[url=http://www.eccube-school.jp/]EC-CUBE