Subversion r11at TECHSubversion r11 - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このスレッドのURL■項目テキスト20:デフォルトの名無しさん 09/01/03 11:31:33 これまだ? http://subversion.tigris.org/issues/show_bug.cgi?id=1256 21:デフォルトの名無しさん 09/01/07 00:39:00 svn merge したときにぜんぜん変更していないファイルまで svn:mergeinfo が 変更されるのはなぜでしょうか? 22:デフォルトの名無しさん 09/01/07 17:10:27 Windows ユーザに対してリポジトリを公開する際, Samba で公開して file: スキームでアクセスさせるのは やはり問題が起きやすいでしょうか? また重大な問題が起きなくてもパフォーマンスが悪いでしょうか? 23:デフォルトの名無しさん 09/01/07 17:18:21 http://markmail.org/message/wi7tbwkggfut3wrv つまりこういうことをしたいと思っています. 24:デフォルトの名無しさん 09/01/07 20:44:14 >21 merge した結果、変更が起こらなかった、という点が反映されてるだけじゃないの? 再マージするとき、merge 済みのリビジョンまで調べなくて済むようになるじゃん。 >22 ttp://svnbook.red-bean.com/en/1.5/svn.serverconfig.choosing.html >Do not be seduced by the simple idea of having all of your users >access a repository directly via file:// URLs. Even if the repository >is readily available to everyone via a network share, this is a bad idea. >It removes any layers of protection between the users and the repository: >users can accidentally (or intentionally) corrupt the repository database, >it becomes hard to take the repository offline for inspection or upgrade, >and it can lead to a mess of file permission problems (see the section >called “Supporting Multiple Repository Access Methods”). 全てのユーザに対して file:// URL で直接リポジトリにアクセスさせるという 単純なアイデアに誘惑されないこと。仮に、ネットワーク共有を介して全員に リポジトリが利用可能であったとしても、これは悪いアイデアである。 これは、ユーザとリポジトリの間にある、あらゆる階層の保護を取り去ってしまう。 すなわち、ユーザは偶然に(あるいは意図的に)リポジトリを破損しうるし、 調査やアップグレードのためにリポジトリをオフラインにすることも 困難になる。また、ファイルパーミッションのごたごたした問題も引き起こしうる。 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch