以上です。
あとから言うのもなんですが、SourceForge.netのほうが
httpsでSubversionリポジトリにアクセスできるので嬉しい方が
多いのではないかと思います(私もですが…)。
いかがでしょうか?
07/10/07 に kompiro<kom...@gmail.com> さんは書きました:
--
Naoki Takezoe <tak...@gmail.com>
> あとから言うのもなんですが、SourceForge.netのほうが
> httpsでSubversionリポジトリにアクセスできるので嬉しい方が
> 多いのではないかと思います(私もですが…)。
svn+sshの設定で半日つぶれたことを考えると、
僕もそちらの方がうれしいです。
先ほど拙い英語ですが申請してみました。
「eclipsedev」はさすがにどうかと思ったので、
「eclipse-study」に変更しました。
申請が通り次第、再度連絡します。
07/10/07 に Naoki Takezoe<tak...@gmail.com> さんは書きました:
--
--
近藤 寛喜
kom...@gmail.com
申請が通り次第とか言ってましたが、連絡来ないなぁと思って待っていたら、
いつの間にかプロジェクトが出来上がっていました(笑)
ふさわしくないプロジェクトだったら2,3日のうちに連絡するから覚悟してね。
ということだったのでしょうか。(ミスリードですね。)
こちらはコミットなどのために公開鍵も用意しないで使えるので、楽です。
Eclipse Plugin Development Session(SourceForge.net)
https://sourceforge.net/projects/eclipse-study/
リポジトリへのコミット件はプロジェクトのメンバーでなければ与えられないので、
お使いになる方はこんぴろまでusernameをご連絡ください。
Mylynと連携させて使いたいという個人的な趣味のため、
そのうちTracでも入れてみようかと画策しています。
07/10/08 に 近藤寛喜<kom...@gmail.com> さんは書きました:
sourceforge.netのアカウントを"kenchan"で作成しましたので、時間のある時にメンバーへの登録をお願いいたします。
後、リポジトリの構成なんですが、複数のプロジェクトを管理する場合は、各プロジェクト毎にbranch,tag,trunkを作るほうがすっきりする
ような気がします。この辺は好みの問題にもなりますが。
branches
projectA
projectB
projectC
tags
projectA
projectB
projectC
trunk
projectA
projectB
projectC
よりは
projectA
branches
tags
trunk
projectB
branches
tags
trunk
projectC
branches
tags
trunk
の方が好みです。
が、ライブラリプロジェクトやテストプロジェクトがある場合はどうしたらいいのかわからないので、「こうやる!」みたいなのがあったら教えてください。
メンバーの登録申請ありがとうございます。
先ほどSourceForge.netの勉強会プロジェクトへ登録したので、
先日の勉強会で作成したソース検索プラグインを登録していただけますか?
> ライブラリプロジェクトやテストプロジェクトがある場合はどうしたらいいのかわからないので、「こうやる!」みたいなのがあったら教えてください。
ライブラリは他のプロジェクトと共有する予定ならば、独自にプラグインプロジェクトを作成すると再利用しやすいのでお勧めです。
Eclipse.orgではorbitというプロジェクトがあり、ApacheCommonsのライブラリなど、プロジェクトでよく使うライブラリを共
有する目的のプロジェクトもあるくらいです。
Orbit
http://www.eclipse.org/orbit/
テストクラスは普通プラグインに同梱する必要のないことが多いと思います。
ですのでそちらもテストプラグインとして分けるのが一般的です。
先日話に出たMylynやECFはテストプラグインを別途用意しています。
Eclipse.orgではプラグインのビルド方法について開発標準で定められていましたので、
たぶんこれも開発標準で定められているのではないかと思います。
(ページを探したんですが、ぱっと見当たりませんでした。)
On Oct 11, 4:37 pm, kenchan <kenichi.t...@gmail.com> wrote:
> ごめんなさい。リポジトリそうなってましたね。節穴でしたorz