ScalaでGithubクローンを作り始めた - 新・たけぞう瀕死の日記
職場ではここ数年Trac + Mercurialを使っているのですが、リポジトリを作成したりユーザを追加するのに毎回サーバ上でスクリプトを叩いたりするのが面倒なのと、SourceTreeを使えばチームメンバーのみんなも直感的に使えそうなのと、あとTracよりもGithubのほうがIssueやWikiが使いやすいということでGithubクローンへの移行を検討しています。 IssueとWikiは必須なので、消去法でGitLabを試しているのですが、インストールがなかなか面倒な上にバグも多いとのこと。GitblitはJavaベースらしく導入は簡単らしいのですが、これはリポジトリビューアのみでIssueやWikiなどの機能は備えていないようです。 しかしこの手のツールってなんで揃いも揃ってRubyとかPythonのようにインストールの面倒なもので実装されてるんでしょうか。Javaで実装されていれば
Scala の開発に学ぶコードレビュー体制とプロジェクト開発 - xuwei-k's blog
コードレビューについて Oh, you `re no (fun _ → more) より引用 単に普段の開発で使っている VCS でそれを行なっていました。 つまり、コードの中にコメントの形でレビューを書き、それをコミットする。 そしてそこから派生する議論も全てコード上のコメントで行います。 (もちろん複雑な話になった場合は直接の議論を行い、合議の結果だけを記しておく、なども当然あるでしょう。) レビューをソースコードのコメントとして直接書き込むのは、GHC の開発でも時々見かけますね。例えば、新機能の開発 branch を作って、新しい機能を開発している時とか。 2012-08-14 18:44:19 via OpenTween まあ、主に入った変更に Simon Peyton Jones が（ソースコード上で直接）コメントしそれに従ってソースコードを修正する形なので、レビューと言えるほ
Githubを使ってScalaの開発に貢献しよう - kmizuの日記
ScalaJP盛り上げよう企画として、Scalaブログリレーをちょっとやってみることにしました。ルールは簡単で、それぞれが好き勝手にScalaに(少しは)関係する話題を書いて、次に書く人を指名するというものです。指名された人は、7日以内に記事を上げるか、無理な場合、他の人を指名します。 言い出しっぺの法則、というわけで、まず第一弾を私が書いてみます。今回は、Scalaのバグなどを見つけた場合などに、どうやって実際にバグ報告・修正を行うか、という話です。 Scalaは、むかしむかし(というほど昔ではないですが)は、Scalaのお膝元EPFL辺りにある、SVNリポジトリを利用して、開発が進められていました。しかし、最近になって、Scalaの開発は完全にgithubに移行しました。現在、Scalaのリポジトリは、 https://github.com/scala/scala にあり、Scalaの
Scala で twitter bot - xuwei-k's blog
https://github.com/xuwei-k/githubot/tree/0.1 設定した周期で定期的に延々と自分の github の RSS とってきて、それをtweetするだけのbotです。 ずっとまえから似たようなもの*1つくって、google app engine や、自分のさくらVPS(で無駄にMongoDB使ったり)して動かしてたもの。だけれど、昔書いたものはtwitterの設定の部分のところとかベタ書きされててすべての部分を公開できなかった・・・のをtwitterのutil eval使って整理しただけです。あと、過去のものを保持するのにRingBufferを使ってメモリ上に保持するようにして外部のDBとか必要ないようにした(そのかわり何かのタイミニングでプロセス落ちたらデータ消えますが) あまり細かいとこ気にしてたらきりがないので、エラー処理とかちゃんとしてないですが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
