バージョン管理システムについて語るスレ10

**デフォルトの名無しさん** · 2014/03/10(月) 18:36:20.57

先ほどからやたらとgitを否定する方がいらっしゃいますが、git使えなくて
後輩にバカにされた腹いせに書き込んでるのでしょうか？
git脳なんて言ってるけどgit使えない脳の方が問題ですね。

**デフォルトの名無しさん** · 2014/03/10(月) 18:42:40.39

bazaar脳がemacsはgitに以降しそうだから焦ってるんだろ

**デフォルトの名無しさん** · 2014/03/10(月) 19:05:48.64

>>196
それ君が設定してから push して外注さんが clone したら、指定したフォルダは外注さんに見えなくなるの？
まさか、ローカルで見えないから OK とか恥ずかしいこと言ってないよね？

>>197
ごめんな、git 普通に使ってるんだわ。
でも、他も使ってるから粗が見えちゃうんだな。
まあ適材適所なんだが、この手の奴はあまりバラバラにあっても管理がめんどいから、可能なら統合したいんだな。

**デフォルトの名無しさん** · 2014/03/10(月) 19:21:31.31

じゃぁ、いいとこ取りのバージョン管理システムを新たに開発すればいいじゃん。

**デフォルトの名無しさん** · 2014/03/10(月) 23:36:11.36

なんか伸びてるとおもたら荒れてんのぉ

**デフォルトの名無しさん** · 2014/03/11(火) 00:53:39.84

部分チェックアウトは必要だわ
Android Studio 用のプロジェクトがコミットされたリポジトリからチェックアウトして、
Eclipse のプロジェクトで使う場合とか
assets ディレクトリを部分的に別々のリポジトリからチェックアウトしておくとか
面倒だから一つのリポジトリで複数のプロジェクトを管理とか
どう考えても部分チェックアウトは必須機能

**デフォルトの名無しさん** · 2014/03/11(火) 01:47:53.26

>>202
Android Studio側のbuild.gradleとかにある設定は手動でEclipseに反映させてんのか？
おとなしくAndroid Studio使えよ

**デフォルトの名無しさん** · 2014/03/11(火) 02:04:19.60

gnomeかなんかでmakeかなんか使ってるとかいう話を見た気がする

**デフォルトの名無しさん** · 2014/03/11(火) 02:49:32.38

いつも思うんだが、喧嘩腰じゃないと話せない人がいるのはなんなんだ・・・
議論の一部に自分に取って有意義な話があってその辺りについて詳しい話が聞きたいと思っても
喧嘩腰な人が出てくるとまったく議論にならなくなる、というか聞く気すら起きなくなる

**デフォルトの名無しさん** · 2014/03/11(火) 05:17:40.62

>>199
なんで普通のディレクトリではできないことの話をしてるんだ？

何回も言ってるだろう？ gitのディレクトリは普通のディレクトリだ
だから”普通のディレクトリと同じこと"はできると

お前が言ってるpushやらcloneなんてのは普通のディレクトリでは出来ないことだ。
そんなことをしたいなら、ディレクトリを使うな（gitを使え）という話になる。

**デフォルトの名無しさん** · 2014/03/11(火) 05:27:22.22

>>202
> Android Studio 用のプロジェクトがコミットされたリポジトリからチェックアウトして、
> Eclipse のプロジェクトで使う場合とか

そんな時に使うのがgitのサブモジュールという機能だよ。

まず、Android Studio 用のプロジェクトからチェックアウトして
Eclipse のプロジェクトで使うという、そのやり方
部分チェックアウトでやると、大きな問題がある。

それはEclipse のプロジェクトで使っているのは、
Android Studio 用のプロジェクトのどのリビジョンか？という話。

「Eclipse のプロジェクトのリビジョンX0005で使っているのは
Android Studio 用のプロジェクトの一部分のY0005リビジョンである」
という情報がX0005には記録されない。だからX0004に戻した時、Y????のどれを使えばいいかわからない。
X0005にY0005のソースコード丸々入れるというやり方もあるだろうが、そうすると最新版への追尾が難しくなる。

gitのサブモジュールのやり方を教えよう。

Eclipse のプロジェクトを開発している時に、特定のコミットにしたいして
Android Studio 用のプロジェクトの、特定のコミットをひもづける。
だからX0005にY0005を紐付けたら、X0005をチェックアウトした時に、自動的にY0005になる。
もちろんX0010をチェックアウトしたら、X0010に紐付けられたY000?が自動的に使われる。
Y000?を最新にしたければ、Y000?の最新を取ってきて新たにX0011というコミットを作る。
そうすれば、X0011は最新のY000?をできる。

部分チェックアウトで頑張るよりも、はるかにスマートな方法だ。

**デフォルトの名無しさん** · 2014/03/11(火) 07:41:35.95

>>197
git使えない人は多いと思うよ
プログラマーでもgit理解出来ない人多いんだから、営業職の人にgitを無理強い出来ないね

**デフォルトの名無しさん** · 2014/03/11(火) 07:44:32.68

営業職の人には普通にファイルを保存してもらって
分かる人がgitで管理すればよい。

まさかgit使えないなんて言うんじゃないだろうな？
それ技術者なはずなのに、営業職レベルってことだぞｗ

**デフォルトの名無しさん** · 2014/03/11(火) 07:52:01.12

>>201
別に荒れてないよ、git 脳が勝手に暴れて勝手に玉砕しただけ (w

**デフォルトの名無しさん** · 2014/03/11(火) 07:53:32.10

なるほど、ということにしたい奴が荒らしていたわけか。

**デフォルトの名無しさん** · 2014/03/11(火) 08:04:16.45

>>206
はあ？
>>144 をやりたいって話なのは理解してるんだよね？
ファイシステム云々は >>179 とかが言い出した話だよ？
俺は >>144 が git でできるって言うならやり方示して、って言ってるだけ。
まさか、これがそのまま来るとは思わんかったわ (w
> ローカルで見えないから OK とか恥ずかしいこと言ってないよね？

**デフォルトの名無しさん** · 2014/03/11(火) 08:07:55.75

>>212
> プロジェクト無いの一部のフォルダを特定の人/グループに見せないとか、更新禁止にするだけだよ？
やりたいのはこれだよね？
なんども答え出てると思うけど、

gitは普通のディレクトリを使うので、
一部のフォルダを特定の人/グループに見せないかいうのは
ディレクトリと全く同じ設定をすればよい。

さらにもっと高度な管理がしたければ、gitサーバーを使うことで
柔軟なアクセス制限を書けられる。

submoduleを使うことで、プロジェクトの一部を
別リポジトリにすることだって可能。

**デフォルトの名無しさん** · 2014/03/11(火) 08:08:11.18

>>211
もうみんな話変えようとしてるよ？
まだ、恥ずかしいレス続けるの？ (w

**デフォルトの名無しさん** · 2014/03/11(火) 08:10:13.16

意訳

> もうみんな話変えようとしてるよ？

「俺は」話変えようとしてるよ？みんなも同調してよ！

> まだ、恥ずかしいレス続けるの？ (w

お前のレスは恥ずかしいんだ。みんなも同調してよ！

**デフォルトの名無しさん** · 2014/03/11(火) 08:15:43.08

>>213
> なんども答え出てると思うけど、

リポジトリ分ける以外の答あったっけ？

> さらにもっと高度な管理がしたければ、gitサーバーを使うことで
> 柔軟なアクセス制限を書けられる。

だからそのやり方書いてよ。

**デフォルトの名無しさん** · 2014/03/11(火) 08:16:35.24

>>215
まだやるの？ (w

**デフォルトの名無しさん** · 2014/03/11(火) 08:20:49.49

>>216

リポジトリ分ける以外の答えは>>213に書いてあるだろ？
なんで見えてないの？すごく不思議なんだけど。

gitは普通のディレクトリを使うので、
一部のフォルダを特定の人/グループに見せないかいうのは
ディレクトリと全く同じ設定をすればよい。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

さらにもっと高度な管理がしたければ、gitサーバーを使うことで
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
柔軟なアクセス制限を書けられる。

**デフォルトの名無しさん** · 2014/03/11(火) 08:21:23.81

都合の悪いレスは見えないんだろ？
本気でそんな人がいるとはね。

**デフォルトの名無しさん** · 2014/03/11(火) 08:25:26.44

>>216
> > さらにもっと高度な管理がしたければ、gitサーバーを使うことで
> > 柔軟なアクセス制限を書けられる。
>
> だからそのやり方書いてよ。

お前が、gitサーバーで柔軟なアクセス制限できるという事実を素直に認めたらな。

お前が今知るべきなのやり方ではなく、gitサーバーがお前の目的を
叶えてくれる道具だということを知ることだから。

http://git-scm.com/book/ja/Git-サーバー-サーバー用の-Git-の取得
http://git-scm.com/book/ja/Git-%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC-%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%E7%94%A8%E3%81%AE-Git-%E3%81%AE%E5%8F%96%E5%BE%97

ちょっとしたセットアップ
小規模なグループ、あるいは数名の開発者しかいない組織で Git を使うなら、
すべてはシンプルに進められます。Git サーバーを準備する上でもっとも複雑なことのひとつは、
ユーザー管理です。同一リポジトリに対して「このユーザーは読み込みのみが可能、
あのユーザーは読み書きともに可能」などと設定したければ、アクセス権とパーミッションの設定は多少難しくなります。

SSH アクセス
開発者全員が SSH でアクセスできるサーバーがすでにあるのなら、リポジトリを用意するのは簡単です。
先ほど説明したように、ほとんど何もする必要はないでしょう。より複雑なアクセス制御をリポジトリ上で行いたい場合は、
そのサーバーの OS 上でファイルシステムのパーミッションを設定するとよいでしょう。

リポジトリに対する書き込みアクセスをさせたいメンバーの中にサーバーの
アカウントを持っていない人がいる場合は、新たに SSH アカウントを作成しなければなりません。
あなたがサーバーにアクセスできているということは、すでに SSH サーバーはインストールされているということです。

**デフォルトの名無しさん** · 2014/03/11(火) 08:30:42.77

gitサーバーの一つがgithubだといえば、
馬鹿にもわかるかねぇ。

言うまでもないだろうがgithubはプライベートリポジトリと言って
外部の人には見えないリポジトリにも対応している。

さすがに「githubの使い方を教えてよ」は
技術者として恥ずかしくて言えないだろう。

**デフォルトの名無しさん** · 2014/03/11(火) 08:44:47.35

なんか荒れてると思ったら炎上学習法やってる奴が居るのか…

**デフォルトの名無しさん** · 2014/03/11(火) 08:46:12.56

うるさい。そのやり方書いてよ。

**デフォルトの名無しさん** · 2014/03/11(火) 08:54:37.15

svnでいいな

**デフォルトの名無しさん** · 2014/03/11(火) 08:57:34.91

svnの壁ってやつかね。その先を知らない人が
満足する。

**デフォルトの名無しさん** · 2014/03/11(火) 09:02:25.87

gitはどちらかと言えば、開発者のための道具だからね。
管理者のための道具じゃない。

gitをバリバリ使っている人は、だいたい開発者。
（念のためプログラマだけじゃないよ。開発する人全員）

svnで満足しているのは、ただの管理者でしょ？
ソース貰って、その日付だけわかればいいような、そんな人。
だから日付バックアップでも成り立つ。
開発者とは違って貰ったものを修正なんかしないからね。

**デフォルトの名無しさん** · 2014/03/11(火) 10:01:47.42

程度によるよ
多人数で開発して細かくdiffを取ってpatchを当てる続けるようなソースコードの管理する場合にはgitやmercurialの方が向いてる
そうじゃない場合はsubversionの方が有利な事もある
既出の部分チェックアウトやファイルロック

**デフォルトの名無しさん** · 2014/03/11(火) 10:04:45.01

>>209
gitを理解出来ないプログラマーはたくさんいるよ
linuxのカーネル開発してるような優秀な人揃いのプロジェクトならいいけど、
そうじゃない低レベルなプロジェクトもたくさんあるのが現実

**デフォルトの名無しさん** · 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ではどうやるかという話だと思うが。
もちろん、複数人で開発するのだから、サーバでの話。

**デフォルトの名無しさん** · 2014/03/11(火) 10:42:06.63

>>229
訂正。
> chgrp -R /proj/src/lib
↓
chgrp -R /proj/src/lib lib-dev-group

**デフォルトの名無しさん** · 2014/03/11(火) 11:01:28.32

>>228
gitすら理解できないってよほどアホか覚える気が全くないかだろう
そんな奴をプログラマーと呼べるのか？最低限持っているべき知識だろ

もう世界中で使われているから
分からない事があってもググれば大抵の事は解決するし

**デフォルトの名無しさん** · 2014/03/11(火) 11:24:53.82

>>229-230
まあそう言うこと。
たぶんわかってるけど git が劣ってるなんて許せねーって言う奴とよくわからんけど煽ってやれ、っー奴が半々ぐらいかな (w

各マシンにリポジトリ全体を持つような仕組みなので、見せないを実現しようとしたらリポジトリの仕組みにかなり手を入れないとダメだろうし、OSS だとそう言う要求はあまり無いだろうから git がこの機能を持ってないのは当たり前とすら言えると思うんだけどね。

まあ当面 svn + git (svn) で行くわ。

**デフォルトの名無しさん** · 2014/03/11(火) 12:18:30.59

>>229
>サーバーの OS 上でファイルシステムのパーミッションを設定するとよいでしょう。
なんだから
そこまでやったらgitでは何もやることないんじゃないの

**デフォルトの名無しさん** · 2014/03/11(火) 12:34:05.41

>>233
ネタなのかマジで言ってるのかよくわからん (w
ひょっとしてベアリポジトリの存在を知らないのか？

**デフォルトの名無しさん** · 2014/03/11(火) 12:37:56.06

freebsdの開発チームはがsubversionを採用したんだよな
理由はsubversionの方が合ってるからって

**デフォルトの名無しさん** · 2014/03/11(火) 12:39:49.82

>>233
だから具体的にどうやるか書け

**デフォルトの名無しさん** · 2014/03/11(火) 12:47:54.53

いやおれhg使いだし
サブモジュールのディレクトリにパーミッション設定して終わりじゃないのか

**デフォルトの名無しさん** · 2014/03/11(火) 12:58:42.60

>>237
何いってんの？

**デフォルトの名無しさん** · 2014/03/11(火) 13:03:47.19

煽るだけのは邪魔だからどっか行けよ

**デフォルトの名無しさん** · 2014/03/11(火) 13:32:01.32

>>235
Linux の世話になんかならんぞ、っーのもあるんじゃね？

まあ便利ならなんでも取り込む Linux/git に対して、ポリシーに沿わないものは取り込まない FreeBSD/Subversion って感じかな。

**デフォルトの名無しさん** · 2014/03/11(火) 13:36:20.76

いやおまえこそ

**デフォルトの名無しさん** · 2014/03/11(火) 13:42:31.53

GPLを排除したいFreeBSDにしてみれば
メジャーなDVCSのGit、Hg、Bzrが軒並みGPLな現状じゃ
Apacheライセンスな非DVCSのSubversionを選ぶざるを得ないってとこか

**デフォルトの名無しさん** · 2014/03/11(火) 13:46:51.73

>>239
良く分かってないのに適当な回答かまして場をかき乱す奴よりはまし。

**デフォルトの名無しさん** · 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

利点
ファイルベースのリポジトリの利点は、シンプルであることと既存のファイルアクセス権や
ネットワークアクセスを流用できることです。チーム全員がアクセスできる共有ファイルシステムがすでに存在するのなら、
リポジトリを用意するのは非常に簡単です。ベアリポジトリのコピーをみんながアクセスできるどこかの場所に置き、
読み書き可能な権限を与えるという、ごく普通の共有ディレクトリ上での作業です。

**デフォルトの名無しさん** · 2014/03/11(火) 14:07:09.69

linuxっていつまで経ってもaclベースのアクセス制御普及しないよな

**デフォルトの名無しさん** · 2014/03/11(火) 14:08:14.88

>>244
> この欠点はdev-groupはgitを使えるが、それ以外はgitを使えないということと

どういうこと？co-dev1がgitを使えないんだったら意味ないじゃん

**デフォルトの名無しさん** · 2014/03/11(火) 14:11:14.81

>>244
なんだローカルの話か。なら最初から
cd proj
git init
って言えば何を言いたかったのか全員がわかったのに。

ちなみに、お前以外は全員リモートサーバを想定してると思うよ。

**デフォルトの名無しさん** · 2014/03/11(火) 14:16:55.82

>>244
俺gitの知識はほぼゼロなんだけど、それでco-dev1はgit clone/push/pullのどれも支障が無いのか？

**デフォルトの名無しさん** · 2014/03/11(火) 14:17:33.84

>>246

> どういうこと？co-dev1がgitを使えないんだったら意味ないじゃん

dev-groupはgitつかえるよ？
git使いたいなら、最初からディレクトリは
ダメですねって話ですよね？

だ～か～ら、共有ディレクトリを使う方法（>>229）は
欠点があるって言ってるんだよ。

普通にgitを使えよ。
共有ディレクトで権限管理するのはやめなさい。
つまり、>>229のやり方をやめなさいってことだよ。

**デフォルトの名無しさん** · 2014/03/11(火) 14:19:33.04

>248
> 俺gitの知識はほぼゼロなんだけど、それでco-dev1はgit clone/push/pullのどれも支障が無いのか？

共有ディレクトリを使った方法（>>229の方法）を使っている以上無理。

最初っから、共有ディレクトリを使った方法（>>229）は欠点だって言ってるの。

でもgitはただのディレクトリだから、ディレクトリを使った方法（>>229）でも
できるという話。git化することで何も失われていない。

**デフォルトの名無しさん** · 2014/03/11(火) 14:20:30.61

>>247
全員がとかいってるけど、
実は「お前が」だよ。

お前一人がわからなかった。
勝手に他人もいっしょにするなよ。

**デフォルトの名無しさん** · 2014/03/11(火) 14:32:12.88

>>250
え？>>144に対して、

>>213
> gitは普通のディレクトリを使うので、
> 一部のフォルダを特定の人/グループに見せないかいうのは
> ディレクトリと全く同じ設定をすればよい。
なんでしょ？

> 共有ディレクトリを使った方法（>>229の方法）を使っている以上無理。
ってどういうこと？

> でもgitはただのディレクトリだから、ディレクトリを使った方法（>>229）でも
> できるという話。
できるって何が？

> git化することで何も失われていない。
ちなみに、>>244のディレクトリ構成を実際に作って、co-dev1でgit cloneしてみたら、/proj/src/libも取得できちゃったんだけど。
俺はgitの知識がほぼゼロなんで、なにか間違ってるかもしれないけど。

**デフォルトの名無しさん** · 2014/03/11(火) 14:38:57.36

>>251
お前一人が勘違いしている可能性は考慮しないのか

**252** · 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以下が取得できてしまったんだが、これを取得できないようにするにはどうしたらいい？

**デフォルトの名無しさん** · 2014/03/11(火) 14:46:33.16

>>252
お前頭悪いなｗ

共有ディレクトリを使った方法では、
gitを使うことに制限が出る。

無理というのは、その制限の話だ。

gitを使いたくなっただろ？
ちゃんと使おうと思うなら
共有ディレクトリ（>>229）はやめだ。

だが共有ディレクトリ程度でできるレベルであれば
>>244を使えば良い。

**デフォルトの名無しさん** · 2014/03/11(火) 14:48:04.93

>>254
お前は、パーミッションも読めないのかｗ

>>244のdrwxrwx--x とかその後のdev-groupとか
意味わかってるか？本気で馬鹿なのか？

**252** · 2014/03/11(火) 14:49:00.12

>>255
ちょっと何を言いたいのか良くわからない。

> 無理というのは、その制限の話だ。
要するに、
>>144
> プロジェクト無いの一部のフォルダを特定の人/グループに見せないとか、更新禁止にするだけだよ？
はできるの？できないの？

> gitを使いたくなっただろ？
いや、svnで満足してるし。
gitはgithubでcloneするくらいでいい。

**デフォルトの名無しさん** · 2014/03/11(火) 14:53:48.97

>>256
> >>254
> お前は、パーミッションも読めないのかｗ

再現できてると思うけど。

ls -lR
.:
合計 4
drwxrwxr-x 4 user1 grp1 4096 3月 11 14:20 2014 src

./src:
合計 8
drwxrwxr-x 2 user1 grp1 4096 3月 11 14:20 2014 app
drwxrwx--- 2 user1 wheel 4096 3月 11 14:20 2014 lib

./src/app:
合計 4
-rw-rw-r-- 1 user1 grp1 6 3月 11 14:20 2014 aaa.c

./src/lib:
合計 4
-rw-rw-r-- 1 user1 wheel 8 3月 11 14:20 2014 bbb.c

uid=500(usr1) gid=500(usr1) 所属グループ=500(usr1),10(wheel),505(grp1)
uid=503(usr2) gid=507(usr2) 所属グループ=507(usr2),505(grp1)

**デフォルトの名無しさん** · 2014/03/11(火) 14:54:41.80

>>244
ねえねえ、マジで言ってるの？
git 脳って git には詳しいのかと思ってたら、単なるアホだったのか (w

それ、自分に対する権限しか設定してないから、clone されたら丸見えだよ。
もし、反論するなら事前にベアリポジトリについてググってこい。
まあ、ググって理解したら恥ずかしくて出てこれないと思うが。

**デフォルトの名無しさん** · 2014/03/11(火) 14:58:24.01

はぁ？なんでcloneするんだよ。
そこから間違ってるじゃないかｗ
cloneした時点でお前の間違いが明らかになってるんだが。

ファイルベースのリポジトリは最初に用意する人が
cloneするのみ。ファイルベースのリポジトリは
そのディレクリをみんなで共有する仕組みだよ。

最初っからディレクトリを使った方法と
全く一緒だって言ってるじゃないか。

**デフォルトの名無しさん** · 2014/03/11(火) 15:00:06.59

>>260
複数人で作業すること前提なんですが

**デフォルトの名無しさん** · 2014/03/11(火) 15:00:30.30

あたりまえだけど、

drwxrwx--x dev-group:dev-group /proj/.git ← gitデータディレクトリ

こうなってるので、dev-group以外の人はgit cloneできない。
なぜならファイルそのものにアクセス出来ないから。

**デフォルトの名無しさん** · 2014/03/11(火) 15:01:37.98

>>261
ディレクトリを共有していれば、
普通に複数人で作業できますが？

gitはただのディレクトリなんだから
(gitとして制限をうけるだけで）
全く同じように共有できるって気づかない？

**252** · 2014/03/11(火) 15:01:47.99

>>260
> はぁ？なんでcloneするんだよ。
いや俺マジでgitに詳しくないんだけど、cloneってsvnで言えばsvn coじゃないの？
ワーキングコピーを作る方法。

**デフォルトの名無しさん** · 2014/03/11(火) 15:02:29.48

あ、もしかして>>244のgitの公式説明

「ファイルベースのリポジトリ」が
一つのディレクトリをみんなで共有する方法だって
気づいていない？

**デフォルトの名無しさん** · 2014/03/11(火) 15:03:59.48

>>264
> いや俺マジでgitに詳しくないんだけど、cloneってsvnで言えばsvn coじゃないの？
> ワーキングコピーを作る方法。

本当にに詳しくないなｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

gitにはsvnみたいに、ワーキングコピーとリポジトリなんて
二つにディレクトリに別れてないの。

普通のディレクトリを、場所を変えずにそのままで
gitリポジトリに変えられちゃうんだよ。

き・そ・ち・し・き

**デフォルトの名無しさん** · 2014/03/11(火) 15:04:58.55

まさかとは思うが、複数人が同じサーバにログインして、同じディレクトリ下で開発するとか思ってないだろうな？

**デフォルトの名無しさん** · 2014/03/11(火) 15:06:59.00

proj/src/lib以下はリポジトリ分けて
projのサブモジュールにするんでしょ？
何かおかしなこと言ってるヤツいるけど

**252** · 2014/03/11(火) 15:07:27.36

>>266
> gitにはsvnみたいに、ワーキングコピーとリポジトリなんて
> 二つにディレクトリに別れてないの。
話が全然かみ合わないんだけど、gitだって全員の変更を一つにまとめる中央リポジトリ的なものがあるんじゃない？
俺の薄い知識だと、それとローカルを同期させたり差分を取り込んだりするのにpull/pushがあると思ったが。

> 普通のディレクトリを、場所を変えずにそのままで
> gitリポジトリに変えられちゃうんだよ。
いや、その程度は知ってるって。>>252に手順示したじゃん。

**デフォルトの名無しさん** · 2014/03/11(火) 15:08:31.10

>>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なんて要りません。

**デフォルトの名無しさん** · 2014/03/11(火) 15:08:40.05

>>268
> proj/src/lib以下はリポジトリ分けて
> projのサブモジュールにするんでしょ？

そんなことしなくても出来ると言って暴れてる奴がいるんだよ

**デフォルトの名無しさん** · 2014/03/11(火) 15:09:29.01

>>270
一人の場合はそれでいいが、今は複数人で開発するときの話だ

**デフォルトの名無しさん** · 2014/03/11(火) 15:09:57.21

>>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ではどうやるかという話だと思うが。
もちろん、複数人で開発するのだから、サーバでの話。

**デフォルトの名無しさん** · 2014/03/11(火) 15:11:37.04

>>272

だから複数人で共有しろよ、gitディレクトリを。

>>229で話しているのはそういうことだよ。

**デフォルトの名無しさん** · 2014/03/11(火) 15:13:14.93

底辺だとそんな開発してるんだな
勉強になるわ

**デフォルトの名無しさん** · 2014/03/11(火) 15:14:29.68

複数人で開発したことないんだと思うよ

**デフォルトの名無しさん** · 2014/03/11(火) 15:14:43.02

共有ディレクトリを使ってパーミッションでアクセス制限とかｗ
>>229は前時的な開発してるな。

さっさとgit化すればいいのにｗ

**デフォルトの名無しさん** · 2014/03/11(火) 15:15:24.86

>>229のやり方って複数人で開発できるの？

できるならgitでも同じことやれば出来るってわかるけど。

**デフォルトの名無しさん** · 2014/03/11(火) 15:19:13.77

>>229のやり方でもグループを適切に設定すれば複数人で開発できるよ。
（もちろんgitのディレクトリを共有するやり方でもね）

ただ、それだと共有ディレクトリを使ったレベルまで
開発が不便になるから、この場合は普通にやるなら
サブモジュールを使って管理するべきことだろう。

今話してるのは、git化しても共有ディレクトリを使ったやり方はできるから
gitなし共有ディレクトリと何も変わらないということ。

**229** · 2014/03/11(火) 15:22:17.78

単なるファイルシステム上のアクセス制限であれば、>>229のように設定すれば実現できるが、
それをgitでできるのか？というのが>>229の趣旨。

もちろん、単一ディレクトリのアクセス制限ができても、複数人では開発できない。

**デフォルトの名無しさん** · 2014/03/11(火) 15:24:20.43

??279
は？この人何言ってるの？

**デフォルトの名無しさん** · 2014/03/11(火) 15:25:19.98

その辺は現場によってまちまちだろうね
メンバーごとにプロジェクトフォルダをコピーするだけで完全に動作する環境の方がいいが、そこまで開発環境を作り込めない現場も多い

**デフォルトの名無しさん** · 2014/03/11(火) 15:27:00.67

一人だけ完全にずれてることにまだ気づかない奴

**デフォルトの名無しさん** · 2014/03/11(火) 15:28:42.86

そもそも最初からgitだとsubmodule使うしかないねって話なのに。

**デフォルトの名無しさん** · 2014/03/11(火) 15:50:06.26

ディレクトリ共有とか、もう何年もその発想忘れてたわ

**デフォルトの名無しさん** · 2014/03/11(火) 16:10:13.28

平均的プログラマーの7割は、gitを理解できない。
これが現実。

OSS開発者の事じゃないぞ。サラリーマン開発者の事だ。

**デフォルトの名無しさん** · 2014/03/11(火) 17:39:26.04

>>283
もうわざとでしょ、彼にとってはバージョン管理なんかより git でもアクセス制御ができると言えることが最重要なんだよ、例えそれに意味がなくても (w

>>284
現状ではそれが一番みたいですな。

>>285
特に SCM 使ってたら直接共有する必要ないしな。

**デフォルトの名無しさん** · 2014/03/11(火) 17:44:33.56

>>287
やっぱり気づいてないみたいね。

はっきり言うと、わかってないのはお前。

**デフォルトの名無しさん** · 2014/03/11(火) 17:45:30.23

>>287
> 現状ではそれが一番みたいですな。
それは最初に俺が言ったことだろｗ

140 名前：デフォルトの名無しさん[sage] 投稿日：2014/03/10(月) 06:24:12.14
>>139
えとさ、どういうディレクトリ構成なのさ？
それ言ってくれんとわからん。

なんか、話を聞いていると、一つのディレクトリのあちこちに、
社内に公開できる部分、出来ない部分があってごちゃごちゃ
混ざってるように思えるんだけど？

もしそうだとしたら、それ人為的ミスで間違って
ファイルわたしてしまう可能性があるから修正した方がいいよ。

簡略化するとこういう感じ
root
├メインプロジェクト（自社開発）
└外注さんに任せるライブラリ
もしくは
root
├メインプロジェクト（外注さんと共同開発）
└自社専用ライブラリ

ライブラリ部分はgitで言えばsubmoduleという機能を使えばいい。
submoduleは外部のリポジトリを自分のリポジトリに埋め込む機能。
もちろん別々のリポジトリとして扱える。

submoduleはルート直下にしか置けない。
メインプロジェクト以下にライブラリを置かなければいけないことはよくある話で、
そういう場合はシンボリックリンクを使ってメインプロジェクト配下に見せる。

**デフォルトの名無しさん** · 2014/03/11(火) 17:48:26.46

最初に俺がサブモジュールというちゃんとした答えを言って
サブモジュールを使うより劣るけど、git＋共有ディレクトリでもやれなくてはないよ。
（だから共有ディレクトリでやれるアクセス制限はもちろん出来る）
って話をしているのに、わかってないんだな。やっぱり馬鹿か。

**デフォルトの名無しさん** · 2014/03/11(火) 17:54:08.80

もうだれが誰やら

**デフォルトの名無しさん** · 2014/03/11(火) 17:57:25.88

>>288, >>290
きみ、もういいから (w

>>289
うん、そうだよ。
でも、リポジトリ構成変えないといけないからうちでは採用できないって書いてある。
一番マシだからと言って使えるかどうかは別の話でしょ？

**デフォルトの名無しさん** · 2014/03/11(火) 18:02:02.36

>>290
> サブモジュールを使うより劣るけど、git＋共有ディレクトリでもやれなくてはないよ。
いや、やれないじゃん

**デフォルトの名無しさん** · 2014/03/11(火) 18:07:20.75

ファイル共有なんて論外。

**デフォルトの名無しさん** · 2014/03/11(火) 18:08:11.80

そこは外注使うと決まった時点でリポジトリの構成を変えるべき
手続きが面倒とかは甘え

**デフォルトの名無しさん** · 2014/03/11(火) 18:14:57.09

「共有ディレクトリでやれるアクセス制限」って意味わかんないんだけど。
何のこと？

**デフォルトの名無しさん** · 2014/03/11(火) 18:16:52.29

>>296
ディレクトリのパーミッションのこと言ってるらしいよ。

だから当たり前だけどgitでもディレクトリを共有すれば同じこと出来る。

**デフォルトの名無しさん** · 2014/03/11(火) 18:17:35.41

>>292
> でも、リポジトリ構成変えないといけないからうちでは採用できないって書いてある。

え？どこに？

**デフォルトの名無しさん** · 2014/03/11(火) 18:18:34.93

>>295
馬鹿だからファイル共有を使ったやり方しかできないんです。
パーミッション設定で精一杯なんです。

**デフォルトの名無しさん** · 2014/03/11(火) 18:22:13.47

>>297
> ディレクトリのパーミッションのこと言ってるらしいよ。
わかんないのはそっちじゃなくて、「共有ディレクトリ」の方。
普通、共有ディレクトリというと、ネットワーク上に存在するディレクトリ/フォルダを指すことが多いけど、そのことかな？
で、そこのアクセス制限と個々人の開発環境とはどうリンクするのかがわからない。

**デフォルトの名無しさん** · 2014/03/11(火) 18:26:06.32

>>300
複数のユーザーで共有ディレクトリを使いたい
http://www.itmedia.co.jp/help/tips/linux/l0461.html
>　Linux上で複数のユーザーが使えるようchmod 770などと
>指定するディレクトリを用意しても，それぞれのユーザーが
>書き込んだファイルやディレクトリは，他のユーザーが書き換えることができない。

**デフォルトの名無しさん** · 2014/03/11(火) 18:28:41.51

>>301
そういう意味の「共有」だとしたら、個々人の開発環境とはどうリンクするの？

**デフォルトの名無しさん** · 2014/03/11(火) 18:28:56.58

あぁ、個人ごとにホームディレクトリに
ローカルリポジトリを持つという発想ではなくて
サーバーにある一つのディレクトリを
みんなで共有して開発するやり方か。
グループ権限とか設定して。

でも同じ設定すればgit使いながら
共有ディレクトリ使えるんじゃねーの？
ってそういう話をしていたわけか。やっと分かった。

**デフォルトの名無しさん** · 2014/03/11(火) 18:31:23.02

sticky bitのことを知ってるのは俺だけだと思ってそうw

**デフォルトの名無しさん** · 2014/03/11(火) 18:32:26.65

>>303
> サーバーにある一つのディレクトリを
> みんなで共有して開発するやり方か。
そのやり方が全く想像できないんですが。

**デフォルトの名無しさん** · 2014/03/11(火) 18:32:50.57

>>302
個々の人の開発環境っていきなり何の話。
スレを「開発環境」検索しても
無関係なものしかヒットしないんだけど。

プロジェクトファイルだけを共有するんだから
個々の人の開発環境は、個々の人でしょ？
（つまりホームディレクトリに設定ファイルがある）
好きなエディタ使えるよ。そういう話だよね？

**デフォルトの名無しさん** · 2014/03/11(火) 18:33:48.41

>>304
そんなのだれでも知ってる。

**デフォルトの名無しさん** · 2014/03/11(火) 18:34:32.24

>>305
> そのやり方が全く想像できないんですが。

そのやり方っていうか、そもそもグループ権限を理解してないよね？

**デフォルトの名無しさん** · 2014/03/11(火) 18:37:15.19

gitを知らないどころか
グループ権限までしらん人がいるのか。
下には下がいるもんじゃｗ

**デフォルトの名無しさん** · 2014/03/11(火) 18:42:01.17

>>295
なんでツールのためにそんな苦労するの？
SVN ならちょっと設定するだけですよ。

>>298
>>148 の後半

**デフォルトの名無しさん** · 2014/03/11(火) 18:42:47.49

>>310
なんでSVNの話？
共有ディレクトリの話でしょ？

**デフォルトの名無しさん** · 2014/03/11(火) 18:43:39.11

>>304
なんか昔に聞いたことあったけどすっかり忘れてたので、ググってみた
忘れたままでいい機能だった...

**デフォルトの名無しさん** · 2014/03/11(火) 18:46:22.62

>>310 >>311
SVNで一つのディレクトリを複数の人で共有して
開発してるんでしょ？なんでそんなことをしているのかしらんけど。

その程度のやり方で満足しているなら
gitでも同じようにすればいいじゃん？
gitでも一つのディレクトリを複数の人で共有して使えるよ。
不便だけどね。（SVNでも不便なはずだが？）

**デフォルトの名無しさん** · 2014/03/11(火) 18:47:18.73

>>311
すまん、共有ディレクトリの話なら誤レスだ、無視してくれ。

**デフォルトの名無しさん** · 2014/03/11(火) 18:48:54.26

>>312
お前それは恥ずかしいセリフだぞ。
たとえば、sudoコマンドには sticky bitがついてる。
ついてるからこそ一般権限で実行できるわけだ。

ただ今の話はsticky bitよりもSGIDの方が重要なんだけどな。
>>304はちょっと無知っぽいｗ

**デフォルトの名無しさん** · 2014/03/11(火) 18:49:39.77

>>313
> SVNで一つのディレクトリを複数の人で共有して開発してるんでしょ？

ねえねえ、どこからそんな変な解釈思い付いたの？ (w

**デフォルトの名無しさん** · 2014/03/11(火) 18:50:08.29

SVNで一つのディレクトリを複数の人で
共有して開発ってマジでやってんの？
ちょっとその発想はなかった。

**デフォルトの名無しさん** · 2014/03/11(火) 18:51:39.62

>>315
それは setuid だよ (w

**デフォルトの名無しさん** · 2014/03/11(火) 18:51:42.41

>>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ではどうやるかという話だと思うが。
もちろん、複数人で開発するのだから、サーバでの話。

**デフォルトの名無しさん** · 2014/03/11(火) 18:54:52.43

>>319
あぁ、ほんとだ。グループで共有するって
話の発端はそいつなのね。

で、まじでこんなやり方でSVN使ってんの？

**デフォルトの名無しさん** · 2014/03/11(火) 19:03:19.56

>>315
sudoとかで立ってるのは04000でSet-user-id bit
Sticky bitと言われるのは01000

**デフォルトの名無しさん** · 2014/03/11(火) 19:07:36.74

>>304

> 304 名前：デフォルトの名無しさん[sage] 投稿日：2014/03/11(火) 18:31:23.02
> sticky bitのことを知ってるのは俺だけだと思ってそうw

なんでここでsticky bitがでてくるの？

**デフォルトの名無しさん** · 2014/03/11(火) 19:13:14.84

>>319
それ SVN 関係ない
単なる説明用だろ

SVN はサーバー側で設定すれば見せたくないフォルダーとかはチェックアウトできなくなるからクライアント側で設定する必要がない

>>313 とかは玉砕した git 脳が同じ土俵に引きづりこもうとしてるだけだろ (w

**デフォルトの名無しさん** · 2014/03/11(火) 19:14:10.07

> SVN はサーバー側で設定すれば見せたくないフォルダーとかはチェックアウトできなくなるからクライアント側で設定する必要がない

サーバー側で設定すればだろ？

同じことがgitでもできるってなんで考えられないの？

**デフォルトの名無しさん** · 2014/03/11(火) 19:16:09.81

>>322
自分が知ってる一番難しそうな奴書いたんだろ。
まあ、>>315 みたいなアホが釣れたからちょっとは効果があったんじゃね？ (w

**デフォルトの名無しさん** · 2014/03/11(火) 19:16:27.40

ゲーム脳ってあるでしょ？あれ、ゲームやってる人の脳がおかしいって話だったけど、
よくよく聞くと、「ゲーム脳」といっている人の脳がおかしいって気づく。

自分が「ゲーム脳」とはこうである！と決めて
それが絶対正しいと思い込んじゃう。
論理的に考えれば、明らかに間違っていることを
指摘しても聞く耳持たなくなっちゃう。

git脳という単語を見た時、そう思ったよ。

**デフォルトの名無しさん** · 2014/03/11(火) 19:18:48.85

>>324
> 同じことがgitでもできるってなんで考えられないの？

えっ、まだやるの？
仕組みが違うことぐらいは知ってるんだよね？
まあ、できると言うなら方法を具体的に書いてくれ。

**デフォルトの名無しさん** · 2014/03/11(火) 19:19:52.02

お前らこれ以上スレを汚すのはやめろ

**デフォルトの名無しさん** · 2014/03/11(火) 19:22:18.83

/.Jに集うLinuxｦﾀ達と同じ臭いがする
gitｽﾚ行けばいいのに

**デフォルトの名無しさん** · 2014/03/11(火) 19:29:18.86

>>326
自分が【「ゲーム脳」といっている人の脳がおかしい】と決めてそれが絶対正しいと思い込んじゃうんですね、わかります (w

論理的に考えればこの手のレスが返ってくることぐらいわかるだろうに...

**デフォルトの名無しさん** · 2014/03/11(火) 19:37:04.02

>>327
やらなくていいよ。
サブモジュールを使えばいいって
答えが出てるんだから

**デフォルトの名無しさん** · 2014/03/11(火) 19:40:41.99

だよな、サブモジュール使えばいいだけなのに
なんでこんなにぶつくさ言ってるんだろ？

**デフォルトの名無しさん** · 2014/03/11(火) 19:48:49.23

>>330
俺、○○脳なんてひとことも言ってないけど？

○○脳って言っている奴ってあほだな－って
言ってるだけなんだけど。

**デフォルトの名無しさん** · 2014/03/11(火) 20:06:23.63

>>333
誰かが君が○○脳なんて言ってるのか？

○○脳って言っている奴をあほだな－って言ってる奴ってバカだろって思われてるだけなんだけど (w

**デフォルトの名無しさん** · 2014/03/11(火) 20:09:24.61

○○脳って言っている奴をあほだな－って言ってる奴ってバカって言ってる奴はバカだなｗ

**デフォルトの名無しさん** · 2014/03/11(火) 20:22:31.76

以下リソース使い果たすまで無限ループ

これぐらいマならすぐ気づくよね (w

**デフォルトの名無しさん** · 2014/03/11(火) 20:23:22.49

ループを始める奴はバカ。でいいだろ。

**デフォルトの名無しさん** · 2014/03/11(火) 20:30:02.85

遅れて参加するバカ (w

**デフォルトの名無しさん** · 2014/03/11(火) 23:33:26.18

くそっ祭りに乗り遅れた

**デフォルトの名無しさん** · 2014/03/12(水) 08:56:55.68

git脳とかruby脳とかは確かにいそうだな
というか、兼ねてそう

**デフォルトの名無しさん** · 2014/03/12(水) 09:44:46.02

ということにしたいのですね

てゆーかrubyのリポジトリはsvnだし

**デフォルトの名無しさん** · 2014/03/12(水) 12:41:26.93

>>341
> てゆーかrubyのリポジトリはsvnだし

別にそれは関係ないだろ
Linux でソフト作ってる奴がみんな git 使ってるわけないし

**デフォルトの名無しさん** · 2014/03/23(日) 20:02:10.72

集中型も分散型も長所短所があるから、それぞれ使い分ければいいと思う。
いくつがある分散型のいずれを使うべきかは、もう少しふるいにかけられそうだけど

**デフォルトの名無しさん** · 2014/03/24(月) 02:20:29.69

ところで gif は「じふ」なのに、なんで git は「ぎっと」と発音するの？
おいらずっと「じっと」（GitHUBも「じっとはぶ」）かと思ってたんだが

char の「ちゃー」くらいには許される呼び方？

**デフォルトの名無しさん** · 2014/03/24(月) 07:32:40.20

>>344
giftをジフトと読むの？

**デフォルトの名無しさん** · 2014/03/24(月) 09:30:08.86

作った人がぎっとと読むと規定しているからぎっと。

**デフォルトの名無しさん** · 2014/03/24(月) 10:02:45.75

gを硬音で読むか否かは単語次第じゃね？

**デフォルトの名無しさん** · 2014/03/24(月) 11:56:40.64

読まないパターンもあるよねgって
何にしても英語は1文字で色んな読み方させすぎなんだよなあ

**デフォルトの名無しさん** · 2014/03/24(月) 12:49:27.70

日本語だって外国人の耳には、ガ行の鼻濁音とか、nとngとmとか、
違って聞こえるらしい、とは聞くけど。

**デフォルトの名無しさん** · 2014/03/24(月) 13:58:16.38

>>348
gh, oughなどは特例と見做すと、サイレントなgってないと思う。

いろんな発音と言えば、fish = Ghoti = 無音ってネタがあるね。

**デフォルトの名無しさん** · 2014/03/24(月) 16:54:24.35

>>350
gnomeのgがサイレント

**デフォルトの名無しさん** · 2014/03/24(月) 17:30:12.14

paradigm
align
sign
foreign
gnome(地の精)
gnu(動物)

>>348 で本当に言いたかったのは英語のスペルと読み方とのパターンが多過ぎってほうだったりするが…済まないな分かりにくくて

**デフォルトの名無しさん** · 2014/03/24(月) 17:31:20.91

音声会話しなければ読み方を間違っていようとどうということはない

**デフォルトの名無しさん** · 2014/03/24(月) 18:34:50.84

あーごめん、自分でGhoti=無音って書いてたw

**デフォルトの名無しさん** · 2014/03/24(月) 19:20:28.83

この板でgnuにgnomeって言ったら発音するほうだろ

**デフォルトの名無しさん** · 2014/03/24(月) 20:25:59.17

だからわざと地の精だの動物だの、単語の後ろに括弧書き入れてるんじゃないか

**デフォルトの名無しさん** · 2014/03/25(火) 05:10:50.16

>>345
んじゃお前はGIANTSをガイアンツとかギアンツって読むの？
って返しになるぜ

>>346
まぁそうだわな

**デフォルトの名無しさん** · 2014/03/25(火) 21:09:31.60

英単語の git から名付けられているんだから辞書引けよ。
発音の文句は英語に言え。

**デフォルトの名無しさん** · 2014/03/25(火) 22:11:25.75

give me dictionary

**デフォルトの名無しさん** · 2014/03/28(金) 22:52:46.45

Word Excelでバージョン管理できないか探したら
以外とsvnが充実してた

My Docmentsの下を全部svnで管理してみる事にする

**デフォルトの名無しさん** · 2014/03/28(金) 23:20:29.35

gitで対応させてみてるけど差分が見れるだけで差分だけ保存できるわけでも
バイナリだけ変更されたファイルを更新から除外できるわけでもないからあまり意味なくないか
今のとこ文書は別のツール使わないならサブモジュールで別管理することでバージョンアップごとに
コードと違うスパンで不要な差分を捨てて圧縮できるようにするのがベストかなと思う

**デフォルトの名無しさん** · 2014/03/29(土) 04:06:14.46

うちのvistaにはMy Docmentsないわ

**デフォルトの名無しさん** · 2014/03/29(土) 16:22:17.08

>>362
dir /ai

**デフォルトの名無しさん** · 2014/03/29(土) 16:23:23.76

= dr / a

**デフォルトの名無しさん** · 2014/03/29(土) 16:39:26.66

脱字に突っ込んでボケたんだけどわからなかったのか

**デフォルトの名無しさん** · 2014/03/29(土) 16:43:09.78

ごめんねアスペで

**デフォルトの名無しさん** · 2014/03/29(土) 16:55:18.32

test

**デフォルトの名無しさん** · 2014/03/29(土) 22:12:43.18

progitレベルで分かりやすくsvnを説明してるサイトってない？

**デフォルトの名無しさん** · 2014/03/30(日) 04:35:55.31

githubって日本語化出来なかったっけ？

**デフォルトの名無しさん** · 2014/03/30(日) 05:30:04.27

これのこと？
GitHub in your language ・ GitHub
https://github.com/blog/679-github-in-your-language

**デフォルトの名無しさん** · 2014/03/30(日) 07:28:31.43

>>370
これって日本語化はフッターから設定出来るってこと？

**デフォルトの名無しさん** · 2014/03/30(日) 16:29:46.25

日本語化なんて必要ないだろ
gitに限った話じゃないが

**デフォルトの名無しさん** · 2014/03/30(日) 17:47:06.81

日本語化したいって言ってるの

**デフォルトの名無しさん** · 2014/03/30(日) 17:47:14.41

>>372
そうですね。
おめでとうございます。

**デフォルトの名無しさん** · 2014/03/30(日) 18:15:55.57

GitHubは多国語化をすすめようとしてたが、中止して英語オンリーに戻った
英語使えない奴はいらねえって方針です

**デフォルトの名無しさん** · 2014/03/31(月) 06:05:41.54

http://d.hatena.ne.jp/replication/20120321/1332338059
Word Execlはsvn
gitでこういうのみたことない

**デフォルトの名無しさん** · 2014/03/31(月) 09:43:28.17

必要ないからな

**デフォルトの名無しさん** · 2014/03/31(月) 11:06:34.75

ファイルのバージョン管理と
ソフト機能のバージョン管理の
違いを認識しろよ。

**デフォルトの名無しさん** · 2014/03/31(月) 12:43:54.59

>>376
これ Word は大丈夫だと思うけど Excel って開いてるだけでファイル変更しちゃう (閉じた時に戻すけど) のにはどう対応してるのか気になる
あと、更新ボタンがあるってことはいよいよマージができるようになったのか？
暇ができたらちょっと試してみるかな。

**デフォルトの名無しさん** · 2014/03/31(月) 22:56:37.85

WordはWord自体がバージョン管理機能あるからな
ある程度システム化が進んだ会社だとシェアポイント導入してるし

**デフォルトの名無しさん** · 2014/04/01(火) 07:58:31.08

>>380
> WordはWord自体がバージョン管理機能あるから

このスレでまともにマージもできないバージョン管理機能持ってくる奴がいるとは...

**デフォルトの名無しさん** · 2014/04/01(火) 08:06:15.82

Word文章を複数人で同時に書き換えなきゃいけないシーンが思いつかない
ソースコードと違って普通は自分が担当するページは決まっているから全員が並行して作業を進めても問題ないし

**デフォルトの名無しさん** · 2014/04/01(火) 08:21:28.31

>>382
> Word文章を複数人で同時に書き換えなきゃいけないシーンが思いつかない

そりゃ残念だったな
てか、マージで並行開発しか思い付かない時点で終っとる
ブランチとか使ったことないのかよ

**デフォルトの名無しさん** · 2014/04/01(火) 08:22:09.21

Word文書は編集するものではなくて生成するもの

**デフォルトの名無しさん** · 2014/04/01(火) 13:25:24.53

WordやExcelをブランチ切って使ってるというのは聞いたことがない

**デフォルトの名無しさん** · 2014/04/01(火) 19:17:20.59

そりゃ現状マージできないので、ブランチ切っても旨味がないからな
もしかして、想像力がないのか？

**デフォルトの名無しさん** · 2014/04/01(火) 21:50:59.62

このスレでいくらWordが、Excelがと騒いだ所で世の中何もかわらないぜ。
マイクロソフト、オプソ開発者のどちらにもメリットがないからな。
もしそういう機能が欲しければ、自分の手を動かそうぜ。

**デフォルトの名無しさん** · 2014/04/14(月) 19:59:37.41

Rdemineで
作業Aチケット（例：桶を組み立てる）
作業Bチケット（例：桶に水を入れる）
みたいにあAの後にBがこないと行けない場合って
チケットA、Bの関係は親子関係にすればいいの？

**デフォルトの名無しさん** · 2014/04/14(月) 20:38:04.57

>>388
水の入った桶を用意する、の子チケットは以下の2つ
+桶を組み立てる
+桶に水を入れる
って手もある。
自分は子チケットの粒度が大きいときは、こうやってる。

**デフォルトの名無しさん** · 2014/04/16(水) 00:54:33.86

redmine のチケットって block みたいなの扱えなかったっけ？
親子以外にも色々関係が定義されてたはず

**デフォルトの名無しさん** · 2014/04/18(金) 01:46:56.50

ブロックしている/されている関係は指定できるよ

**デフォルトの名無しさん** · 2014/04/18(金) 20:50:26.72

tfs2010使ってる
開発はvs2010

**デフォルトの名無しさん** · 2014/04/19(土) 06:18:42.46

Redmineで３０人ぐらいのユーザーを一括登録するとき
シェルスクリプト書いて一括登録みたいな事できないんだね
全部GUIというのも不便だ

**デフォルトの名無しさん** · 2014/04/19(土) 07:00:31.30

>>393
REST API使ったらいけそうな気が
http://www.redmine.org/projects/redmine/wiki/Rest_Users

**デフォルトの名無しさん** · 2014/04/20(日) 10:17:42.48

rails なんだから rails console からでも

**デフォルトの名無しさん** · 2014/05/24(土) 11:48:07.42

結局ベストなバージョン管理システムはなんなのですか？