バージョン管理システムについて語るスレ10 (641ﾚｽ)
バージョン管理システムについて語るスレ10 http://mevius.5ch.net/test/read.cgi/tech/1393147031/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
203: デフォルトの名無しさん [sage] 2014/03/11(火) 01:47:53.26 >>202 Android Studio側のbuild.gradleとかにある設定は手動でEclipseに反映させてんのか？ おとなしくAndroid Studio使えよ http://mevius.5ch.net/test/read.cgi/tech/1393147031/203
204: デフォルトの名無しさん [] 2014/03/11(火) 02:04:19.60 gnomeかなんかでmakeかなんか使ってるとかいう話を見た気がする http://mevius.5ch.net/test/read.cgi/tech/1393147031/204
205: デフォルトの名無しさん [sage] 2014/03/11(火) 02:49:32.38 いつも思うんだが、喧嘩腰じゃないと話せない人がいるのはなんなんだ・・・ 議論の一部に自分に取って有意義な話があってその辺りについて詳しい話が聞きたいと思っても 喧嘩腰な人が出てくるとまったく議論にならなくなる、というか聞く気すら起きなくなる http://mevius.5ch.net/test/read.cgi/tech/1393147031/205
206: デフォルトの名無しさん [sage] 2014/03/11(火) 05:17:40.62 >>199 なんで普通のディレクトリではできないことの話をしてるんだ？ 何回も言ってるだろう？ gitのディレクトリは普通のディレクトリだ だから”普通のディレクトリと同じこと"はできると お前が言ってるpushやらcloneなんてのは普通のディレクトリでは出来ないことだ。 そんなことをしたいなら、ディレクトリを使うな（gitを使え）という話になる。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/206
207: デフォルトの名無しさん [sage] 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?をできる。 部分チェックアウトで頑張るよりも、はるかにスマートな方法だ。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/207
208: デフォルトの名無しさん [sage] 2014/03/11(火) 07:41:35.95 >>197 git使えない人は多いと思うよ プログラマーでもgit理解出来ない人多いんだから、営業職の人にgitを無理強い出来ないね http://mevius.5ch.net/test/read.cgi/tech/1393147031/208
209: デフォルトの名無しさん [sage] 2014/03/11(火) 07:44:32.68 営業職の人には普通にファイルを保存してもらって 分かる人がgitで管理すればよい。 まさかgit使えないなんて言うんじゃないだろうな？ それ技術者なはずなのに、営業職レベルってことだぞｗ http://mevius.5ch.net/test/read.cgi/tech/1393147031/209
210: デフォルトの名無しさん [sage] 2014/03/11(火) 07:52:01.12 >>201 別に荒れてないよ、git 脳が勝手に暴れて勝手に玉砕しただけ (w http://mevius.5ch.net/test/read.cgi/tech/1393147031/210
211: デフォルトの名無しさん [sage] 2014/03/11(火) 07:53:32.10 なるほど、ということにしたい奴が荒らしていたわけか。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/211
212: デフォルトの名無しさん [sage] 2014/03/11(火) 08:04:16.45 >>206 はあ？ >>144 をやりたいって話なのは理解してるんだよね？ ファイシステム云々は >>179 とかが言い出した話だよ？ 俺は >>144 が git でできるって言うならやり方示して、って言ってるだけ。 まさか、これがそのまま来るとは思わんかったわ (w > ローカルで見えないから OK とか恥ずかしいこと言ってないよね？ http://mevius.5ch.net/test/read.cgi/tech/1393147031/212
213: デフォルトの名無しさん [sage] 2014/03/11(火) 08:07:55.75 >>212 > プロジェクト無いの一部のフォルダを特定の人/グループに見せないとか、更新禁止にするだけだよ？ やりたいのはこれだよね？ なんども答え出てると思うけど、 gitは普通のディレクトリを使うので、 一部のフォルダを特定の人/グループに見せないかいうのは ディレクトリと全く同じ設定をすればよい。 さらにもっと高度な管理がしたければ、gitサーバーを使うことで 柔軟なアクセス制限を書けられる。 submoduleを使うことで、プロジェクトの一部を 別リポジトリにすることだって可能。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/213
214: デフォルトの名無しさん [sage] 2014/03/11(火) 08:08:11.18 >>211 もうみんな話変えようとしてるよ？ まだ、恥ずかしいレス続けるの？ (w http://mevius.5ch.net/test/read.cgi/tech/1393147031/214
215: デフォルトの名無しさん [sage] 2014/03/11(火) 08:10:13.16 意訳 > もうみんな話変えようとしてるよ？ 「俺は」 話変えようとしてるよ？ みんなも同調してよ！ > まだ、恥ずかしいレス続けるの？ (w お前のレスは恥ずかしいんだ。 みんなも同調してよ！ http://mevius.5ch.net/test/read.cgi/tech/1393147031/215
216: デフォルトの名無しさん [sage] 2014/03/11(火) 08:15:43.08 >>213 > なんども答え出てると思うけど、 リポジトリ分ける以外の答あったっけ？ > さらにもっと高度な管理がしたければ、gitサーバーを使うことで > 柔軟なアクセス制限を書けられる。 だからそのやり方書いてよ。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/216
217: デフォルトの名無しさん [sage] 2014/03/11(火) 08:16:35.24 >>215 まだやるの？ (w http://mevius.5ch.net/test/read.cgi/tech/1393147031/217
218: デフォルトの名無しさん [sage] 2014/03/11(火) 08:20:49.49 >>216 リポジトリ分ける以外の答えは>>213に書いてあるだろ？ なんで見えてないの？すごく不思議なんだけど。 gitは普通のディレクトリを使うので、 一部のフォルダを特定の人/グループに見せないかいうのは ディレクトリと全く同じ設定をすればよい。 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ さらにもっと高度な管理がしたければ、gitサーバーを使うことで ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 柔軟なアクセス制限を書けられる。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/218
219: デフォルトの名無しさん [sage] 2014/03/11(火) 08:21:23.81 都合の悪いレスは見えないんだろ？ 本気でそんな人がいるとはね。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/219
220: デフォルトの名無しさん [sage] 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 サーバーはインストールされているということです。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/220
221: デフォルトの名無しさん [sage] 2014/03/11(火) 08:30:42.77 gitサーバーの一つがgithubだといえば、 馬鹿にもわかるかねぇ。 言うまでもないだろうがgithubはプライベートリポジトリと言って 外部の人には見えないリポジトリにも対応している。 さすがに「githubの使い方を教えてよ」は 技術者として恥ずかしくて言えないだろう。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/221
222: デフォルトの名無しさん [sage] 2014/03/11(火) 08:44:47.35 なんか荒れてると思ったら炎上学習法やってる奴が居るのか… http://mevius.5ch.net/test/read.cgi/tech/1393147031/222
223: デフォルトの名無しさん [sage] 2014/03/11(火) 08:46:12.56 うるさい。そのやり方書いてよ。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/223
224: デフォルトの名無しさん [sage] 2014/03/11(火) 08:54:37.15 svnでいいな http://mevius.5ch.net/test/read.cgi/tech/1393147031/224
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
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 409 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.012s