バージョン管理システムについて語るスレ10
>>283
もうわざとでしょ、彼にとってはバージョン管理なんかより git でもアクセス制御ができると言えることが最重要なんだよ、例えそれに意味がなくても (w
>>284
現状ではそれが一番みたいですな。
>>285
特に SCM 使ってたら直接共有する必要ないしな。 >>287
やっぱり気づいてないみたいね。
はっきり言うと、わかってないのはお前。 >>287
> 現状ではそれが一番みたいですな。
それは最初に俺が言ったことだろw
140 名前:デフォルトの名無しさん[sage] 投稿日:2014/03/10(月) 06:24:12.14
>>139
えとさ、どういうディレクトリ構成なのさ?
それ言ってくれんとわからん。
なんか、話を聞いていると、一つのディレクトリのあちこちに、
社内に公開できる部分、出来ない部分があってごちゃごちゃ
混ざってるように思えるんだけど?
もしそうだとしたら、それ人為的ミスで間違って
ファイルわたしてしまう可能性があるから修正した方がいいよ。
簡略化するとこういう感じ
root
├メインプロジェクト(自社開発)
└外注さんに任せるライブラリ
もしくは
root
├メインプロジェクト(外注さんと共同開発)
└自社専用ライブラリ
ライブラリ部分はgitで言えばsubmoduleという機能を使えばいい。
submoduleは外部のリポジトリを自分のリポジトリに埋め込む機能。
もちろん別々のリポジトリとして扱える。
submoduleはルート直下にしか置けない。
メインプロジェクト以下にライブラリを置かなければいけないことはよくある話で、
そういう場合はシンボリックリンクを使ってメインプロジェクト配下に見せる。 最初に俺がサブモジュールというちゃんとした答えを言って
サブモジュールを使うより劣るけど、git+共有ディレクトリでもやれなくてはないよ。
(だから共有ディレクトリでやれるアクセス制限はもちろん出来る)
って話をしているのに、わかってないんだな。やっぱり馬鹿か。 >>288, >>290
きみ、もういいから (w
>>289
うん、そうだよ。
でも、リポジトリ構成変えないといけないからうちでは採用できないって書いてある。
一番マシだからと言って使えるかどうかは別の話でしょ? >>290
> サブモジュールを使うより劣るけど、git+共有ディレクトリでもやれなくてはないよ。
いや、やれないじゃん そこは外注使うと決まった時点でリポジトリの構成を変えるべき
手続きが面倒とかは甘え 「共有ディレクトリでやれるアクセス制限」って意味わかんないんだけど。
何のこと? >>296
ディレクトリのパーミッションのこと言ってるらしいよ。
だから当たり前だけどgitでもディレクトリを共有すれば同じこと出来る。 >>292
> でも、リポジトリ構成変えないといけないからうちでは採用できないって書いてある。
え? どこに? >>295
馬鹿だからファイル共有を使ったやり方しかできないんです。
パーミッション設定で精一杯なんです。 >>297
> ディレクトリのパーミッションのこと言ってるらしいよ。
わかんないのはそっちじゃなくて、「共有ディレクトリ」の方。
普通、共有ディレクトリというと、ネットワーク上に存在するディレクトリ/フォルダを指すことが多いけど、そのことかな?
で、そこのアクセス制限と個々人の開発環境とはどうリンクするのかがわからない。 >>300
複数のユーザーで共有ディレクトリを使いたい
http://www.itmedia.co.jp/help/tips/linux/l0461.html
> Linux上で複数のユーザーが使えるようchmod 770などと
>指定するディレクトリを用意しても,それぞれのユーザーが
>書き込んだファイルやディレクトリは,他のユーザーが書き換えることができない。 >>301
そういう意味の「共有」だとしたら、個々人の開発環境とはどうリンクするの? あぁ、個人ごとにホームディレクトリに
ローカルリポジトリを持つという発想ではなくて
サーバーにある一つのディレクトリを
みんなで共有して開発するやり方か。
グループ権限とか設定して。
でも同じ設定すればgit使いながら
共有ディレクトリ使えるんじゃねーの?
ってそういう話をしていたわけか。やっと分かった。 sticky bitのことを知ってるのは俺だけだと思ってそうw >>303
> サーバーにある一つのディレクトリを
> みんなで共有して開発するやり方か。
そのやり方が全く想像できないんですが。 >>302
個々の人の開発環境っていきなり何の話。
スレを「開発環境」検索しても
無関係なものしかヒットしないんだけど。
プロジェクトファイルだけを共有するんだから
個々の人の開発環境は、個々の人でしょ?
(つまりホームディレクトリに設定ファイルがある)
好きなエディタ使えるよ。そういう話だよね? >>305
> そのやり方が全く想像できないんですが。
そのやり方っていうか、そもそもグループ権限を理解してないよね? gitを知らないどころか
グループ権限までしらん人がいるのか。
下には下がいるもんじゃw >>295
なんでツールのためにそんな苦労するの?
SVN ならちょっと設定するだけですよ。
>>298
>>148 の後半 >>310
なんでSVNの話?
共有ディレクトリの話でしょ? >>304
なんか昔に聞いたことあったけどすっかり忘れてたので、ググってみた
忘れたままでいい機能だった... >>310 >>311
SVNで一つのディレクトリを複数の人で共有して
開発してるんでしょ? なんでそんなことをしているのかしらんけど。
その程度のやり方で満足しているなら
gitでも同じようにすればいいじゃん?
gitでも一つのディレクトリを複数の人で共有して使えるよ。
不便だけどね。(SVNでも不便なはずだが?) >>311
すまん、共有ディレクトリの話なら誤レスだ、無視してくれ。 >>312
お前それは恥ずかしいセリフだぞ。
たとえば、sudoコマンドには sticky bitがついてる。
ついてるからこそ一般権限で実行できるわけだ。
ただ今の話はsticky bitよりもSGIDの方が重要なんだけどな。
>>304はちょっと無知っぽいw >>313
> SVNで一つのディレクトリを複数の人で共有して開発してるんでしょ?
ねえねえ、どこからそんな変な解釈思い付いたの? (w SVNで一つのディレクトリを複数の人で
共有して開発ってマジでやってんの?
ちょっとその発想はなかった。 >>316
それは>>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ではどうやるかという話だと思うが。
もちろん、複数人で開発するのだから、サーバでの話。 >>319
あぁ、ほんとだ。グループで共有するって
話の発端はそいつなのね。
で、まじでこんなやり方でSVN使ってんの? >>315
sudoとかで立ってるのは04000でSet-user-id bit
Sticky bitと言われるのは01000 >>304
> 304 名前:デフォルトの名無しさん[sage] 投稿日:2014/03/11(火) 18:31:23.02
> sticky bitのことを知ってるのは俺だけだと思ってそうw
なんでここでsticky bitがでてくるの? >>319
それ SVN 関係ない
単なる説明用だろ
SVN はサーバー側で設定すれば見せたくないフォルダーとかはチェックアウトできなくなるからクライアント側で設定する必要がない
>>313 とかは玉砕した git 脳が同じ土俵に引きづりこもうとしてるだけだろ (w > SVN はサーバー側で設定すれば見せたくないフォルダーとかはチェックアウトできなくなるからクライアント側で設定する必要がない
サーバー側で設定すればだろ?
同じことがgitでもできるってなんで考えられないの? >>322
自分が知ってる一番難しそうな奴書いたんだろ。
まあ、>>315 みたいなアホが釣れたからちょっとは効果があったんじゃね? (w ゲーム脳ってあるでしょ? あれ、ゲームやってる人の脳がおかしいって話だったけど、
よくよく聞くと、「ゲーム脳」といっている人の脳がおかしいって気づく。
自分が「ゲーム脳」とはこうである!と決めて
それが絶対正しいと思い込んじゃう。
論理的に考えれば、明らかに間違っていることを
指摘しても聞く耳持たなくなっちゃう。
git脳という単語を見た時、そう思ったよ。 >>324
> 同じことがgitでもできるってなんで考えられないの?
えっ、まだやるの?
仕組みが違うことぐらいは知ってるんだよね?
まあ、できると言うなら方法を具体的に書いてくれ。 /.Jに集うLinuxヲタ達と同じ臭いがする
gitスレ行けばいいのに >>326
自分が【「ゲーム脳」といっている人の脳がおかしい】と決めてそれが絶対正しいと思い込んじゃうんですね、わかります (w
論理的に考えればこの手のレスが返ってくることぐらいわかるだろうに... >>327
やらなくていいよ。
サブモジュールを使えばいいって
答えが出てるんだから だよな、サブモジュール使えばいいだけなのに
なんでこんなにぶつくさ言ってるんだろ? >>330
俺、○○脳なんてひとことも言ってないけど?
○○脳って言っている奴ってあほだな−って
言ってるだけなんだけど。 >>333
誰かが君が○○脳なんて言ってるのか?
○○脳って言っている奴をあほだな−って言ってる奴ってバカだろって思われてるだけなんだけど (w ○○脳って言っている奴をあほだな−って言ってる奴ってバカって言ってる奴はバカだなw 以下リソース使い果たすまで無限ループ
これぐらいマならすぐ気づくよね (w git脳とかruby脳とかは確かにいそうだな
というか、兼ねてそう ということにしたいのですね
てゆーかrubyのリポジトリはsvnだし >>341
> てゆーかrubyのリポジトリはsvnだし
別にそれは関係ないだろ
Linux でソフト作ってる奴がみんな git 使ってるわけないし 集中型も分散型も長所短所があるから、それぞれ使い分ければいいと思う。
いくつがある分散型のいずれを使うべきかは、もう少しふるいにかけられそうだけど ところで gif は「じふ」なのに、なんで git は「ぎっと」と発音するの?
おいらずっと「じっと」(GitHUBも「じっとはぶ」)かと思ってたんだが
char の「ちゃー」くらいには許される呼び方? 読まないパターンもあるよねgって
何にしても英語は1文字で色んな読み方させすぎなんだよなあ 日本語だって外国人の耳には、ガ行の鼻濁音とか、nとngとmとか、
違って聞こえるらしい、とは聞くけど。 >>348
gh, oughなどは特例と見做すと、サイレントなgってないと思う。
いろんな発音と言えば、fish = Ghoti = 無音 ってネタがあるね。 paradigm
align
sign
foreign
gnome(地の精)
gnu(動物)
>>348 で本当に言いたかったのは英語のスペルと読み方とのパターンが多過ぎってほうだったりするが…済まないな分かりにくくて 音声会話しなければ読み方を間違っていようとどうということはない この板でgnuにgnomeって言ったら発音するほうだろ だからわざと地の精だの動物だの、単語の後ろに括弧書き入れてるんじゃないか >>345
んじゃお前はGIANTSをガイアンツとかギアンツって読むの?
って返しになるぜ
>>346
まぁそうだわな 英単語の git から名付けられているんだから辞書引けよ。
発音の文句は英語に言え。 Word Excelでバージョン管理できないか探したら
以外とsvnが充実してた
My Docmentsの下を全部svnで管理してみる事にする gitで対応させてみてるけど差分が見れるだけで差分だけ保存できるわけでも
バイナリだけ変更されたファイルを更新から除外できるわけでもないからあまり意味なくないか
今のとこ文書は別のツール使わないならサブモジュールで別管理することでバージョンアップごとに
コードと違うスパンで不要な差分を捨てて圧縮できるようにするのがベストかなと思う progitレベルで分かりやすくsvnを説明してるサイトってない? >>370
これって日本語化はフッターから設定出来るってこと? 日本語化なんて必要ないだろ
gitに限った話じゃないが GitHubは多国語化をすすめようとしてたが、中止して英語オンリーに戻った
英語使えない奴はいらねえって方針です ファイルのバージョン管理と
ソフト機能のバージョン管理の
違いを認識しろよ。 >>376
これ Word は大丈夫だと思うけど Excel って開いてるだけでファイル変更しちゃう (閉じた時に戻すけど) のにはどう対応してるのか気になる
あと、更新ボタンがあるってことはいよいよマージができるようになったのか?
暇ができたらちょっと試してみるかな。 WordはWord自体がバージョン管理機能あるからな
ある程度システム化が進んだ会社だとシェアポイント導入してるし >>380
> WordはWord自体がバージョン管理機能あるから
このスレでまともにマージもできないバージョン管理機能持ってくる奴がいるとは... Word文章を複数人で同時に書き換えなきゃいけないシーンが思いつかない
ソースコードと違って普通は自分が担当するページは決まっているから全員が並行して作業を進めても問題ないし >>382
> Word文章を複数人で同時に書き換えなきゃいけないシーンが思いつかない
そりゃ残念だったな
てか、マージで並行開発しか思い付かない時点で終っとる
ブランチとか使ったことないのかよ WordやExcelをブランチ切って使ってるというのは聞いたことがない そりゃ現状マージできないので、ブランチ切っても旨味がないからな
もしかして、想像力がないのか?