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
Trac で遊んでみたよ その1 - 日本語
■ Trac で遊んでみたよ その1 - 日本語 Trac 入れてから 1ヶ月位経ちましたが、大分手放せないツールになってきました。チケットとログの連動が便利杉。 さて、そんな Trac ですが、ソースコードブラウザで EUC や ShiftJIS が化けます。これ自体は trac.ini の default_charset を japanese.shift_jis とかにしておけば良いのですが、(勿論 python-japanese-codecs が必要ですが!!) 1つしか指定出来ないので、文字コードが混在している自分のウンコ環境では片方が確実に文字化けしてしまいます。 インタアクト さんの所の配布物に含まれるドキュメントによると、svn:mime-types を指定してやれば解決する可能性が高いらしいですが、全部チェックするのは面倒すぎなので、trac のソースコードをいじって対応し
SubversionとTracでファイル管理の“迷宮”から脱出
SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Trac Hacks - Plugins Macros etc.
codecheck.in