13/05/21 11:28:50.26
◆過去スレ
Git 4
ｽﾚﾘﾝｸ(tech板)
Git 3
ｽﾚﾘﾝｸ(tech板)
Git 2
ｽﾚﾘﾝｸ(tech板)
git スレッド [Linux板]
ｽﾚﾘﾝｸ(linux板)
◆関連スレ
バージョン管理システムについて語るスレ9
ｽﾚﾘﾝｸ(tech板)
CVS導入スレ～ Rev.3
ｽﾚﾘﾝｸ(tech板)
Subversion r14
ｽﾚﾘﾝｸ(tech板)
【分散型バージョン管理】 Mercurial 2【hg】
ｽﾚﾘﾝｸ(tech板)
【bzr】Bazaarでバージョン管理 Rev 4
ｽﾚﾘﾝｸ(tech板)
◆関連スレ 別板
CVS 1.3 [UNIX板]
ｽﾚﾘﾝｸ(unix板)
subversion バージョン管理【サブバージョン】 [Linux板]
ｽﾚﾘﾝｸ(linux板)
3:デフォルトの名無しさん
13/05/21 11:29:24.67
◆関連書籍
Gitによるバージョン管理
2011/10
URLﾘﾝｸ(ssl.ohmsha.co.jp)
実用Git
2010/02
URLﾘﾝｸ(ssl.ohmsha.co.jp)
入門Git
2009/9
URLﾘﾝｸ(www.shuwasystem.co.jp)
入門git
2009/08
URLﾘﾝｸ(ssl.ohmsha.co.jp)
4:デフォルトの名無しさん
13/05/21 17:47:18.33
＿＿＿_∩＿∩
～／ ・ ・＼
（ ∀ ） ＜ぼく、4ゲット君
＼／＼／＼／＼／
5:デフォルトの名無しさん
13/05/21 18:00:42.14
＿＿＿_∩＿∩
～／ ・ ・＼
（ ∀ ） ＜あたち、5ゲットちゃん
＼／＼／＼／＼／
6:デフォルトの名無しさん
13/05/21 18:24:42.86
どこが違うんだｗ
7:デフォルトの名無しさん
13/05/21 20:27:27.03
>>3
書籍じゃないけど参考になるのでぺたり
URLﾘﾝｸ(git-scm.com)
8:デフォルトの名無しさん
13/05/21 20:45:57.85
>>7
すばらしい
>>1に書いておくべき
9:デフォルトの名無しさん
13/05/21 20:49:06.05
すでに書いてある。URLが変わっただけ。
10:デフォルトの名無しさん
13/05/22 23:55:31.37
gif←ジフ
git←ジット
11:デフォルトの名無しさん
13/05/23 00:11:42.22
cogito←コギト
git←ギット
12:デフォルトの名無しさん
13/05/30 08:03:12.77
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
13:デフォルトの名無しさん
13/05/30 08:19:51.93
>>12
>年収は必須です。
わろす
14:デフォルトの名無しさん
13/05/30 08:31:20.23
Q. Pull Requests、Forkなどの機能はありますか？
A. 申し訳ありません現在は実装しておりません。
作ってる本人も欲しい機能なので結構早く実装されるとおもいます。
Q. Gitサーバーにsshでアクセスすることは可能ですか？
A. 申し訳ありません現在HTTPSのみ対応しております。
開発チームがそれなりにがんばっているので、それなりな時期に対応できるとおもいます。
俺が実装してやるぜ！という奇特な方はこちらからご応募ください。
URLﾘﾝｸ(www.bizreach.co.jp)
ふ～ん。
15:デフォルトの名無しさん
13/05/30 12:45:19.64
また画面丸パクリだったりするのかな
16:デフォルトの名無しさん
13/05/30 12:59:51.25
これはひどい
17:デフォルトの名無しさん
13/05/30 19:48:48.10
誰かが負荷かけて潰すだろうな
18:デフォルトの名無しさん
13/05/31 00:30:01.42
>>14
スクロールして一瞬びびった。グロ画像かと思ったじゃねーか。
19:デフォルトの名無しさん
13/06/01 17:19:55.26
CVSユーザーです。gitの場合CVSのモジュール一つにつき
一つのリポジトリを用意する必要があるという認識で良いですか？
20:デフォルトの名無しさん
13/06/01 18:07:22.36
gitを学ぶならCVSのことは全部忘れた方がいいと思うよ
21:デフォルトの名無しさん
13/06/01 18:56:33.22
いや、忘れる必要は無いだろ。技術者として。
22:デフォルトの名無しさん
13/06/01 19:00:09.51
そういう意味で言ってるんじゃないと思うぞ・・・
23:デフォルトの名無しさん
13/06/01 19:01:44.47
あんな男のことはもう忘れて俺だけを見ろ って意味か
24:19
13/06/01 20:14:48.96
>>20
比較しながら違いを見ていかないと覚えられない性格でなんす。
知っているなら意地悪しないで教えていただけなせんか？
25:デフォルトの名無しさん
13/06/01 20:30:01.74
管理方針によっても変わりますが、CVSのモジュールにひとつに対して、
Gitではひとつのベアリポジトリと複数のリポジトリを作ることになると思われます
26:19
13/06/01 21:08:46.73
>>25
ありがとうございます。
ベアリポジトリというのが、CVSのトランク
ただのリポジトリというのがCVSのブランチ
にあたるものですよね？
27:デフォルトの名無しさん
13/06/01 22:05:18.89
根本的に違う
入門記事とかそこらじゅうにあるんだから
ちょっとは自分で調べろよ
28:19
13/06/01 22:14:03.46
>>27
きちんと理解できてないかもしれませんが、入門記事は読んでます。
お手間をかけて申し訳ございませんが、どう根本的に違うのか教えていただけないでしょうか。
29:デフォルトの名無しさん
13/06/01 22:17:23.53
>>27
機能的な意味では確かに全く違うが、
運用的な側面で比較するなら妥当な気もする
30:デフォルトの名無しさん
13/06/01 22:19:07.12
根本的に違うものが比較できるかよ。
事実がどうかは別として、根本的に違うと理解してる奴に聞くことじゃない。
悪意があるようにしか思えん。
31:デフォルトの名無しさん
13/06/01 22:30:21.42
そもそもCVS流儀の使い方をするならgit使う必要ないだろ
CVSが流石に古くなってきたって程度の理由ならsvnにしとけ
仕事で自分の意思でなくgitに移行することになったんなら
こんなところで質問すんな
誰か犠牲者がでる
32:デフォルトの名無しさん
13/06/01 22:37:48.33
>>30
横やりだが、上のやり取りを見て一言。
俺はCVS→SVN→GITとの流れで使ってきた人間だが
>>26の言いたいことはわかるし、>>27の根本的に違うという発言も理解出来る。
>>26
多分、あなたの考えで問題ない(だろう)よ。
33:デフォルトの名無しさん
13/06/01 22:58:25.48
>>19
そういうことだな。
一部だけのチェックアウトができないから未だにcvsで運用しているレポジトリがあるわ。
34:デフォルトの名無しさん
13/06/01 23:37:07.37
>>24
CVSはどうやって覚えたんだ？
CVSを知らなかったときのことを思い出せ。
35:デフォルトの名無しさん
13/06/02 00:07:24.71
>>34
一度覚えたら、その比較でしか覚えられないだろ？
日本人に日本語を覚えた時のように英語を覚えろと言っても無理だろ？
36:デフォルトの名無しさん
13/06/02 00:43:58.44
どうだろ
母国語以外で比較しないと意味ないな
既に英語を知ってる人が
フランス語を覚える時は
英語を忘れた方が良くね？
37:デフォルトの名無しさん
13/06/02 03:25:37.22
>>36
そんなことはないだろ。
話をプログラムミング言語に移すと
Java使いがC#覚える時は大抵比較的で覚えるだろ
そうでないと非効率だ
38:デフォルトの名無しさん
13/06/02 03:28:44.09
他の言語を覚えるのはまた1から始まりじゃないからな
共通して利用できる部分は多々ある
39:デフォルトの名無しさん
13/06/02 03:46:02.28
>>37
C#は、ほとんどJavaのパクリじゃないか。
40:デフォルトの名無しさん
13/06/02 11:38:21.03
>>19
合ってる。
gitはリポジトリの一部をチェックアウトできないので、
CVSのモジュールごとにリポジトリを作る必要がある。
>>26
違う。ベアリポジトリは集中管理用のリポジトリ。
CVSのチェックアウトに一番近い概念はgitではリポジトリのクローン。
みんなが参照する中央のリポジトリがベアリポジトリ、
それをクローンして各自が作業に使うのがノンベアリポジトリ。
41:デフォルトの名無しさん
13/06/05 20:04:03.61
>>12
返事キター
(●●) 様
はじめまして。
株式会社ビズリーチCTOの△◎◇と申します。
この度はコードブレイクにご登録いただきまして、
誠にありがとうございます。
ご挨拶といたしまして、私たちが「コードブレイク」を始めた理由と
機能についてお話させてください。
■コードブレイクを始めた理由
私はITエンジニアなどのIT・Webエンジニアが
正当に評価されていないことに古くから疑問を持っていました。
高度な技術を持つIT・Webスペシャリストは、世界中で重宝される存在です。
しかし日本においては、必ずしもその通りではなく、評価されるべき人材が、
正当な評価とそれに見合う報酬を受け取っているとは言い切れません。
優秀なIT・Webエンジニアが
自分の市場価値を正しく把握することで、
もっともふさわしい仕事とそれに見合う報酬を受け取ってほしい。
「codebreak;（コードブレイク）」は、そんな想いから作ったサービスです。
サービス名には、IT・Webエンジニアの周りを取り巻いていた、
不必要な「規約、規則＝code」を「壊す、打ち破る＝break」という想いを込めています。
■コードブレイクの機能
以下略
42:デフォルトの名無しさん
13/06/05 20:19:40.68
Webエンジニアなんてプログラマーの中でも底辺じゃん
43:デフォルトの名無しさん
13/06/05 23:58:44.11
>>42
昔から「士農工商犬プログラマ」と言うように
そもそもからプログラマーが底辺なんだから、
底辺の中で上下を決めた所でしょうもない
44:デフォルトの名無しさん
13/06/06 11:24:50.99
Gitのリベースとは、SVNで言うところの
「機能ブランチの再統合マージ」のことですよね？
45:デフォルトの名無しさん
13/06/06 11:46:23.53
Gitのリベースはブランチをマージするとかじゃない場合も使える
ひとつのブランチ上でコミットの順番を入れ替えるとかもリベース
46:デフォルトの名無しさん
13/06/06 11:57:33.66
コミットログの編集、削除やらも git rebase やな
47:デフォルトの名無しさん
13/06/06 12:19:05.74
リポジトリ内に既にあるものを変更するからって何でもかんでもrebaseに押し込めすぎ
48:デフォルトの名無しさん
13/06/06 13:15:36.02
コミットが何なのかを理解すれば、その何でもかんでもと思ってることが
rebaseひとつで済む理由を理解できる。
49:デフォルトの名無しさん
13/06/06 13:38:19.05
で、そういうオペレーションをrebaseって言葉で表現するの？
50:デフォルトの名無しさん
13/06/06 13:46:18.50
覚えるの面倒だから全部rebaseでいい
51:デフォルトの名無しさん
13/06/06 16:59:54.41
だがブランチ切り替えをcheckoutにしたのは異論あり
52:デフォルトの名無しさん
13/06/06 17:07:26.93
ファイルを指定したときとブランチ名指定したときで全く違う機能持ってるのはよくないな
53:デフォルトの名無しさん
13/06/06 17:22:38.93
rebaseと比較の上で考えると全く違うってほどでもない。
54:デフォルトの名無しさん
13/06/06 17:29:31.17
ファイル指定の時にワークのファイル保護さえしてくれれば良い気がした。
なんであそこだけノーガードなんだろ？
55:デフォルトの名無しさん
13/06/06 17:42:26.53
いやいやcheckoutのそれはまったく違うぞｗ
それに比べたらrebaseがやることは常に一緒。
56:デフォルトの名無しさん
13/06/06 22:09:52.71
gitのuiは飾りです。偉い人にはそれが分からんのですよ。
従来のSCMとは概念から違うのに、既存のSCMと無理矢理コマンド合せようとしたから破綻してる。
57:デフォルトの名無しさん
13/06/07 08:07:39.73
UIが内部的な処理に引き擦られてしまっているだけ
ボトムアップな作り方だからそうなったというだけ
58:デフォルトの名無しさん
13/06/07 08:49:15.24
つまり、片手を鼻くそほじるためにあけるためだけのものではなく、
gitの概念をきちんと理解した上での新しい憂を作れと。
59:デフォルトの名無しさん
13/06/07 11:25:19.35
-リモートとローカルのマージ
-メインブランチとトピックブランチのマージ
上記は全く違うものだと思うのですが、
皆さんは両方ともマージと呼んで混乱しないんですか？
60:デフォルトの名無しさん
13/06/07 11:49:15.77
FFマージと非FFマージとFF状態での非FF形式のマージ。
非FF状態でFF形式のマージはできない。
このぐらいしか意識してない。
61:デフォルトの名無しさん
13/06/07 15:48:26.96
～と～のマージと呼ぶ方が混乱する。
～から～へのマージと呼んでもらえば、何を対象にしてても同じ
62:デフォルトの名無しさん
13/06/07 16:09:33.23
VisualSVNServer的なWindows上に簡単に
インストール出来るgitサーバーパッケージ
って無いんですか？
63:デフォルトの名無しさん
13/06/07 16:47:33.66
repoの話題はここでいいんかな
複数のgitリポジトリを包含したrepoで、新規にtopicブランチをつくりたいです。
$ repo start topic --all
みたいにするとtopicブランチは出来上がるんだけど、ブランチ元がずいぶん昔の
バージョンになってしまう。
現在 $repo status とかで見えているカレントのブランチから派生させたいんだけど
どうやったらよいですか？
64:デフォルトの名無しさん
13/06/07 23:02:39.65
>>59
>-リモートとローカルのマージ
gitの場合はこれが無い
存在するのはリモートと関連付けられたローカルとのマージのみ
ローカルとリモートを同期させるかは別問題
65:デフォルトの名無しさん
13/06/10 12:06:58.48
git-svnの利用に関して質問です。
Subversionの場合、よく一つのリポジトリで複数のexeやlibを
管理することが多いです。そんな場合でもgit-svnは利用できますか？
66:デフォルトの名無しさん
13/06/10 12:09:27.77
>>65
そのような用途には若干不向きです
67:デフォルトの名無しさん
13/06/10 12:18:46.68
>>66
不可能だと思って聞いたんですが、「不向き」とおっしゃるということは
可能ということですか？
<追加質問>
もし、1リポジトリ＝1exeが保証されているとして、
リモートリポジトリをSVNである場合の不利な点って何が有りますか？
68:デフォルトの名無しさん
13/06/10 12:46:46.02
そりゃ全部いっしょくたにすりゃ可能は可能だろｗ
69:デフォルトの名無しさん
13/06/10 13:00:36.05
>>65
バイナリも管理(リポジトリに登録)できるか、という意味であればできる。
70:デフォルトの名無しさん
13/06/10 13:03:06.73
>>67
中央管理だからサーバーが死んだら終わりってくらい？
71:デフォルトの名無しさん
13/06/10 13:20:07.94
>>69
バイナリ管理は出来るのは大前提であり、
1リポジトリ＝1exeが守れなくてもgit-svnで運用できるかという
ことを私は聞きたかったのですが…。
72:デフォルトの名無しさん
13/06/10 13:21:04.71
>>70
ネットワーク速度的やCPU処理速度的な
デメリットは特にないということですか？
73:デフォルトの名無しさん
13/06/10 13:31:08.72
速度はハード性能を上げれば済む話
機能的な差が無いかが気になる
74:デフォルトの名無しさん
13/06/10 13:41:00.07
>>71
出来る出来ないで言えば出来る
と言っておろう
75:デフォルトの名無しさん
13/06/10 13:47:43.49
画像大量にブチ込むとかやってる人居ない?
76:デフォルトの名無しさん
13/06/10 14:24:31.47
>>74
その出来るという運用方法を教えていただけないでしょうか。
77:デフォルトの名無しさん
13/06/10 15:00:40.33
７７
78:デフォルトの名無しさん
13/06/10 15:05:22.76
>>74
出来ないなら出来ないと認めればいいのに orz
突っ込む方も突っ込む方だが…
79:デフォルトの名無しさん
13/06/10 16:54:55.00
そもそも何が出来ないと思ってるか不明。不便を許容したら大抵のことは可能の範疇にはいるだろ？
なんとかして運用方法を知りたいというよりも、なんとかして不可能という言質を引き出したいように見える。
git-svnはsubversionリポジトリのサブディレクトリと関連付られるんだから、製品それぞれを別のリモート名にすりゃ良いんじゃないの？
80:デフォルトの名無しさん
13/06/10 17:10:56.30
たくさんのexeファイルを含むSVNのリポジトリをgit-svnで管理できるか？ってことだよね
できるんじゃないの？
exeファイルの数やサイズや更新頻度によっては実用にならない可能性はあるけど
それは知らんから、試してみてくれ
81:デフォルトの名無しさん
13/06/10 17:37:09.40
>>79の冷静な対応に感動した