[最新] ■[前年|前月|前日|2011/02/16|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]
■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]

02/16 14:26 (@wtnbgo) @gorry5 外部システムいやん。ローカルでデスクトップクライアントとして動くものを想定しております (mogi)
02/16 14:26 (@jin1016) @gorry5 TRAC 重いからあんまり開きたくないw (mozu)
02/16 14:28 (@gorry5) @wtnbgo svnと同じところで動くものでないと意味がないのでは?
02/16 14:31 (@wtnbgo) @gorry5 trac はサーバで動くものですよね。チェックアウトしたフォルダ上で直接使えてコミットとあわせて処理される、というものを想定しております。ローカルで動くのが筆頭用件。 (rake)
02/16 14:33 (@gorry5) @wtnbgo trac(的なサーバ)のローカルクライアントでいい?
--------
02/16 14:35 (@gorry5) @wtnbgo それだと、レポジトリはsvnじゃなくてgitのほうがいい気がする。まんま分散レポジトリ的な動作だし
--------
02/16 14:37 (@wtnbgo) @gorry5 こちらの前提想定は、svn でチェックアウトしたら、即使えて、かつネットつながって無くても整合をとって動く、ってものなので、前提が別な物を提示されても困るです^^; (ragi)
02/16 14:38 (@wtnbgo) @gorry5 いや、git とかめんどくさいし……。要するに同じレポジトリ使ってる人の体系だったメモ共有システム、なので分散レポジトリとかいわれても困りますです (raze)
02/16 14:40 (@gorry5) @wtnbgo 個々がローカルで動かすという以上、レポジトリは分散していることになるので、それの整合はsvnでは無理だと思うのです
02/16 14:43 (@wtnbgo) @gorry5 それを解決するアイディアが、ファイル名UUIDで、レコードは追加のみ、なのです。 (riko)
02/16 14:43 (@gorry5) @wtnbgo それって結局tracをブラウザで操作するのと何が違うのか、よくわからないです

■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]
[最新] ■[前年|前月|前日|2011/02/16|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]