[過去ﾛｸﾞ] バージョン管理システムについて語るスレ3 (1001ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
416(4): 2009/02/13(金)18:31 AAS
私の会社では今までバージョン管理ツールが使われておらず、共有ファイルサーバに
各自でファイルの上書き更新という原始的な開発をやっていました。
この度ようやくバージョン管理ツールを入れてみようということで、いろいろ調査して
いるところです。
モノ自体は長所と短所を考えながら検討中なのですが、仮にsvnを使うとします。
完全にWindows環境で使用する場合、かつアクセス権やセキュリティを考える必要が
全くない場合、ファイルサーバの共有フォルダにリポジトリを置いて、各自がTortoiseSVNのfile:///でアクセスを行う運用形態に問題点はあるでしょうか。
個人的にはsvnserverを起動させて、svn://でアクセスした方が安全なように
思うのですが、サーバはウチの部署だけのものではないので、勝手にアプリを
インストールすることはできません。
417(1): 2009/02/13(金)21:06 AAS
>>416
http://tortoisesvn.net/docs/release/TortoiseSVN_ja/tsvn-repository.html#tsvn-repository-local-share
420(2): 2009/02/14(土)03:20 AAS
>>416
UNIX系サーバがあるなら、そこでやったほうが無難かと…。
SSHが動いていれば、別にroot権限は一切なくても、誰かさんのホーム以下でバイナリをコンパイル
して、リポジトリを作って、各自パスを通せばsvn+ssh://で使えるし。
あるいは、coLinux上でやってもいいし。
＞ファイルサーバの共有フォルダにリポジトリを置いて、各自がTortoiseSVNのfile:///でアクセスを行う
これは最悪級に危険なのでやめましょう。
ネットワークファイルシステムは、かなり同期処理がルーズですから、
同時アクセスで余裕でリポジトリがぶっ壊れます。
423(1): 416 2009/02/14(土)12:48 AAS
皆様アドバイスありがとうございます。
>>417様のリンクは、真っ先に見るべきところでした。申し訳ありません。
何にせよ、やはり共有ファイルサーバのfile://アクセスは避けるべきですね。
個人ブログでいくつかこのような運用を見たので、もしかしたら普通にできるのかも
と考えてしまいました。
やはり、サーバ管理者を説得するようにしてみます。
435(2): 416 2009/02/14(土)18:55 AAS
更なるアドバイスどうもです。
お察しの通り、ウチのサーバはWindows2000 Server（古っ!）で、パブリックフォルダを共有にしている
だけです。
ただ、それでも一応管理者が定期的なバックアップを取っていて、ここにファイルを置いている限りは
物理的な障害に関しては管理者が全責任を持ってくれます。
部署で運用するPCは基本的には部署で責任を持たなければならなくなるので、なるべく会社の資産と
なるようなデータ・コードは共有ファイルサーバに置くのが決まりごとみたいになってます。
こちらでもう少し調べた結果、別にsvnサーバPCを立ち上げて、rootをファイルサーバの共有フォルダに
する方法を考えてみました。
あまり聞いてばかりでは申し訳ないので、テスト用PCで試行錯誤してみます。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.044s