具体的な内容はQiitaに投稿してみた
http://qiita.com/items/454755dcd0a28eab15ee
割と最近Qiitaをのぞくことも多くなったので自分も投稿してみた的な
でQiitaからGistへの投稿も出来るっぽく試したところかなり残念だった…
どう残念かはこっち
Markdownそのままコピーかとおもいきや、そうなるのかよｗｗｗ みたいな。
とりあえずこれでGWにやるべきことが半分片付いた(白目
2013年5月4日土曜日
2013年3月19日火曜日
#TDDBC Tokyo 2013-03 に参加してきました
いつかは行ってみよう〜っと思っていたTDDBCに参加して来ました。
TDDはもちろんペアプロがすごくよい経験になった、というのが最大の感想です
ドライバーとナビゲーターの入れ替えをあんなに頻繁にやるものなんだ…ということだけでも個人的にはすごくプラスになりました。
主催者やTAの方々、そして当日自分の環境に合わせてペアを組んでくれた @akuraru さん ありがとうございました。
そしてVOYAGE GROUPさん、タダ酒ありがとうございました素敵な会場ありがとうございました。
お題とか詳細は皆さんが各所でまとめてますし、togetterにもまとまってますのでそちらで。
と言ってしまったので書きます。
まず、こんな環境でした。
多分気になっている人もいると思いますし、一応こうやりました的なことを書いていきます
TODOもコード？
えーっと、半分本当で半分ウソです。
specs2ではこのような書き方が可能になります。
pendingを空のチェックボックス代わりに使っているだけです。
pendingを実際にテストを行うメソッドに書き換えればチェックした！みたいな。
詐欺ですねｗ
この書き方(specs2のサイトではacceptance specifications とあるので、受け入れテストを前提としている書き方？)だと(甘めに言えば)そのままTODOリスト書いているのと変わらない形で書けますので、
TODOリストもScalaで書いた( ｰ`дｰ´)ｷﾘｯ
と言っても許され…ますよね？
というのを誇張しました、スミマセンでした。
他にもgradle同様HTML出力とかもしてくれますし、spock同様DataTablesもありますし、specs便利です。
ちなみにhtml出力画面はこんな感じ。
話それますが機会があればgradle+spockはとても触りたいですね。
あとScalaTestで同じようなことが出来るかどうかは、使ったこと無いので知りません、ごめんなさい。
なるほど…（ぉぃ
まあnullとか例外とか嫌ですよね。
で、先ほど当日未実装だった部分をテキトーにやったところ、ソースの行数が30行ぐらいになっちゃった。
改行だけの部分のカウントを除いて、dumpメソッドを再度ワンライナーに戻して、あと何かすれば10行程度になるかも？
何れにしても自分のScala力と今回のお題(Exception返せ！とか)だと10行は難しいかも…
ましてやvar使っちゃったし、もう負けてる感満載ｗ
sbtでぶん回す
最近sbtは酢豚と読むらしいです(scala conference jpでそう聞いたｗ)
sbtではtestと叩くとtestが全実行されますが、「~test」で実行するとファイルが変更される度にtestを回してくれるので大変便利です。
コード書いてセーブすれば勝手に実行される素敵環境がすぐ出来ます。
PCのパワーと電源がある限りひたすらぶん回しておけばいいのです（ぇ
ただ正直なところ…テストケース一つを実行するならJava+JUnit+QuickJUnitのほうが体感速度は速くて気持ちいいと思いますｗ
Scalaもテストの実行そのものは早いんですけど、コンパイル待ちが…うーん…
結論：もっとマシンパワーがあればなんとかなる
あんまりここで書いちゃうと水曜日の「Scalaを勉強する会」でしゃべることがネタOnlyになっちゃうのでこのへんで許してください。
一応githubにソース置いてますので、興味がありましたら御覧ください。
あ、もちろん「フツーこう書くだろJK」的なご指導ご鞭撻もよろしくお願いします。
https://github.com/daneko/tddbc
そうそう、ペアプロにおいて環境の違いはどうやって埋めるべきなんでしょうね？
自分の環境(Intellijにvimプラグイン)とかだと、相手がemacs派だったりした場合とか…
あー、仕事でScala書きてー…
TDDはもちろんペアプロがすごくよい経験になった、というのが最大の感想です
ドライバーとナビゲーターの入れ替えをあんなに頻繁にやるものなんだ…ということだけでも個人的にはすごくプラスになりました。
主催者やTAの方々、そして当日自分の環境に合わせてペアを組んでくれた @akuraru さん ありがとうございました。
そしてVOYAGE GROUPさん、
お題とか詳細は皆さんが各所でまとめてますし、togetterにもまとまってますのでそちらで。
#tddbc ScalaでTODOリストとか、実装が10行とかってのは半分嘘です。前者はSpecs2をacceptance の形で書けばそれっぽく使えて、後者は「仕様は全部は満たしてないけど現状の実装はまだ10行程度で一応動くよｗ」のレベルでした。そのうちブログとかにまとめます〜
— 駄猫さん (@daneko0123) 2013年3月18日と言ってしまったので書きます。
まず、こんな環境でした。
- scala2.10 + specs2 + sbtでtestぶん回し
多分気になっている人もいると思いますし、一応こうやりました的なことを書いていきます
TODOもコード？
Scalaのテストフレームワークは、Spec2、To Doもコードで書いてるよ！ #tddbc
— ずきゅ～んたんさん (@ZuQ9Nn) 2013年3月16日えーっと、半分本当で半分ウソです。
specs2ではこのような書き方が可能になります。
pendingを空のチェックボックス代わりに使っているだけです。
pendingを実際にテストを行うメソッドに書き換えればチェックした！みたいな。
詐欺ですねｗ
この書き方(specs2のサイトではacceptance specifications とあるので、受け入れテストを前提としている書き方？)だと(甘めに言えば)そのままTODOリスト書いているのと変わらない形で書けますので、
TODOリストもScalaで書いた( ｰ`дｰ´)ｷﾘｯ
と言っても許され…ますよね？
というのを誇張しました、スミマセンでした。
他にもgradle同様HTML出力とかもしてくれますし、spock同様DataTablesもありますし、specs便利です。
ちなみにhtml出力画面はこんな感じ。
話それますが機会があればgradle+spockはとても触りたいですね。
あとScalaTestで同じようなことが出来るかどうかは、使ったこと無いので知りません、ごめんなさい。
@zuq9nn 書けますよ。必ず何らかの値を持つ様にコードが書けるし、書いて行くので、nullチェックや例外分は短くなります。
— あくらる＠こわくないさん (@akuraru) 2013年3月16日なるほど…（ぉぃ
まあnullとか例外とか嫌ですよね。
で、先ほど当日未実装だった部分をテキトーにやったところ、ソースの行数が30行ぐらいになっちゃった。
改行だけの部分のカウントを除いて、dumpメソッドを再度ワンライナーに戻して、あと何かすれば10行程度になるかも？
何れにしても自分のScala力と今回のお題(Exception返せ！とか)だと10行は難しいかも…
ましてやvar使っちゃったし、もう負けてる感満載ｗ
sbtでぶん回す
sbt を回しながら IntelliJ で Scala のコードを書いてるペアがいる #tddbc
— Takuto Wadaさん (@t_wada) 2013年3月16日最近sbtは酢豚と読むらしいです(scala conference jpでそう聞いたｗ)
sbtではtestと叩くとtestが全実行されますが、「~test」で実行するとファイルが変更される度にtestを回してくれるので大変便利です。
コード書いてセーブすれば勝手に実行される素敵環境がすぐ出来ます。
PCのパワーと電源がある限りひたすらぶん回しておけばいいのです（ぇ
ただ正直なところ…テストケース一つを実行するならJava+JUnit+QuickJUnitのほうが体感速度は速くて気持ちいいと思いますｗ
Scalaもテストの実行そのものは早いんですけど、コンパイル待ちが…うーん…
結論：もっとマシンパワーがあればなんとかなる
あんまりここで書いちゃうと水曜日の「Scalaを勉強する会」でしゃべることがネタOnlyになっちゃうのでこのへんで許してください。
一応githubにソース置いてますので、興味がありましたら御覧ください。
あ、もちろん「フツーこう書くだろJK」的なご指導ご鞭撻もよろしくお願いします。
https://github.com/daneko/tddbc
そうそう、ペアプロにおいて環境の違いはどうやって埋めるべきなんでしょうね？
自分の環境(Intellijにvimプラグイン)とかだと、相手がemacs派だったりした場合とか…
あー、仕事でScala書きてー…
2013年3月10日日曜日
Intellij IDEA で少しだけPHPを書くのが楽になるかもしれない方法
去年末の75%offの際に Intellij IDEA 買いました。
いやもう凄い便利です、PHP書くときに… (´；ω；｀)
ってことで本当は年初にでも書けばよかったんですけど…
かなり今更感ありますが取り敢えず書いとこ〜ってことで書きました。
あと今月から個人的にはもうPHPほとんど書く予定はない！ はず…
いやもう凄い便利です、PHP書くときに… (´；ω；｀)
ってことで本当は年初にでも書けばよかったんですけど…
かなり今更感ありますが取り敢えず書いとこ〜ってことで書きました。
あと今月から個人的にはもうPHPほとんど書く予定はない！ はず…
2012年12月16日日曜日
phpbrew + Template for Jenkins Jobs for PHP Projects 的なもの
そろそろPHP通算歴が半年くらいになっちゃうんじゃないかなぁ…
今や 継続インテグレーションは強みではなくなった [プログラマー現役続行] らしいですし、
PHPヤダヤダ言っててもしゃーないしで試してみました。
ていうか自動テスト環境すらないもの引き継がせんじゃねぇ糞が
ちなみに強引に動かしてます。
用意した環境
主な参考サイト
Template for Jenkins Jobs for PHP Projects
c9s/phpbrew
Template for jenkins Jobs for PHP Project のリンク先に Integrating PHP Projects with Jenkinsなんて本がありますね。
2011/09 に出てたっぽいのですね。
うーむ、CIはもう常識なんですね、やばいなぁ…
jdkとかjenkinsはテキトーに入っている前提
jenkinsの導入はこの通りにyumで
Install phpbrew into system-wide environment の部分を参考にしています。
理由はjenkinsに無理やり使わせるためです
phpbrewで5.3.10を入れている理由は、phpbrew variants でサンプルで出てきたからという理由です。
皆さんお好きな環境でどうぞ。
+iconvしているのは、後々入れるphpmdやらphplocやらが使うからという理由です。
その他yumで入れているものは、カラの環境だと インストール時に怒られるから…という理由から入れています。
なお、自前でオプションを指定したい場合は「--」のあとに続けるとできます
phpdoxじゃなくてphpdoc入れているところとかですかね。(ppwが作るやつがphpdoc使っているし)
あとppwでプロジェクト作るから…とかが差異だったりとか
その他plugin入れたり、テンプレートプロジェクトを入れたりとかは
同じことしているので省略
テンプレがあるので楽ですね。
Template for Jenkins Jobs for PHP Projects 様様です
さて、Antを実行と見せかけて下記のようにします。
無理やりphpbrewを使うためです。
antもシェル上で叩いていますが、これを分離してしまうと
せっかく無理やり認識させたphpbrewが使えないからです。
うーむ無理やりｗ
なお、使用しているAntはJenkins先生が自分でインストールしてくる奴のパスを叩いています。
一度はAntタスクを実行しないとインストールされませんので、その辺は適当に。
publish HTML report もほんのちょびっとだけいじります
index.xhtml → index.html にするだけ。
実際上記の通り作ると、build/api 以下にそう作られていたから…以上の意味は無いです。
準備ができたらppwでプロジェクトを作ります。
別に自前でant用のbuild.xml書いてもいいですけど、メンドイですよね。
他にもMave for phpなんてのもあるし、
そもそも時代はGradleらしいです。
Ant使っている場合じゃねぇ(AAｒｙ
そこはとりあえず置いといて…
ppwがデフォルトで作成してくれる状態に超テキトーにソースを加えたものを実行してみました。
→ ここに置いときます
テストは通ってないし、警告は出るしで最低ですねｗ
常にJenkins先生を怒らせないような状態を保つようにすれば、
もしかしたらPHPもゴミクズのように言われない日が来るかもしれませんね。
まあそんな日は来ないだろうけどな
今や 継続インテグレーションは強みではなくなった [プログラマー現役続行] らしいですし、
PHPヤダヤダ言っててもしゃーないしで試してみました。
ちなみに強引に動かしてます。
用意した環境
- Cent0S6.3 64bit的な環境
主な参考サイト
Template for Jenkins Jobs for PHP Projects
c9s/phpbrew
Template for jenkins Jobs for PHP Project のリンク先に Integrating PHP Projects with Jenkinsなんて本がありますね。
2011/09 に出てたっぽいのですね。
うーむ、CIはもう常識なんですね、やばいなぁ…
jdkとかjenkinsはテキトーに入っている前提
jenkinsの導入はこの通りにyumで
phpbrew install
phpbrewのサイトのほぼ指示通りですねInstall phpbrew into system-wide environment の部分を参考にしています。
理由はjenkinsに無理やり使わせるためです
phpbrewで5.3.10を入れている理由は、phpbrew variants でサンプルで出てきたからという理由です。
皆さんお好きな環境でどうぞ。
+iconvしているのは、後々入れるphpmdやらphplocやらが使うからという理由です。
その他yumで入れているものは、カラの環境だと インストール時に怒られるから…という理由から入れています。
なお、自前でオプションを指定したい場合は「--」のあとに続けるとできます
Template for Jenkins Jobs for PHP Projects とビミョーに違うところとか
まあ大体一緒です。phpdoxじゃなくてphpdoc入れているところとかですかね。(ppwが作るやつがphpdoc使っているし)
あとppwでプロジェクト作るから…とかが差異だったりとか
その他plugin入れたり、テンプレートプロジェクトを入れたりとかは
同じことしているので省略
jenkins先生に頑張っていただく
まずはプロジェクトを作ります。テンプレがあるので楽ですね。
Template for Jenkins Jobs for PHP Projects 様様です
さて、Antを実行と見せかけて下記のようにします。
無理やりphpbrewを使うためです。
antもシェル上で叩いていますが、これを分離してしまうと
せっかく無理やり認識させたphpbrewが使えないからです。
うーむ無理やりｗ
なお、使用しているAntはJenkins先生が自分でインストールしてくる奴のパスを叩いています。
一度はAntタスクを実行しないとインストールされませんので、その辺は適当に。
export PHPBREW_ROOT=/opt/phpbrew source /opt/phpbrew/bashrc phpbrew use php-5.3.10 $JENKINS_HOME/tools/Ant/1.8.4/bin/ant
publish HTML report もほんのちょびっとだけいじります
index.xhtml → index.html にするだけ。
実際上記の通り作ると、build/api 以下にそう作られていたから…以上の意味は無いです。
準備ができたらppwでプロジェクトを作ります。
別に自前でant用のbuild.xml書いてもいいですけど、メンドイですよね。
他にもMave for phpなんてのもあるし、
そもそも時代はGradleらしいです。
Ant使っている場合じゃねぇ(AAｒｙ
そこはとりあえず置いといて…
ppwがデフォルトで作成してくれる状態に超テキトーにソースを加えたものを実行してみました。
→ ここに置いときます
テストは通ってないし、警告は出るしで最低ですねｗ
常にJenkins先生を怒らせないような状態を保つようにすれば、
もしかしたらPHPもゴミクズのように言われない日が来るかもしれませんね。
2012年11月5日月曜日
rhodecode1.4.4を試してみた #tokyomercurial
世の中GithubEnterpriseでpullrequest方式での開発が
一部では標準化しているんじゃないかと思われる今日この頃いかがお過ごしでしょうか？
とは言うものの、いくら有用性を語ってもそうそう導入されるような世界じゃないですよね？高いし。
せめてGithub/Bitbucketの有料アカウントを…と思ってもそれもねぇ…って世界ですよね(´；ω；｀)
そんな僕達がPullRequest方式で開発したい！！そうだRhodeCodeがあるじゃないか！!
という私やあなたみたいな方にお届けするエントリーですｗ
あ、ちなみに件名に#tokyomercurial を追記した理由は特にありません。
あえていうなら、このツイートがあったので…ぐらいかな？
あ、ちなみに長いのでご注意ください
試した環境はこんな感じ
すげー大雑把にやりますので、必要な部分は適宜脳内補完でお願いします
実験用なのでselinux/iptablesは無視
最初は…
とりあえず入れましょう。
使わないのもあるけど。
python周り入れましょう。
最初から入っているのは2.6系のはずですし、別にそのまま使ってもいいですが…
pythonbrewという流行りに乗っかっておきましょう。
→ それだったら pythonz で入れろって話しなんでしたっけ？
下記はちょっと時間かかるので、コーヒでも入れましょう。
おまたせ、rhodecodeです。時間かかります。
なぜならいっぱい一緒に入りますから。当然Mercurialもこの時入りますので。
さっき作ったコーヒでも飲みましょう。
使用するwebサーバでも入れましょう。
rhodecodeのドキュメントにはapacheとnginxのサンプル設定が乗ってますので、テキトーに。
ここではnginx入れます
さて、rhodecodeの設定をやりましょう。
まあrhodecodeのドキュメントままといえばそれまでですが…
これで設定ファイルができたので…試しに動かしてみます
ブラウザで確認するとこうなっているかと。
/etc/hosts にvm2って名前で仮想マシンのip書いているのでurlはそんな感じ
さっき作ったadminユーザでログインしてみます
とりあえず３名ほどユーザを追加してみましょう
まあLDAPが使えれば、こんなこといらないんだろうけど…
Admin > Users > Add New User
時にログイン画面の下に小さくDon't have an account? という項目ありますが、
こちらから誰でもアカウント作成が可能です。
各自が作成した時に最初からActiveにするためには
Adminユーザで
Admin > permissions で Registration を変更すればいけます。
次にとりあえずAdminユーザでrepository groupを作っておきます。
実際に仕事で使う…とかになると、プロジェクト単位で切ることになるのかな？
もちろん作らなくてもOKですが、とりあえず。
Admin > repositories groups > ADD NEW GROUP
作ったらパーミッションを設定します。
ここでは太郎くんにadmin権限を渡してみます。
さて、太郎くんでログインしてテキトーに作ります
この通りやってみましょう。
結果
当然反映してますね。
続いて二郎くんでフォークしてプルリクエストを出してみます。
まず二郎くんでログイン
そしてhellorepoを選択し OptionsからForkを選びます
すると、repositoryを作成した時のような画面になります。
手元にcloneして作業してみます。
作業に満足したらプルリクエストしましょう
Options > Open new pull request を選択します
結果こんな感じ
ソースにコメントも可
実際にレビューした結果を選択
change status にチェックを入れて、レビュー結果OKかどうか選択しましょう。
全員がレビューしたと仮定
あとは誰かがComment and closeを押せばいいわけですが…
現状で自動でこのリクエストは取り込まれない…よね？
→間違っていたらご指摘ください。
なので手動で太郎くんがpullしてマージしてpushすることになります。
うーん、メンドイ。
何よりせっかくApproved とフラグをつけた内容なのに、結局fork元repository上では当然それがなくなっているわけで…
更にPullRequestを取り込んだからといって、PullRequestが閉じられるわけでもない。
→ Forkしたrepositoryを閉じれば（削除すれば）消えます。
もっというと手動で取り込む=結局approved/reject関係なく取り込む人次第なので、
このへんは運用ルールでどうにかするしか無さそうです。
ちなみに上記はbranch切ってやりましたが、別にbookmarkでもいけます
その辺も運用ルール次第なのかな？
ただBitbucketみたいに、「こう言うふうにコマンド叩いて取り込めるよ！！」とかの表記がないので、
リビジョン指定よりもブランチ/ブックマークで取り込むことを前提とした運用のほうが無難だと思います。
多分gitでもそんなに操作変わらんだろう
ということで次。
まずnginxを使ってアクセスできるようにしましょう
ってもドキュメントのサンプルから大きく逸脱しなければ大丈夫なはずです
あくまで動作確認なので自分は本当にほぼ上記ドキュメントのまま。
このあと service nginx start で ipaddressであたりにいけるはずです
clone url もport番号がなくなったのが確認できるはず。
なおこの段階で、rhodecodeの設定ファイルであるproduction.iniのhostを「127.0.0.1」に直しても問題ありません。
nginxで飛ばすわけだしね。
むしろしたほうが、ipaddress:5000でアクセスできなくなるし、いいんじゃまいか。
ただし
full_stack = false
にすると、repositoryをcloneする際にこの症状にハマります。
まあ httpのままでなければいいのかもしれないけど…
また
static_files = false
にすると、自分の場合web表示が崩れました。
あとはサービス化
このあたりを参考にしました
きっとこんなのを作ればいいんだろう…
シェルスクリプトとか詳しくないし、このへんはそんなに突っ込まないでほしいｗ
あとは
chkconfig rhodecode on
で登録しておけばOKですね。
とりあえずこれで「最低限」使うことは可能になると思います。
ローカル内でしかアクセスされないなら、まあセキュリティとかそこまで考えなくてもいいでしょうし、
レビューツールとしてはありだと思います。
ただ、その他のツールと連携していくこととか考えたらここでAPI見てなんか書いたり、
もしくはincoming hook書いて直接repoの中においてきたり…とかになるんでしょうか。
rhodecodeを使うとなると、issue trackerを外部に依存することになるでしょうし、
それ＋CIサーバと連携…とか考えると、ちょっとめんどいですね。
個人でやる分には多少失敗しようがそれなりに動けばいいんですけど…ってか
個人だったらGithub/Bitbucketで事足りるし、ウムム…
この手の構築が好きで得意な人がいるような会社だったら、検討の余地は十分あると思います。
そういえばLDAP連携で @usaturnさんが悩んでいた記憶が…
つまり @usaturnさんがrhodecodeを使った素晴らしい開発環境構築を年内にまとめてくれるはず…！？
Admin > Settings に hgsubversion extension を設定できる箇所が有りました。
これにチェックを入れたら、最初にrepository作るときのclone先にsvnのrepositoryを指定できるかも？
補足 会社でrhodecode使い始めました。
Gitに関して追加設定が必要だったり、HGで日本語コメントがちゃんとrhodecode上で表示されるようにしたり…
みたいな設定をお隣の席の人がやってくれました
詳細は以下
http://htn.to/TAKNVB
一部では標準化しているんじゃないかと思われる今日この頃いかがお過ごしでしょうか？
とは言うものの、いくら有用性を語ってもそうそう導入されるような世界じゃないですよね？高いし。
せめてGithub/Bitbucketの有料アカウントを…と思ってもそれもねぇ…って世界ですよね(´；ω；｀)
そんな僕達がPullRequest方式で開発したい！！そうだRhodeCodeがあるじゃないか！!
という私やあなたみたいな方にお届けするエントリーですｗ
あ、ちなみに件名に#tokyomercurial を追記した理由は特にありません。
あえていうなら、このツイートがあったので…ぐらいかな？
@3a3k 詳細を確認しようとしたら解決したみたいで何よりです。詳細を公開してもらえると、(バッド？)ノウハウ共有の上でも有難いです(笑)
— FUJIWARA Katsunoriさん (@flyingfoozy) 11月 4, 2012あ、ちなみに長いのでご注意ください
試した環境はこんな感じ
- CentOS6.3 64bit minimal状態から
- VirtualBox上で
すげー大雑把にやりますので、必要な部分は適宜脳内補完でお願いします
実験用なのでselinux/iptablesは無視
最初は…
とりあえず入れましょう。
使わないのもあるけど。
python周り入れましょう。
最初から入っているのは2.6系のはずですし、別にそのまま使ってもいいですが…
pythonbrewという流行りに乗っかっておきましょう。
→ それだったら pythonz で入れろって話しなんでしたっけ？
下記はちょっと時間かかるので、コーヒでも入れましょう。
おまたせ、rhodecodeです。時間かかります。
なぜならいっぱい一緒に入りますから。当然Mercurialもこの時入りますので。
さっき作ったコーヒでも飲みましょう。
使用するwebサーバでも入れましょう。
rhodecodeのドキュメントにはapacheとnginxのサンプル設定が乗ってますので、テキトーに。
ここではnginx入れます
さて、rhodecodeの設定をやりましょう。
まあrhodecodeのドキュメントままといえばそれまでですが…
これで設定ファイルができたので…試しに動かしてみます
ブラウザで確認するとこうなっているかと。
/etc/hosts にvm2って名前で仮想マシンのip書いているのでurlはそんな感じ
さっき作ったadminユーザでログインしてみます
とりあえず３名ほどユーザを追加してみましょう
まあLDAPが使えれば、こんなこといらないんだろうけど…
Admin > Users > Add New User
時にログイン画面の下に小さくDon't have an account? という項目ありますが、
こちらから誰でもアカウント作成が可能です。
が、こちらで作ると初期の状態だとログイン出来ません。
管理者にActiveにしてもらう必要性があります。各自が作成した時に最初からActiveにするためには
Adminユーザで
Admin > permissions で Registration を変更すればいけます。
次にとりあえずAdminユーザでrepository groupを作っておきます。
実際に仕事で使う…とかになると、プロジェクト単位で切ることになるのかな？
もちろん作らなくてもOKですが、とりあえず。
Admin > repositories groups > ADD NEW GROUP
作ったらパーミッションを設定します。
ここでは太郎くんにadmin権限を渡してみます。
さて、太郎くんでログインしてテキトーに作ります
ご丁寧にQuick Start ってありますね。
この通りやってみましょう。
結果
当然反映してますね。
続いて二郎くんでフォークしてプルリクエストを出してみます。
まず二郎くんでログイン
そしてhellorepoを選択し OptionsからForkを選びます
すると、repositoryを作成した時のような画面になります。
Fork結果
fork-hellorepo-jiroの詳細を見てみるとClone urlってありますね。
手元にcloneして作業してみます。
作業に満足したらプルリクエストしましょう
Options > Open new pull request を選択します
結果こんな感じ
ソースにコメントも可
実際にレビューした結果を選択
change status にチェックを入れて、レビュー結果OKかどうか選択しましょう。
全員がレビューしたと仮定
あとは誰かがComment and closeを押せばいいわけですが…
現状で自動でこのリクエストは取り込まれない…よね？
→間違っていたらご指摘ください。
なので手動で太郎くんがpullしてマージしてpushすることになります。
うーん、メンドイ。
何よりせっかくApproved とフラグをつけた内容なのに、結局fork元repository上では当然それがなくなっているわけで…
更にPullRequestを取り込んだからといって、PullRequestが閉じられるわけでもない。
→ Forkしたrepositoryを閉じれば（削除すれば）消えます。
もっというと手動で取り込む=結局approved/reject関係なく取り込む人次第なので、
このへんは運用ルールでどうにかするしか無さそうです。
ちなみに上記はbranch切ってやりましたが、別にbookmarkでもいけます
その辺も運用ルール次第なのかな？
ただBitbucketみたいに、「こう言うふうにコマンド叩いて取り込めるよ！！」とかの表記がないので、
リビジョン指定よりもブランチ/ブックマークで取り込むことを前提とした運用のほうが無難だと思います。
多分gitでもそんなに操作変わらんだろう
ということで次。
まずnginxを使ってアクセスできるようにしましょう
ってもドキュメントのサンプルから大きく逸脱しなければ大丈夫なはずです
あくまで動作確認なので自分は本当にほぼ上記ドキュメントのまま。
このあと service nginx start で ipaddressであたりにいけるはずです
clone url もport番号がなくなったのが確認できるはず。
なおこの段階で、rhodecodeの設定ファイルであるproduction.iniのhostを「127.0.0.1」に直しても問題ありません。
nginxで飛ばすわけだしね。
むしろしたほうが、ipaddress:5000でアクセスできなくなるし、いいんじゃまいか。
ただし
full_stack = false
にすると、repositoryをcloneする際にこの症状にハマります。
まあ httpのままでなければいいのかもしれないけど…
また
static_files = false
にすると、自分の場合web表示が崩れました。
あとはサービス化
このあたりを参考にしました
きっとこんなのを作ればいいんだろう…
シェルスクリプトとか詳しくないし、このへんはそんなに突っ込まないでほしいｗ
あとは
chkconfig rhodecode on
で登録しておけばOKですね。
とりあえずこれで「最低限」使うことは可能になると思います。
ローカル内でしかアクセスされないなら、まあセキュリティとかそこまで考えなくてもいいでしょうし、
レビューツールとしてはありだと思います。
ただ、その他のツールと連携していくこととか考えたらここでAPI見てなんか書いたり、
もしくはincoming hook書いて直接repoの中においてきたり…とかになるんでしょうか。
rhodecodeを使うとなると、issue trackerを外部に依存することになるでしょうし、
それ＋CIサーバと連携…とか考えると、ちょっとめんどいですね。
個人でやる分には多少失敗しようがそれなりに動けばいいんですけど…ってか
個人だったらGithub/Bitbucketで事足りるし、ウムム…
この手の構築が好きで得意な人がいるような会社だったら、検討の余地は十分あると思います。
そういえばLDAP連携で @usaturnさんが悩んでいた記憶が…
で、RhodeCodeのAD連携がうまくいかない。そもそもRhodeCode関係なくldapsearchで検索かけようとすると、LdapErr: DSID-0C0903A9, comment: AcceptSecurityContext error的なエラー出る。
— うさたーんさん (@usaturn) 10月 16, 2012つまり @usaturnさんがrhodecodeを使った素晴らしい開発環境構築を年内にまとめてくれるはず…！？
Admin > Settings に hgsubversion extension を設定できる箇所が有りました。
これにチェックを入れたら、最初にrepository作るときのclone先にsvnのrepositoryを指定できるかも？
補足 会社でrhodecode使い始めました。
Gitに関して追加設定が必要だったり、HGで日本語コメントがちゃんとrhodecode上で表示されるようにしたり…
みたいな設定をお隣の席の人がやってくれました
詳細は以下
http://htn.to/TAKNVB
登録:
投稿 (Atom)