コミットへのコメントサービス導入事例のご紹介 - 2013-05-27 - ククログ
はじめに 昨年12月、クリアコードは「コミットへのコメントサービス」を始めました。このサービスは、「みんながみんなのコードを読む」文化づくりを支援するサービスです。どうして「みんながみんなのコードを読む」文化づくりを支援するかというと、よいコードを書くことを当たり前にするためにはまず「みんながみんなのコードを読む」文化にすることからはじめるのがよいという考えからです。 今年2月からミラクル・リナックスさんに対してこのサービスを提供しています。この導入事例を通じて、コミットへのコメントサービスがどのようなものなのかを紹介します。 開発チームの紹介 はじめに、コミットへのコメントサービスを利用しているミラクル・リナックスの開発チームを簡単に紹介します。この開発チームは、デジタルサイネージやサーバー監視に関するソフトウェアを開発しています。開発は次のプロセスで進めています。 BTSにバグや新機能
3相コミット(3 Phase Commit) - NAKAMURA Minoru's Diary (2012年12月)
2002 | 10 | 11 | 12 2003 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2004 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2005 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2006 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2007 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2008 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2009 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 1
コミットへのコメントサービス - クリアコード
改良版サービスのおしらせ 現在は、本サービスの改良版を「コードリーダー育成支援」として提供しています。本サービスで大事にしていることはコードリーダー育成支援サービスでも同様に大事にしていますので、本サービスにご興味がありましたらお問い合わせください。開発チームにあった進め方をご提案します。トライアルを実施して理解を深めることもできます。 クリアコードは、よいコードを書くことを当たり前にするためには、まず「みんながみんなのコードを読む」文化にすることからはじめるのがよいと考えます。 そこでクリアコードは、「みんながみんなのコードを読む」文化づくりを支援する目的で、「コミットへのコメントサービス」を提供します。 みんながみんなのコードを読む文化とは みんながみんなのコードを読むとは ここでいう「みんな」とは同じ開発チームのメンバーのことです。「みんなのコードを読む」ということはコミットされたす
コードレビュー、修正前コードを残す悪習、構成管理警察のこと - 勘と経験と読経
コードと構成管理の取扱いについて。ソフトウェア開発プロジェクトで自分がプログラミングすることは基本的に無いのだけれども、プロジェクトマネージャとしてはかなりコードに触れるほうだと思っている。最近コードにまつわる興味深いブログ記事をいくつか見たので、これに対して自分の考えを少しまとめてみる。 コードレビューについて ここで紹介されている、構成管理システム(VCS)でのレビューコントロールがとてもエレガントだと思う。 レビューのために bug tracker や task management system を使うのはあまり良いとは思いません。 レビューでは非常に細かい点が議論されることがあり、これが仕事のタスクの一チケットに相当するとはとても思えないからです。 例えば、この変数名は短すぎて良くわからない、といったことのために bug tracker をブラウザで開き、チケットを切る、やってら
コミットメッセージの書き方 - 2012-02-21 - ククログ
はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常
StatSVN - Repository Statistics - Introduction
StatSVN News Grab this Headline Animator 2010-01-01: release of 0.7.0 is released, see changes. 2009-08-06: release of 0.6.0 is released 2009-05-22: release of 0.5.0 is released 2009-03-16: release of 0.5.0 beta. 2008-06-20: release of 0.4.1, re-launch of the Wiki site and inclusion of the forums as embedded pages: User Forum and Developers Forum. Enjoy! 2008-05-04 Appendium Ltd and LavaBlast are
TracFaq - Can I convert MediaWiki pages to Trac?
Trac FAQ Here you can find answers to some frequently asked questions about Trac. If you have a question not answered on this page, you can ask it on the MailingList or in the IrcChannel. See the TracSupport page for more options on getting support for Trac. Note: If you don't find the answer you are looking for here and you are using Trac 0.12 or older versions, also have a look in 0.12/TracFaq.
Redmineとバージョン管理システムの連携
RedmineはSubversion等各種バージョン管理ツールとの連携機能を持っています。 リポジトリへのコミット時、コミットメッセージに特別な記述を追加することで以下の処理をRedmineに自動的に行わせることができます。 Redmineのチケットとリポジトリのリビジョンの関連づけ Redmineのチケットのステータス・進捗率の更新 Redmineの作業時間の記録 チケットとリビジョンの関連づけの例 リビジョンからチケットへのリンク ソースコードの修正がどのチケットに基づくものなのか把握できます。 チケットからリビジョンへのリンク あるチケットに記述された課題に対してどのようにソースコードが変更されたのかを把握できます。 事前準備 各プロジェクトでのリポジトリの設定 あらかじめ各プロジェクトの「設定」画面の「リポジトリ」タブで、バージョン管理システムの情報を設定しておく必要があります。
コミットコメントについてのブログのてきとー訳 - wyukawa's diary
James Lorenzen's Blog: Commit Comments: A Conversation with your Future Self の画像は「バック・トゥ・ザ・フューチャー」のマーティ（マイケル・J・フォックス）とその両親だと思う。 なんか面白そうだったのでこれも訳そうとしたが、、、うーんよくわからん メモ代わりにとりあえずさらしときます。Google翻訳よりはちょっとマシという程度ですけど。 コミットコメント：未来の自分との対話 僕はある機能やバグどこでなぜ入ったのかについてヒントを見つけるためにしばしばsubversionのコミットログを探しているのに気づいた。 たいていは数時間を無駄にし、毎回コミットコメントのなかの対話の欠如からフラストレーションを感じていた。 僕は変更をコミットするときにこの機能を見渡すことの重要性について強調できない。 多くの開発者はこれを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
