バージョン管理システムについて語るスレ10 (641ﾚｽ)
上下前次1-新
262: 2014/03/11(火)15:00 AAS
あたりまえだけど、
drwxrwx--x dev-group:dev-group /proj/.git ← gitデータディレクトリ
こうなってるので、dev-group以外の人はgit cloneできない。
なぜならファイルそのものにアクセス出来ないから。
263: 2014/03/11(火)15:01 AAS
>>261
ディレクトリを共有していれば、
普通に複数人で作業できますが？
gitはただのディレクトリなんだから
(gitとして制限をうけるだけで）
全く同じように共有できるって気づかない？
264(2): 252 2014/03/11(火)15:01 AAS
>>260
> はぁ？ なんでcloneするんだよ。
いや俺マジでgitに詳しくないんだけど、cloneってsvnで言えばsvn coじゃないの？
ワーキングコピーを作る方法。
265: 2014/03/11(火)15:02 AAS
あ、もしかして>>244のgitの公式説明
「ファイルベースのリポジトリ」が
一つのディレクトリをみんなで共有する方法だって
気づいていない？
266(1): 2014/03/11(火)15:03 AAS
>>264
> いや俺マジでgitに詳しくないんだけど、cloneってsvnで言えばsvn coじゃないの？
> ワーキングコピーを作る方法。
本当にに詳しくないなｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
gitにはsvnみたいに、ワーキングコピーとリポジトリなんて
二つにディレクトリに別れてないの。
普通のディレクトリを、場所を変えずにそのままで
gitリポジトリに変えられちゃうんだよ。
き・そ・ち・し・き
267(1): 2014/03/11(火)15:04 AAS
まさかとは思うが、複数人が同じサーバにログインして、同じディレクトリ下で開発するとか思ってないだろうな？
268(1): 2014/03/11(火)15:06 AAS
proj/src/lib以下はリポジトリ分けて
projのサブモジュールにするんでしょ？
何かおかしなこと言ってるヤツいるけど
269: 252 2014/03/11(火)15:07 AAS
>>266
> gitにはsvnみたいに、ワーキングコピーとリポジトリなんて
> 二つにディレクトリに別れてないの。
話が全然かみ合わないんだけど、gitだって全員の変更を一つにまとめる中央リポジトリ的なものがあるんじゃない？
俺の薄い知識だと、それとローカルを同期させたり差分を取り込んだりするのにpull/pushがあると思ったが。
> 普通のディレクトリを、場所を変えずにそのままで
> gitリポジトリに変えられちゃうんだよ。
いや、その程度は知ってるって。>>252に手順示したじゃん。
270(1): 2014/03/11(火)15:08 AAS
>>264
mkdir hogehoge ← ディレクトリ作りました。
cd hogehoge ← ディレクトリに移動しました。
touch a ← まあ適当にファイルを作ってみましょう。
-------- ここまでgitとは無関係の作業 -----------
git init ← hogehogeがgitリポジトリになりました。
-------- これだけでgit化終わり -----------
git checkout -b branch1 ← ブランチ1に切り替え
git add a ←ファイル追加
git commit ← ファイルコミット
-------- なんでもできます -----------
gitを始めるのにcloneなんて要りません。
271: 2014/03/11(火)15:08 AAS
>>268
> proj/src/lib以下はリポジトリ分けて
> projのサブモジュールにするんでしょ？
そんなことしなくても出来ると言って暴れてる奴がいるんだよ
272(1): 2014/03/11(火)15:09 AAS
>>270
一人の場合はそれでいいが、今は複数人で開発するときの話だ
273: 2014/03/11(火)15:09 AAS
>>267
> まさかとは思うが、複数人が同じサーバにログインして、同じディレクトリ下で開発するとか思ってないだろうな？
それ、共有ディレクトリ（>>229）を作ったやり方の話話をしてるんだよね？
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ではどうやるかという話だと思うが。
もちろん、複数人で開発するのだから、サーバでの話。
274: 2014/03/11(火)15:11 AAS
>>272
だから複数人で共有しろよ、gitディレクトリを。
>>229で話しているのはそういうことだよ。
275: 2014/03/11(火)15:13 AAS
底辺だとそんな開発してるんだな
勉強になるわ
276: 2014/03/11(火)15:14 AAS
複数人で開発したことないんだと思うよ
277: 2014/03/11(火)15:14 AAS
共有ディレクトリを使ってパーミッションでアクセス制限とかｗ
>>229は前時的な開発してるな。
さっさとgit化すればいいのにｗ
278: 2014/03/11(火)15:15 AAS
>>229のやり方って複数人で開発できるの？
できるならgitでも同じことやれば出来るってわかるけど。
279: 2014/03/11(火)15:19 AAS
>>229のやり方でもグループを適切に設定すれば複数人で開発できるよ。
（もちろんgitのディレクトリを共有するやり方でもね）
ただ、それだと共有ディレクトリを使ったレベルまで
開発が不便になるから、この場合は普通にやるなら
サブモジュールを使って管理するべきことだろう。
今話してるのは、git化しても共有ディレクトリを使ったやり方はできるから
gitなし共有ディレクトリと何も変わらないということ。
280: 229 2014/03/11(火)15:22 AAS
単なるファイルシステム上のアクセス制限であれば、>>229のように設定すれば実現できるが、
それをgitでできるのか？というのが>>229の趣旨。
もちろん、単一ディレクトリのアクセス制限ができても、複数人では開発できない。
281: 2014/03/11(火)15:24 AAS
??279
は？この人何言ってるの？
282: 2014/03/11(火)15:25 AAS
その辺は現場によってまちまちだろうね
メンバーごとにプロジェクトフォルダをコピーするだけで完全に動作する環境の方がいいが、そこまで開発環境を作り込めない現場も多い
283(1): 2014/03/11(火)15:27 AAS
一人だけ完全にずれてることにまだ気づかない奴
284(1): 2014/03/11(火)15:28 AAS
そもそも最初からgitだとsubmodule使うしかないねって話なのに。
285(1): 2014/03/11(火)15:50 AAS
ディレクトリ共有とか、もう何年もその発想忘れてたわ
286(2): 2014/03/11(火)16:10 AAS
平均的プログラマーの7割は、gitを理解できない。
これが現実。
OSS開発者の事じゃないぞ。サラリーマン開発者の事だ。
287(2): 2014/03/11(火)17:39 AAS
>>283
もうわざとでしょ、彼にとってはバージョン管理なんかより git でもアクセス制御ができると言えることが最重要なんだよ、例えそれに意味がなくても (w
>>284
現状ではそれが一番みたいですな。
>>285
特に SCM 使ってたら直接共有する必要ないしな。
288(1): 2014/03/11(火)17:44 AAS
>>287
やっぱり気づいてないみたいね。
はっきり言うと、わかってないのはお前。
289(1): 2014/03/11(火)17:45 AA×
>>287>>139
290(2): 2014/03/11(火)17:48 AAS
最初に俺がサブモジュールというちゃんとした答えを言って
サブモジュールを使うより劣るけど、git＋共有ディレクトリでもやれなくてはないよ。
（だから共有ディレクトリでやれるアクセス制限はもちろん出来る）
って話をしているのに、わかってないんだな。やっぱり馬鹿か。
291: 2014/03/11(火)17:54 AAS
もうだれが誰やら
上下前次1-新書関写板覧索設栞歴
あと 350 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.038s