バージョン管理システムについて語るスレ10 (641ﾚｽ)
上下前次1-新
123: 2014/03/09(日)13:33 AAS
現在プログラム板のID制導入の投票を実施中です
よろしくお願いします
プログラム板 強制ID制導入に関する投票スレ
2chｽﾚ:vote
124(2): 2014/03/09(日)15:58 AAS
>>122
ブランチの作成や切り替えが一瞬（長くても数秒レベル）で終わる。
特定のコミットだけを取ってこれる。
歴史を書き直せる。
bisect
最低限この機能は必要。
あと性能も重要。開発の快適さに直結するから。
125(1): 2014/03/09(日)16:18 AAS
>>124
これまた見事な git 脳
126: 2014/03/09(日)16:24 AAS
>>125
git関係ないよ。
まずブランチの切り替え、速いほうがいいだろ？当たり前すぎる話。
特定のコミットを取ってこれるというのは、
そりゃ複数の機能を一人・多人数で開発していれば
その必要あるでしょ。作った順に必ずしもリリースするわけじゃ無いんだから。
歴史を書き直すのも、コミットした後でミスを見つけたとか普通にあるので
必須の機能。bisectはバグを見つけるのに便利。
gitの機能を言ってるんじゃないんだよ。
開発に必要な機能の話をしている。
127(1): 2014/03/09(日)16:37 AAS
井の中の蛙乙
128: 2014/03/09(日)16:40 AAS
だからブランチという用語は慎重に使えと……
129(1): 2014/03/09(日)23:02 AAS
>>127
じゃあ、何か言えよｗ
130: 2014/03/09(日)23:17 AAS
bisect始めて知った
いつも手動で二分探索してたわ…
131(1): 2014/03/09(日)23:28 AAS
>>129
例えばセキュリティ、ファイルロック、部分チェックアウトとか git が弱いところ書いてないだろ
132(1): 2014/03/09(日)23:33 AAS
gitとは関係なしに
バージョン管理システムにおけるセキュリティの問題って何？
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
結局、「日付のフォルダでいいじゃん」って事か
上下前次1-新書関写板覧索設栞歴
あと 489 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.038s