036 インターネットに繋がらないマシン(CentOS)へのSubversion+Tracのインストール - EC-One ナレッジセンター レスキューサービス ブログ
お正月気分も抜けて、仕事をされている方はすっかり本調子でしょうか？ 皆さん、こんにちは。id:EC-OneのAkiです。 最近、セキュリティ意識の向上により、さまざまな企業で「インターネットにつながらない環境」を多くみかけます。 CentOSなどのLinux系OSでは、何かをインストールする際に「ネットワークからダウンロードしてインストール」を行うコマンドを使うのがラク＆一般的なのですが、いざネットにつながらない環境となると...？ 今回はそんな「インターネットにつながらない環境」でのSubversionおよびTracのインストール作業についてお話しします。 インターネットにつながっているならば インターネットに繋がっているならば、インストールされたばかりのCentOS5.4に、Subversion + Trac(日本語版) をインストールするのは容易いことです。(ここではApacheは既
RedmineやTracを上手に活用する6つのポイント
photo credit: Mackトラ ソフトウェア開発プロジェクトの現場では課題やバグ、タスクを管理するために、RedmineやTracなどのIssue Trackin System(課題追跡システム。以下ITSと表記)を使っていることが多いと思います。 ITSを使えばこれらの情報を一元化しプロジェクトメンバ間で共有できるため、うまく使えばとても役立ちますよね。 しかし、あまり深く考えずに導入すると、 「入力が大変だし余分な手間が増えただけだよ…」というメンバーからの不満の声 「この課題って本当に終わってるの？」といった疑心暗鬼 「このタスク、誰も進めてなかった！」という驚愕の事実が期限前日に判明 などといった状況に陥りがちです。 ここでは、いくつかのプロジェクトへ導入した経験から得た、ITSを運用する上で重要(と考える)な6つのポイントを紹介します。 ポイント1 チケット項目はマ
TortoiseSVNやSubclipseとチケットを連動
(2006-10-24 新規作成) このページでは、Subversion の bugtraq:* プロパティの使い方を示す。（Subversionクライアントの一部が、この属性に対応している） なお、このプロパティは Subversionクライアントで使われる。 概要 ディレクトリにて bugtraq:* プロパティにTracのURLなどを設定すると、TortoiseSVN, Subclipse, Subversive でコミットのログメッセージを表示したとき、Tracの該当チケット番号にリンクされる (大抵は、チケット番号をクリックするとWebブラウザが該当チケットを表示する、という動作を行う） この設定は TortoiseSVN, Subclipse, Subversive で使える。 この設定は、Tracに限らず、他のBTS/ITSでも使える。 チケット番号を入力しなかったときに、警
QueryChartを使ってみよ〜 - almost nearly dead
Twitterでは色々つぶやいてたり、勉強会に出たりしてた割には、気がつけば二ヶ月も何も書いてないという惨状・・・ そんなこんなの二ヶ月間でしたが、Shibuya.trac第4.5回勉強会後に行われた懇親会でQueryChartPluginで着飾ったマイルストーンを何人かに見せたところ、QueryChartPluginは使ってみたいけど良く分からないという声を聞いたので使い方を紹介したいと思います。 QueryChartPluginって？ Hirobeさんの解説ページにもあるように、チケットの数を数えてチャートを表示するplug-inです。 パラメータの指定によってバーンダウン(右下がり)、バーンアップ(右上がり)のチャートが表示可能です。*1 QueryChartPluginを使うとワークフローのカスタマイズとマイルストーングラフのカスタマイズを加えると、Tracの味気なくいまいちなマイ
contrib/TaskTrayTrac - Shibuya.trac Wiki - Shibuya.trac - OSDN
最近の更新 (Recent Changes)2017-08-31FrontPage 2015-05-11plugins/SearchHyperestraierPlugin 2015-04-30plugins/MailArchiveExtPlugin 2015-04-29misc/AvatarSupport 2015-04-27plugins/MailArchivePlugin 2014-03-31plugins/ReportIncludePlugin 最新リリース情報BTS.Trac (1.0.51.183)2009-07-08 20:03ExcelRedmineAddIn (1.0.1)2009-06-15 23:07ExcelTracAddIn (1.2.1)2009-06-15 23:09OpenProj (1.4-ja-dev2)2009-08-14 09:02ProjectTra
Trac（Lightning）でプロジェクトを作成して最初にやること - Natural Software
ちゃんと読んでいなかったここを読んでみた。 006 Tracマクロを3つだけ覚えれば梅雨でも仕事が楽しくなる - EC-One ナレッジセンター レスキューサービス ブログ そういえば TicketQuery マクロを書こうと思ってたんだ。 おかもとさんに教えてもらって前にも書いたけどもう一回。 Trac（Lightning）でプロジェクトを作成して最初にやること == あなたの未解決チケット == ［［TicketQuery(status!=closed,owner=$USER,order=priority,table)］］ == すべての未解決チケット == ［［TicketQuery(status!=closed,order=priority,table)］］ Wiki のトップをこれに書き換える（"［［"と"］］"は半角に変えてください＾＾；） そうするとこんなんなる。 これさえ入
PearBlog » Blog Archive » Tracでリポジトリに文字コードが混在する場合
設定はまりました。Tracですよ。 いろいろとはまりどころが盛りだくさんの、設定泣かせなTracですが、使い出したらすごく便利なので、外部とのコネクションにも使おうとがんばりました。まぁ、ほとんど自分用なんですが。 で、はまったところといえば、リポジトリにSJISやらEUCやらUTF8やらJISやらが混在したファイルがある場合に、いかにお手軽に化けずに表示させるかっていう部分。Tracソースにパッチ当てたり、あれこれコーデックしてくれるの入れたりしたけども、いろいろと問題があったので素直に、Tracに標準装備のMIMEタイプの”charset=”属性による判定 とBOMコードによるUnicode判定に任せる事にしました。svnクライアントはGUIなTortoiseSVNしか使わないし、文字コードが混在するっていっても、ほとんどが何かしらのコードが大半で、あるディレクトリ以下は統一されてる事
バグ追跡ツール／課題追跡システムとの統合
ソフトウェア開発ではふつう、変更を特定のバグIDや課題IDに結びつけます。バグ追跡ツール（課題追跡システム）を使用している場合、 Subversion で行った変更を、課題追跡システムの特定のIDと関連付けできると便利です。多くの課題追跡システムではそのために、ログメッセージを解釈してコミットに関連する課題IDを抽出するための pre-commit フックスクリプトを提供しています。しかし、 pre-commit フックスクリプトが正しく解釈できるようにログメッセージを書けるかどうかはユーザーに依存しているため、ときどき失敗する傾向があります。 TortoiseSVN は、次の２つの方法でユーザーを補助します。 ユーザーがログメッセージを入力するとき、課題IDを含む行が自動的に正しい書式で追加されるようにします。これによって、ユーザーがバグ追跡ツールで正しく解釈できない形で課題IDを入力し
SubversionとTracでファイル管理の“迷宮”から脱出
SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし
第4回 Tracではじめるバグ管理入門
「チケットは開発を救う」と考え，2007年のITpro Challenge!にてチケット駆動開発を提唱した。Tracを使う最大の利点はチケットとリポジトリ・ブラウザを連携できることだと考えている。 前回（第2回～第3回）までの連載で，Tracのインストールと基本的な設定が終わりました。これからの連載では，Tracを上手に運用するためのコツをご紹介していきます。 Tracの主な機能には，Wikiとリポジトリブラウザ，それにチケットによるタスク管理システムがあります。Wikiとリポジトリブラウザは使っていても，チケットは使っていないという方は意外に多いのではないでしょうか。そこで第4回では，チケットの一番の用途である「バグ管理」について説明します。今回の説明には，Trac 0.11（日本語版）が含まれるTrac Lightningのバージョン2.0.4を使用しますが，基本的な考え方は以前のバー
Subversion設定の標準化
ディノ社内のバージョン管理は主にSubversionを利用しています。また、社内の開発環境はWindowsとMacとLinuxが入り乱れています。そんな環境で、一番問題が少なそうなSubversionの設定を考えてみました。現在これを社内標準として運用していますが、今のところ大きな問題は起きていません。 設定内容ですが、auto-propsとglobal-ignoresの設定です。各種ファイルについて、eol-style=nativeやkeywords=Idやsvn:mime-typeなどを設定します。 ちなみに、本設定はsymfonyの公式オススメ設定「Symfony Repository Tips」から大半を流用しています。 設定内容 設定内容はsubversion-config.txtの通りです。同じ内容を以下に貼付けておきます。 [helpers] #diff-cmd = dif
第1回 Tracをオススメする，これだけの理由：ITpro
Tracの便利さに惹かれるが，インストールに煩わしさを感じ，Tracを簡単にインストールできるTrac Lightning（旧Trac月）の開発を行う。また，日本のTracコミュニティであるShibuya.tracにてユーザー補完プラグインなどのプラグイン開発にも携わる。 チーム内のタスクや分散開発におけるタスク管理の手段として，プロジェクト管理ツールのTracが注目を集めています。Tracは，Ruby on RailsやSpring IDEなどでも利用されています。本連載では，開発現場を交通整理するために，Tracを利用したプロジェクト管理の効率化を，Tracの基礎から紹介していきます。 ソフトウエア開発において，プロジェクト管理はガントチャート・ベースで行われることが多いでしょう。しかし，ガントチャート・ベースの管理では，詳細を報告するために作業報告書を別途作成する必要があります。 ま
CodeRepos::Share – Trac
What are u coding? old title = 個人レポジトリを共有しよう！計画。 みんながそれぞれ作って公開してる公開レポジトリを一緒くたにしちゃいたい。参加してる全員がどのファイルもみたり変更したりできるような。 パッチ送られてくる代わりに「後で見とくからコミットしといて」とかいえたりとか、つくりかけで放置したもので他の人が興味もったら続き作ってもらうとか、メンテするのめんどくなったのだれかにやってもらうとか、突発的に誰かと一緒にプロジェクト始めたりとか、できる！ 詳しくは unknownplace.org - 2007/08/29 - 個人レポジトリを共有しよう！ YappoLogs: CodeRepos - 個人レポジトリを共有しよう！計画 Development We have a Subversion repository and you can check it
FrontPage - Trac Lightning Wiki
最近の更新 (Recent Changes)2016-03-02Plugin Plugin/4.0.0/AddCommentMacro 2016-01-30Plugin/4.0.0/TracNavMacro Plugin/4.0.0/TocMacro Plugin/4.0.0/PrivateWikiPlugin 2015-11-22Plugin/4.0.0/FootNoteMacro 最新リリース情報traclight (1.5.2)2008-02-13 23:09trac-lightning (3.2.0)2013-04-29 13:00trac-lightning-dev (3.2.0beta1)2013-03-16 11:37 Wikiガイド(Guide)Wikiの文法 リンクの種類と文法 ブロックプロセッサ 拡張文法 サイドバー プロジェクトWikiでの広告設定 サイドバー (Si
shibuya-trac
最近の更新 (Recent Changes)2017-08-31FrontPage 2015-05-11plugins/SearchHyperestraierPlugin 2015-04-30plugins/MailArchiveExtPlugin 2015-04-29misc/AvatarSupport 2015-04-27plugins/MailArchivePlugin 2014-03-31plugins/ReportIncludePlugin 最新リリース情報BTS.Trac (1.0.51.183)2009-07-08 20:03ExcelRedmineAddIn (1.0.1)2009-06-15 23:07ExcelTracAddIn (1.2.1)2009-06-15 23:09OpenProj (1.4-ja-dev2)2009-08-14 09:02ProjectTra
Mylyn＆Tracでリズムに乗ってタスクを大掃除♪
最小限の管理コストで最大の「見える化」を 近年「開発の見える化」が話題となっていますが、いざやろうとするとなかなか難しいものです。 模造紙を壁に張り付ける「タスク看板」などを利用してタスクの「見える化」を行っても、肝心のタスクの実行状況が見えなかったり……。そんなことはないでしょうか？ 本当にチームメンバーのタスクを把握できているでしょうか？ そもそも「タスク」とは、コーディングやテストといった純然たる作業や、故障処理、管理、仕様変更などの副次的な作業も含みます。開発を見える化する際に基本となる1つの単位です。 今回紹介するMylynとTracを利用すると、タスク取得→コミット、タスク取得→コミット、……というリズムに乗った開発で、作業履歴（ログ）を残しながら各開発担当者の作業内容を明確にできます。最小限の管理コストで最大の見える化を。世にも不思議なMylynマジック、とくとご覧ください。
[Think IT] 第2回：なぜTracの導入に失敗するのか？ (1/3)
【バグ管理の作法】Trac徹底活用！ 第2回：なぜTracの導入に失敗するのか？ 著者：masuidrive 公開日：2007/12/13（木） Tracの導入現場の今 「第1回：なぜバグ管理システムを使うのか？」でも紹介したように、TracはSubversionと連携するオープンソースのバグ管理システム（BTS：Bug Tracking System）だ。Ruby on Railsなど多くのオープンソースプロジェクトで利用されており、最近では商業開発でもっとも多く使われているツールの1つになっている。 その一方で、Tracの導入効果が出ていないケースも多々ある。それはなぜだろうか？ Tracの肝は「チケット管理」の運用にある！ Tracにはコンテンツを管理するシステムとしてのWiki、Subversionなどのバージョン管理システムのファイルをWebから閲覧するための「リポジトリブラウザ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: 入門Trac with Subversion Linux/Windows対応: 高山恭介: 本
Blog - Mikula Beutl - SEO Consulting