バージョン管理システムについて語るスレ10 (641ﾚｽ)
バージョン管理システムについて語るスレ10 http://mevius.5ch.net/test/read.cgi/tech/1393147031/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
225: デフォルトの名無しさん [sage] 2014/03/11(火) 08:57:34.91 svnの壁ってやつかね。その先を知らない人が 満足する。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/225
226: デフォルトの名無しさん [sage] 2014/03/11(火) 09:02:25.87 gitはどちらかと言えば、開発者のための道具だからね。 管理者のための道具じゃない。 gitをバリバリ使っている人は、だいたい開発者。 （念のためプログラマだけじゃないよ。開発する人全員） svnで満足しているのは、ただの管理者でしょ？ ソース貰って、その日付だけわかればいいような、そんな人。 だから日付バックアップでも成り立つ。 開発者とは違って貰ったものを修正なんかしないからね。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/226
227: デフォルトの名無しさん [sage] 2014/03/11(火) 10:01:47.42 程度によるよ 多人数で開発して細かくdiffを取ってpatchを当てる続けるようなソースコードの管理する場合にはgitやmercurialの方が向いてる そうじゃない場合はsubversionの方が有利な事もある 既出の部分チェックアウトやファイルロック http://mevius.5ch.net/test/read.cgi/tech/1393147031/227
228: デフォルトの名無しさん [sage] 2014/03/11(火) 10:04:45.01 >>209 gitを理解出来ないプログラマーはたくさんいるよ linuxのカーネル開発してるような優秀な人揃いのプロジェクトならいいけど、 そうじゃない低レベルなプロジェクトもたくさんあるのが現実 http://mevius.5ch.net/test/read.cgi/tech/1393147031/228
229: デフォルトの名無しさん [sage] 2014/03/11(火) 10:40:50.83 >>220 user = {dev1, dev2, co-dev1} がいるときに、 /proj/src/app/ /proj/src/lib/ /proj/src/else /proj/else というディレクトリ構成で、 * dev1,dev2は全てのディレクトリ以下を参照できる * co-dev1は/proj/src/lib以下を見ることができない。それ以外は全部参照できる という設定をするとき、 dev-group = {dev1, dev2, co-dev1} lib-dev-group = {dev1, dev2} というグルーピングをし、 chgrp -R /proj dev-group chgrp -R /proj/src/lib chmod -R 770 /pro/src/lib とすれば実現できるが、これをgitではどうやるかという話だと思うが。 もちろん、複数人で開発するのだから、サーバでの話。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/229
230: デフォルトの名無しさん [sage] 2014/03/11(火) 10:42:06.63 >>229 訂正。 > chgrp -R /proj/src/lib ↓ chgrp -R /proj/src/lib lib-dev-group http://mevius.5ch.net/test/read.cgi/tech/1393147031/230
231: デフォルトの名無しさん [sage] 2014/03/11(火) 11:01:28.32 >>228 gitすら理解できないってよほどアホか覚える気が全くないかだろう そんな奴をプログラマーと呼べるのか？最低限持っているべき知識だろ もう世界中で使われているから 分からない事があってもググれば大抵の事は解決するし http://mevius.5ch.net/test/read.cgi/tech/1393147031/231
232: デフォルトの名無しさん [sage] 2014/03/11(火) 11:24:53.82 >>229-230 まあそう言うこと。 たぶんわかってるけど git が劣ってるなんて許せねーって言う奴とよくわからんけど煽ってやれ、っー奴が半々ぐらいかな (w 各マシンにリポジトリ全体を持つような仕組みなので、見せないを実現しようとしたらリポジトリの仕組みにかなり手を入れないとダメだろうし、OSS だとそう言う要求はあまり無いだろうから git がこの機能を持ってないのは当たり前とすら言えると思うんだけどね。 まあ当面 svn + git (svn) で行くわ。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/232
233: デフォルトの名無しさん [sage] 2014/03/11(火) 12:18:30.59 >>229 >サーバーの OS 上でファイルシステムのパーミッションを設定するとよいでしょう。 なんだから そこまでやったらgitでは何もやることないんじゃないの http://mevius.5ch.net/test/read.cgi/tech/1393147031/233
234: デフォルトの名無しさん [sage] 2014/03/11(火) 12:34:05.41 >>233 ネタなのかマジで言ってるのかよくわからん (w ひょっとしてベアリポジトリの存在を知らないのか？ http://mevius.5ch.net/test/read.cgi/tech/1393147031/234
235: デフォルトの名無しさん [sage] 2014/03/11(火) 12:37:56.06 freebsdの開発チームはがsubversionを採用したんだよな 理由はsubversionの方が合ってるからって http://mevius.5ch.net/test/read.cgi/tech/1393147031/235
236: デフォルトの名無しさん [sage] 2014/03/11(火) 12:39:49.82 >>233 だから具体的にどうやるか書け http://mevius.5ch.net/test/read.cgi/tech/1393147031/236
237: デフォルトの名無しさん [sage] 2014/03/11(火) 12:47:54.53 いやおれhg使いだし サブモジュールのディレクトリにパーミッション設定して終わりじゃないのか http://mevius.5ch.net/test/read.cgi/tech/1393147031/237
238: デフォルトの名無しさん [sage] 2014/03/11(火) 12:58:42.60 >>237 何いってんの？ http://mevius.5ch.net/test/read.cgi/tech/1393147031/238
239: デフォルトの名無しさん [sage] 2014/03/11(火) 13:03:47.19 煽るだけのは邪魔だからどっか行けよ http://mevius.5ch.net/test/read.cgi/tech/1393147031/239
240: デフォルトの名無しさん [sage] 2014/03/11(火) 13:32:01.32 >>235 Linux の世話になんかならんぞ、っーのもあるんじゃね？ まあ便利ならなんでも取り込む Linux/git に対して、ポリシーに沿わないものは取り込まない FreeBSD/Subversion って感じかな。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/240
241: デフォルトの名無しさん [sage] 2014/03/11(火) 13:36:20.76 いやおまえこそ http://mevius.5ch.net/test/read.cgi/tech/1393147031/241
242: デフォルトの名無しさん [sage] 2014/03/11(火) 13:42:31.53 GPLを排除したいFreeBSDにしてみれば メジャーなDVCSのGit、Hg、Bzrが軒並みGPLな現状じゃ Apacheライセンスな非DVCSのSubversionを選ぶざるを得ないってとこか http://mevius.5ch.net/test/read.cgi/tech/1393147031/242
243: デフォルトの名無しさん [sage] 2014/03/11(火) 13:46:51.73 >>239 良く分かってないのに適当な回答かまして場をかき乱す奴よりはまし。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/243
244: デフォルトの名無しさん [sage] 2014/03/11(火) 13:58:09.47 >>229 gitでの話。 drwxrwx--x dev-group:dev-group /proj ← ここ以下をgitで管理 drwxrwx--x dev-group:dev-group /proj/.git ← gitデータディレクトリ drwxrwx--x dev-group:dev-group /proj/src/app/ drwxrwx--- lib-dev-group:lib-dev-group /proj/src/lib/ drwxrwx--x dev-group:dev-group /proj/src/else drwxrwx--x dev-group:dev-group /proj/else dev-group = dev1, dev2, co-dev1 lib-dev-group = dev1, dev2 こうすればいい。お前が言ったことを分かりやすく図にしただけ。 （これだと新規ファイル作成時に問題があるがね。気づいてないでしょ？慣れてないことするからｗ） gitは普通のディレクトリなのだから、同じようにやればいいと言ってる。 これが下記のgitの使い方の一つとして述べられてる「ファイルベールのリポジトリ」 この欠点はdev-groupはgitを使えるが、それ以外はgitを使えないということと gitを使う時に多少考える必要が有ること、gitの本領を発揮できないということ。 だがgitを使いたくなった時は、ただのディレクトリではダメな作業が できたということなので即刻ディレクトリをやめろという話になる。 4.1 Git サーバー - プロトコル http://git-scm.com/book/ja/Git-%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC-%E3%83%97%E3%83%AD%E3%83%88%E3%82%B3%E3%83%AB 利点 ファイルベースのリポジトリの利点は、シンプルであることと既存のファイルアクセス権や ネットワークアクセスを流用できることです。チーム全員がアクセスできる共有ファイルシステムがすでに存在するのなら、 リポジトリを用意するのは非常に簡単です。ベアリポジトリのコピーをみんながアクセスできるどこかの場所に置き、 読み書き可能な権限を与えるという、ごく普通の共有ディレクトリ上での作業です。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/244
245: デフォルトの名無しさん [sage] 2014/03/11(火) 14:07:09.69 linuxっていつまで経ってもaclベースのアクセス制御普及しないよな http://mevius.5ch.net/test/read.cgi/tech/1393147031/245
246: デフォルトの名無しさん [sage] 2014/03/11(火) 14:08:14.88 >>244 > この欠点はdev-groupはgitを使えるが、それ以外はgitを使えないということと どういうこと？co-dev1がgitを使えないんだったら意味ないじゃん http://mevius.5ch.net/test/read.cgi/tech/1393147031/246
247: デフォルトの名無しさん [sage] 2014/03/11(火) 14:11:14.81 >>244 なんだローカルの話か。なら最初から cd proj git init って言えば何を言いたかったのか全員がわかったのに。 ちなみに、お前以外は全員リモートサーバを想定してると思うよ。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/247
248: デフォルトの名無しさん [sage] 2014/03/11(火) 14:16:55.82 >>244 俺gitの知識はほぼゼロなんだけど、それでco-dev1はgit clone/push/pullのどれも支障が無いのか？ http://mevius.5ch.net/test/read.cgi/tech/1393147031/248
249: デフォルトの名無しさん [sage] 2014/03/11(火) 14:17:33.84 >>246 > どういうこと？co-dev1がgitを使えないんだったら意味ないじゃん dev-groupはgitつかえるよ？ git使いたいなら、最初からディレクトリは ダメですねって話ですよね？ だ〜か〜ら、共有ディレクトリを使う方法（>>229）は 欠点があるって言ってるんだよ。 普通にgitを使えよ。 共有ディレクトで権限管理するのはやめなさい。 つまり、>>229のやり方をやめなさいってことだよ。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/249
250: デフォルトの名無しさん [sage] 2014/03/11(火) 14:19:33.04 >248 > 俺gitの知識はほぼゼロなんだけど、それでco-dev1はgit clone/push/pullのどれも支障が無いのか？ 共有ディレクトリを使った方法（>>229の方法）を使っている以上無理。 最初っから、共有ディレクトリを使った方法（>>229）は欠点だって言ってるの。 でもgitはただのディレクトリだから、ディレクトリを使った方法（>>229）でも できるという話。git化することで何も失われていない。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/250
251: デフォルトの名無しさん [sage] 2014/03/11(火) 14:20:30.61 >>247 全員がとかいってるけど、 実は「お前が」だよ。 お前一人がわからなかった。 勝手に他人もいっしょにするなよ。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/251
252: デフォルトの名無しさん [sage] 2014/03/11(火) 14:32:12.88 >>250 え？>>144に対して、 >>213 > gitは普通のディレクトリを使うので、 > 一部のフォルダを特定の人/グループに見せないかいうのは > ディレクトリと全く同じ設定をすればよい。 なんでしょ？ > 共有ディレクトリを使った方法（>>229の方法）を使っている以上無理。 ってどういうこと？ > でもgitはただのディレクトリだから、ディレクトリを使った方法（>>229）でも > できるという話。 できるって何が？ > git化することで何も失われていない。 ちなみに、>>244のディレクトリ構成を実際に作って、co-dev1でgit cloneしてみたら、/proj/src/libも取得できちゃったんだけど。 俺はgitの知識がほぼゼロなんで、なにか間違ってるかもしれないけど。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/252
253: デフォルトの名無しさん [sage] 2014/03/11(火) 14:38:57.36 >>251 お前一人が勘違いしている可能性は考慮しないのか http://mevius.5ch.net/test/read.cgi/tech/1393147031/253
254: 252 [sage] 2014/03/11(火) 14:43:10.33 ちなみに、俺がやったこと。 /path/to/proj以下に>>244のディレクトリ構成を作って、 cd /path/to/proj git init git add * git commit -a su - co-dev1 cd ~/src git clone /path/to/proj これで、proj/src/lib以下が取得できてしまったんだが、これを取得できないようにするにはどうしたらいい？ http://mevius.5ch.net/test/read.cgi/tech/1393147031/254
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 387 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.011s