バージョン管理システムについて語るスレ10 (641ﾚｽ)
上下前次1-新
133(2): 2014/03/09(日)23:49 AAS
>>132
フォルダ毎にアクセス制限かけたりとかかな
外注さんとやってると、ここは見せたくないとかあるから
134(1): 2014/03/10(月)00:07 AAS
>>133
そういう需要があるのは理解できるけど
フォルダ毎のアクセス制限を管理するのと
最初からリポジトリとかフォルダより上位のモジュールで分けて管理するのと
どっちが合理的かというと微妙な気が……
セキュアだけどまともに運用できるかという点で
SELinuxのそれと似た印象を受ける
135: 2014/03/10(月)03:18 AAS
>>131
> 例えばセキュリティ、ファイルロック、部分チェックアウトとか git が弱いところ書いてないだろ
それらの機能を具体的に。
どういう時に使うの？
136: 2014/03/10(月)03:20 AAS
特定のディレクトリでプロジェクトが閉じてるのに、なんでその親ディレクトリがリポジトリになってんの。
VCSの機能不足より、むしろ管理者の機能不全を疑ってしまう。
137: 2014/03/10(月)03:23 AAS
>>133
見せたくないのなら、渡さなければいいんじゃないの？
たとえば、ライブラリはソースコードではなく
コンパイルしてオブジェクトファイルとして渡せばいいでしょう？
コンパイルできない言語であれば、それはその言語の問題だけど。
それならそれでリポジトリには含めないでおいて、
動かす必要があるのなら、クライアントからアクセス出来ない
サーバー領域に置いておけばいい。もちろんそっちは別管理。
ようはソース非公開ライブラリと同じやり方だよ。
138: 2014/03/10(月)03:24 AAS
クライアントに見せてはいけないものは
設定ファイルのパスワードレベルであれば、
それは元からリポジトリに含めてはいけない情報だしなぁ。
139(2): 2014/03/10(月)06:08 AAS
>>134
> どっちが合理的かというと微妙な気が……
状況次第でしょ？
リポジトリ分ければいいじゃんとか言ってる奴いるけど、プロジェクトの一部が社外には出せないと言う状況で、全部を社内で開発してる時と外注さんに任せる時でリポジトリの構成変えるの？
140(3): 2014/03/10(月)06:24 AA×
>>139
141(1): 140 2014/03/10(月)06:36 AAS
なかなかいいサンプルが見つからないが、submoduleを使うとこういう感じになる。
外部ﾘﾝｸ:github.com (この人は俺とは無関係）
util @ 75d064d ってなってる所がサブモジュールで
クリックするとわかるように「外部のリポジトリ@コミット番号」に
紐付いている。
このutilディレクトリの中身は、この人から見れば
リンク先のファイルがそのまま有るように見える。
この人達が知り合いかどうかは知らないが、
ソースコード上はこうやって無関係のリポジトリを
取り込むことができている。
これと同じ仕組みを使えばいいだけだよ。
142(1): 2014/03/10(月)07:51 AAS
>>140
> もしそうだとしたら、それ人為的ミスで間違ってファイルわたしてしまう可能性があるから
そのためのセキュリティなんだが...、git 脳には伝わらんか。
143(1): 2014/03/10(月)08:38 AAS
>>142
お前、セキュリティ単語いってるだけじゃん。
具体的に何をしているのかいえって。
俺のセキュリティならなんの問題もない（笑）
144(8): 2014/03/10(月)10:17 AAS
>>143
プロジェクト無いの一部のフォルダを特定の人/グループに見せないとか、更新禁止にするだけだよ？
理解できない？
派遣の外注さんに応援頼むんだけと、社外秘のソースとかとかお客さんとの契約でここは関係者以外には見せちゃダメとか、色々あるんだわ。
お前んとこでそんな状況になったこと無いから問題なしとか言うならいちいちでしゃばってくんなよ。
145(1): 2014/03/10(月)10:33 AAS
>>144
いや、だから見せないならば、渡さなければいいじゃん
リポジトリを分けてサブモジュールで管理すればいい。
更新禁止は普通にメインリポジトリへのマージを制限すればいいだけ。
特定の人、グループの管理をするという発想は当然あって、
もちろん用意されている。gitで言えば、Git-サーバー-というのが
そういうことをしてくれる。
あんたの言ってることは、みな想定の範囲内の
すでに解決済みの話だよ。
146(1): 2014/03/10(月)10:34 AAS
>>144
理解できてないんじゃなくて、
少なくともgitの世界では解決済みの話だって言ってるんだよ。
それを理解できてないのはあんたのほうでは？
147(1): 2014/03/10(月)10:55 AAS
ま、Linuxのカーネル開発する人たちにはファイルロックも部分チェックアウトも不要な機能なんだろう
148(3): 2014/03/10(月)10:56 AAS
>>145-146
○○すれば大丈夫とか言うなら、そりゃそうだとしか言えんわな...
プロジェクトの途中でリポジトリ分ければいいじゃんとか、正気かよ？ とは思うが、git 脳だと当たり前なんだろうな (w
149(1): 2014/03/10(月)11:10 AAS
>>148
お前、何も反論してないって自分で気づいてる？
「俺は違うと思う」と言ってるだけ。
150(3): 2014/03/10(月)11:15 AAS
>>147
ロックの話をするならば、
楽観的ロックの悲観的ロック違いを知っているか？
これはどちらも「ロック」だ。
gitでは悲観的ロックではなく、楽観的ロックを
採用しているというだけのこと。
つまりコミットする時にチェックをする。
このメリットは、修正対象が小さいならば（マージできるならば）
ロックを掛けないほうが効率がいいから。
部分チェックアウトがなぜ必要になるのかは簡単で
ロック（悲観的ロック）があるからこその話。
つまりロックを掛けた時に他の人が修正できないという問題があると
認めているようなもの。gitでは全部チェックアウトしても何も問題起きない。
特定のリポジトリの権限管理についてはgitサーバーで使うとさっきも書いた。
151: 2014/03/10(月)11:17 AAS
技術力の差によってある種の壁ができてるんだと思う。
技術力が低い場合、もっと便利なものがあるのにそれを使えないで、
分かりやすく言えば、メールでファイルをやりとりするみたいなことしか出来ない。
普通に権限管理すればいいのに、許可されたファイルを渡して修正してもらうみたいな
無駄なワークフローをしている。
技術力が低いから、くだらない作業をしている。
そしてそれが最高の方法だと勘違いして、
もっといい方法を提示しても話を聞こうともしない。
152: 2014/03/10(月)11:30 AAS
結局、「日付のフォルダでいいじゃん」って事か
153: 2014/03/10(月)11:38 AAS
まさか、gitに日付のフォルダで対抗してたの？
さすがに日付のフォルダじゃ使えなさすぎでしょｗ
154(1): 2014/03/10(月)11:49 AAS
一体どういう管理方法をしてるんだろうな。
gitの批判をする前に、具体的にどういった
やりとりをしているのか書いてほしいね。
まずは、ディレクトリ構造と
それをどうやってアクセス制限をかけているのかを
155: 2014/03/10(月)11:53 AAS
こんなんだろ？ｗ
最新フォルダ
最新フォルダのコピー
○日のバックアップフォルダ
○日のバックアップフォルダ
○○さん、○○日納品分
○○さん、○○日納品分
156: 2014/03/10(月)11:54 AAS
たとえばCVSの日時指定チェックアウトでもbisectとか不可能じゃない。
だけど不可能じゃないからといって、なんでもかんでも人力でやるのは人力の無駄だわな。
省力化できることは省力化しなきゃ。
157: 2014/03/10(月)12:24 AAS
しかし、オープンソースの世界では、リポジトリにロックかける必要なんてないよな、普通。
必要ない機能は実装しないのが当然だとは思わないの？ossの外の人達がossの成果物を使う
のは勝手にどうぞ、としかいいようがないが、それで機能が足りないだの技術力がどうのと
文句いわれても、別にオープンソースの側は何とも思わないよねー。
だって必要ない機能なんだもん。
158: 2014/03/10(月)12:24 AAS
エクセルとかのバイナリファイルを編集する場合、ロックがないと致命的に扱いづらい
159: 2014/03/10(月)12:31 AAS
オープンソース界隈の人たちは、エクセルとか使わない、で終了なんだが。
160: 2014/03/10(月)12:40 AAS
営業やディレクターはgitなんか使わないでok
161: 2014/03/10(月)12:42 AAS
RCSの経験で「俺たちにはいらねーわ」って結論が出てるわけだもんな。
162(1): 2014/03/10(月)12:42 AAS
そんなにロック書けたいなら、共有ディレクトリをそのままgit管理したら？
gitだと普通のディレクトリを1コマンドでgitリポジトリできちゃう
別に他の場所を用意する必要もない。
今まで使っていたディレクトリがそのままバージョン管理できる。
もちろんこの使い方は通常のgitよりも柔軟性に欠ける。
だが通常のディレクトリよりも機能は上だ。
上下前次1-新書関写板覧索設栞歴
あと 479 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.039s