Git 6

1 ：2013/05/21 〜 最終レス ：2013/09/24

ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
http://git-scm.com/
◆関連サイト
Pro Git - Table of Contents
http://progit.org/book/ja/
Git入門
http://www8.atwiki.jp/git_jp/
◆前スレ
Git 5
http://toro.2ch.net/test/read.cgi/tech/1350144612/

2 ：

◆過去スレ
Git 4
http://toro.2ch.net/test/read.cgi/tech/1329234309/
Git 3
http://toro.2ch.net/test/read.cgi/tech/1310403238/
Git 2
http://hibari.2ch.net/test/read.cgi/tech/1284467898/
git スレッド [Linux板]
http://hibari.2ch.net/test/read.cgi/linux/1197798039/
◆関連スレ
バージョン管理システムについて語るスレ9
http://toro.2ch.net/test/read.cgi/tech/1334766732/
CVS導入スレ〜 Rev.3
http://toro.2ch.net/test/read.cgi/tech/1113141518/
Subversion r14
http://toro.2ch.net/test/read.cgi/tech/1326806859/
【分散型バージョン管理】 Mercurial 2【hg】
http://toro.2ch.net/test/read.cgi/tech/1321109748/
【bzr】Bazaarでバージョン管理 Rev 4
http://toro.2ch.net/test/read.cgi/tech/1356521407/
◆関連スレ 別板
CVS 1.3 [UNIX板]
http://toro.2ch.net/test/read.cgi/unix/1093611448/
subversion バージョン管理【サブバージョン】 [Linux板]
http://engawa.2ch.net/test/read.cgi/linux/1154701996/

3 ：

◆関連書籍
Gitによるバージョン管理
2011/10
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06864-5
実用Git
2010/02
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-87311-440-8
入門Git
2009/9
http://www.shuwasystem.co.jp/products/7980html/2380.html
入門git
2009/08
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06767-9

4 ：

　　　　 　＿＿＿_∩＿∩
　　〜／　　　　　 　 ・　・＼
　　　（　　 　　　　　　 ∀ 　 ）　　＜ぼく、4ゲット君
　　　　＼／＼／＼／＼／

5 ：

　　　　 　＿＿＿_∩＿∩
　　〜／　　　　　 　 ・　・＼
　　　（　　 　　　　　　 ∀ 　 ）　　＜あたち、5ゲットちゃん
　　　　＼／＼／＼／＼／

6 ：

どこが違うんだｗ

7 ：

>>3
書籍じゃないけど参考になるのでぺたり
http://git-scm.com/book/ja

8 ：

>>7
すばらしい
>>1に書いておくべき

9 ：

すでに書いてある。URLが変わっただけ。

10 ：

gif←ジフ
git←ジット

11 ：

cogito←コギト
git←ギット

12 ：

http://itpro.nikkeibp.co.jp/article/NEWS/20130529/480625/

13 ：

>>12
>年収は必須です。
わろす

14 ：

Q. Pull Requests、Forkなどの機能はありますか？
A. 申し訳ありません現在は実装しておりません。
    作ってる本人も欲しい機能なので結構早く実装されるとおもいます。
Q. Gitサーバーにsshでアクセスすることは可能ですか？
A. 申し訳ありません現在HTTPSのみ対応しております。
    開発チームがそれなりにがんばっているので、それなりな時期に対応できるとおもいます。
    俺が実装してやるぜ！という奇特な方はこちらからご応募ください。
http://www.bizreach.co.jp/recruit/
ふ〜ん。

15 ：

また画面丸パクリだったりするのかな

16 ：

これはひどい

17 ：

誰かが負荷かけて潰すだろうな

18 ：

>>14
スクロールして一瞬びびった。グロ画像かと思ったじゃねーか。

19 ：

CVSユーザーです。gitの場合CVSのモジュール一つにつき
一つのリポジトリを用意する必要があるという認識で良いですか？

20 ：

gitを学ぶならCVSのことは全部忘れた方がいいと思うよ

21 ：

いや、忘れる必要は無いだろ。技術者として。

22 ：

そういう意味で言ってるんじゃないと思うぞ・・・

23 ：

あんな男のことはもう忘れて俺だけを見ろ って意味か

24 ：

>>20
比較しながら違いを見ていかないと覚えられない性格でなんす。
知っているなら意地悪しないで教えていただけなせんか？

25 ：

管理方針によっても変わりますが、CVSのモジュールにひとつに対して、
Gitではひとつのベアリポジトリと複数のリポジトリを作ることになると思われます

26 ：

>>25
ありがとうございます。
ベアリポジトリというのが、CVSのトランク
ただのリポジトリというのがCVSのブランチ
にあたるものですよね？

27 ：

根本的に違う
入門記事とかそこらじゅうにあるんだから
ちょっとは自分で調べろよ

28 ：

>>27
きちんと理解できてないかもしれませんが、入門記事は読んでます。
お手間をかけて申し訳ございませんが、どう根本的に違うのか教えていただけないでしょうか。

29 ：

>>27
機能的な意味では確かに全く違うが、
運用的な側面で比較するなら妥当な気もする

30 ：

根本的に違うものが比較できるかよ。
事実がどうかは別として、根本的に違うと理解してる奴に聞くことじゃない。
悪意があるようにしか思えん。

31 ：

そもそもCVS流儀の使い方をするならgit使う必要ないだろ
CVSが流石に古くなってきたって程度の理由ならsvnにしとけ
仕事で自分の意思でなくgitに移行することになったんなら
こんなところで質問すんな
誰か犠牲者がでる

32 ：

>>30
横やりだが、上のやり取りを見て一言。
俺はCVS→SVN→GITとの流れで使ってきた人間だが
>>26の言いたいことはわかるし、>>27の根本的に違うという発言も理解出来る。
>>26
多分、あなたの考えで問題ない(だろう)よ。

33 ：

>>19
そういうことだな。
一部だけのチェックアウトができないから未だにcvsで運用しているレポジトリがあるわ。

34 ：

>>24
CVSはどうやって覚えたんだ？
CVSを知らなかったときのことを思い出せ。

35 ：

>>34
一度覚えたら、その比較でしか覚えられないだろ？
日本人に日本語を覚えた時のように英語を覚えろと言っても無理だろ？

36 ：

どうだろ
母国語以外で比較しないと意味ないな
既に英語を知ってる人が
フランス語を覚える時は
英語を忘れた方が良くね？

37 ：

>>36
そんなことはないだろ。
話をプログラムミング言語に移すと
Java使いがC#覚える時は大抵比較的で覚えるだろ
そうでないと非効率だ

38 ：

他の言語を覚えるのはまた1から始まりじゃないからな
共通して利用できる部分は多々ある

39 ：

>>37
C#は、ほとんどJavaのパクリじゃないか。

40 ：

>>19
合ってる。
gitはリポジトリの一部をチェックアウトできないので、
CVSのモジュールごとにリポジトリを作る必要がある。
>>26
違う。ベアリポジトリは集中管理用のリポジトリ。
CVSのチェックアウトに一番近い概念はgitではリポジトリのクローン。
みんなが参照する中央のリポジトリがベアリポジトリ、
それをクローンして各自が作業に使うのがノンベアリポジトリ。

41 ：

>>12
返事キター
(●●) 様
 
はじめまして。
株式会社ビズリーチCTOの△◎◇と申します。
 
この度はコードブレイクにご登録いただきまして、
誠にありがとうございます。
 
ご挨拶といたしまして、私たちが「コードブレイク」を始めた理由と
機能についてお話させてください。
 
■コードブレイクを始めた理由
 
私はITエンジニアなどのIT・Webエンジニアが
正当に評価されていないことに古くから疑問を持っていました。
 
高度な技術を持つIT・Webスペシャリストは、世界中で重宝される存在です。
しかし日本においては、必ずしもその通りではなく、評価されるべき人材が、
正当な評価とそれに見合う報酬を受け取っているとは言い切れません。
 
優秀なIT・Webエンジニアが
自分の市場価値を正しく把握することで、
もっともふさわしい仕事とそれに見合う報酬を受け取ってほしい。
「codebreak;（コードブレイク）」は、そんな想いから作ったサービスです。
サービス名には、IT・Webエンジニアの周りを取り巻いていた、
不必要な「規約、規則＝code」を「壊す、打ち破る＝break」という想いを込めています。
■コードブレイクの機能
以下略

42 ：

Webエンジニアなんてプログラマーの中でも底辺じゃん

43 ：

>>42
昔から「士農工商犬プログラマ」と言うように
そもそもからプログラマーが底辺なんだから、
底辺の中で上下を決めた所でしょうもない

44 ：

Gitのリベースとは、SVNで言うところの
「機能ブランチの再統合マージ」のことですよね？

45 ：

Gitのリベースはブランチをマージするとかじゃない場合も使える
ひとつのブランチ上でコミットの順番を入れ替えるとかもリベース

46 ：

コミットログの編集、削除やらも git rebase やな

47 ：

リポジトリ内に既にあるものを変更するからって何でもかんでもrebaseに押し込めすぎ

48 ：

コミットが何なのかを理解すれば、その何でもかんでもと思ってることが
rebaseひとつで済む理由を理解できる。

49 ：

で、そういうオペレーションをrebaseって言葉で表現するの？

50 ：

覚えるの面倒だから全部rebaseでいい

51 ：

だがブランチ切り替えをcheckoutにしたのは異論あり

52 ：

ファイルを指定したときとブランチ名指定したときで全く違う機能持ってるのはよくないな

53 ：

rebaseと比較の上で考えると全く違うってほどでもない。

54 ：

ファイル指定の時にワークのファイル保護さえしてくれれば良い気がした。
なんであそこだけノーガードなんだろ？

55 ：

いやいやcheckoutのそれはまったく違うぞｗ
それに比べたらrebaseがやることは常に一緒。

56 ：

gitのuiは飾りです。偉い人にはそれが分からんのですよ。
従来のSCMとは概念から違うのに、既存のSCMと無理矢理コマンド合せようとしたから破綻してる。

57 ：

UIが内部的な処理に引き擦られてしまっているだけ
ボトムアップな作り方だからそうなったというだけ

58 ：

つまり、片手を鼻くそほじるためにあけるためだけのものではなく、
gitの概念をきちんと理解した上での新しい憂を作れと。

59 ：

-リモートとローカルのマージ
-メインブランチとトピックブランチのマージ
上記は全く違うものだと思うのですが、
皆さんは両方ともマージと呼んで混乱しないんですか？

60 ：

FFマージと非FFマージとFF状態での非FF形式のマージ。
非FF状態でFF形式のマージはできない。
このぐらいしか意識してない。

61 ：

〜と〜のマージと呼ぶ方が混乱する。
〜から〜へのマージと呼んでもらえば、何を対象にしてても同じ

62 ：

VisualSVNServer的なWindows上に簡単に
インストール出来るgitサーバーパッケージ
って無いんですか？

63 ：

repoの話題はここでいいんかな
複数のgitリポジトリを包含したrepoで、新規にtopicブランチをつくりたいです。
$ repo start topic --all
みたいにするとtopicブランチは出来上がるんだけど、ブランチ元がずいぶん昔の
バージョンになってしまう。
現在 $repo status とかで見えているカレントのブランチから派生させたいんだけど
どうやったらよいですか？

64 ：

>>59
>-リモートとローカルのマージ
gitの場合はこれが無い
存在するのはリモートと関連付けられたローカルとのマージのみ
ローカルとリモートを同期させるかは別問題

65 ：

git-svnの利用に関して質問です。
Subversionの場合、よく一つのリポジトリで複数のexeやlibを
管理することが多いです。そんな場合でもgit-svnは利用できますか？

66 ：

>>65
そのような用途には若干不向きです

67 ：

>>66
不可能だと思って聞いたんですが、「不向き」とおっしゃるということは
可能ということですか？

<追加質問>
もし、1リポジトリ＝1exeが保証されているとして、
リモートリポジトリをSVNである場合の不利な点って何が有りますか？

68 ：

そりゃ全部いっしょくたにすりゃ可能は可能だろｗ

69 ：

>>65
バイナリも管理(リポジトリに登録)できるか、という意味であればできる。

70 ：

>>67
中央管理だからサーバーが死んだら終わりってくらい？

71 ：

>>69
バイナリ管理は出来るのは大前提であり、
1リポジトリ＝1exeが守れなくてもgit-svnで運用できるかという
ことを私は聞きたかったのですが…。

72 ：

>>70
ネットワーク速度的やCPU処理速度的な
デメリットは特にないということですか？

73 ：

速度はハード性能を上げれば済む話
機能的な差が無いかが気になる

74 ：

>>71
出来る出来ないで言えば出来る
と言っておろう

75 ：

画像大量にブチ込むとかやってる人居ない?

76 ：

>>74
その出来るという運用方法を教えていただけないでしょうか。

77 ：

７７

78 ：

>>74
出来ないなら出来ないと認めればいいのに orz
突っ込む方も突っ込む方だが…

79 ：

そもそも何が出来ないと思ってるか不明。不便を許容したら大抵のことは可能の範疇にはいるだろ？
なんとかして運用方法を知りたいというよりも、なんとかして不可能という言質を引き出したいように見える。
git-svnはsubversionリポジトリのサブディレクトリと関連付られるんだから、製品それぞれを別のリモート名にすりゃ良いんじゃないの？

80 ：

たくさんのexeファイルを含むSVNのリポジトリをgit-svnで管理できるか？ってことだよね
できるんじゃないの？
exeファイルの数やサイズや更新頻度によっては実用にならない可能性はあるけど
それは知らんから、試してみてくれ

81 ：

>>79の冷静な対応に感動した

82 ：

git clone githubでクローンしたいプロジェクトのurl
cloneした状態でgit logをすると 元のプロジェクトの人が貯めてきたログが残っています。
こういうのってcloneした後に.gitディレクトリを消してからgit initってしてリポジトリを作るものでしょうか？
それともこのcloneしてそのままaddとかcommitをしていくべきでしょうか？

83 ：

githubでクローンしたいプロジェクトを
自分のプロジェクトに fork してから
git clone 自分のプロジェクトのurl

84 ：

>>75
広告デザインとか、ウェブサイトのデザインで使うときには、材料を全部入れる。
Macのgitブラウザは、よく使うフォーマットの画像がプレビューできるので
画像のdiffもバイナリdiffじゃなく、プレビューで見られるので便利。

85 ：

LinuxでGUIからgit使うのにお勧めツールないでしょうか
redmineみたいな感じでチケット管理もできると最高なのですが

86 ：

まるでWindowsにならあるような書き方ですが
もちろんWindows版にもありません。

87 ：

Windowsの方はVisualStudioがgitのネイティブサポートを始めたよね。まだβっぽいけど。

88 ：

チケット管理が無いとダメなら
giteyeとかsoucetreeみたいな普通のクライアントじゃ無理なんじゃ？

89 ：

コマンドラインで使うのが一番便利だと思うのだけどなあ。

90 ：

全体をだらだら眺めるような時はtigとか使うのも便利だと思うよ

91 ：

tig試しに使って見たことはあるのだけど、結局、logformatに%dの出力足せばすむ話だし。
差分もvim -R -食わせちゃった方がなれていることもあって不便はかんじないんだよなぁ
そもそも、git guiとかgtk一応はいってるてのもある。
Xming知ってから世界はかわった(笑)
コンフリクトした時、meld使うくらい？
ってことで、rebaseできるものでもなければguiあんま必要ない。
っていうか、rebaseのできるguiってありそうでないよね。

92 ：

SourceTreeは普通のrebaseもインタラクティブrebaseもできる
それだけでは細かくコミット編集するのにはまだ不便だが
普通に使うのには十分だと思う

93 ：

おお、それは朗報。後で少し調べてみよう。
rebaseって、tagやbranchため込んでると手間が増えて手でやるの面倒だったんだ。
branchからbranchつくってるやつとか。
それとも、tagはpushする直前につけて、branchはmergeしたあとはすぐ削除したほうがいいのかな？

94 ：

$git --init
$touch ticket.org
でemacs使った簡易Redmineもどきできるな

95 ：

gitweb ってブランチの表示機能が無いのか〜
結構良いデキなのに、惜しいなぁ

96 ：

複数のbranchがあるリポジトリで、リモートのすべてのbranchの変更点をローカルに反映
させたい場合、checkout/pullを全branchについて実行するより簡単な方法ってありますか？

97 ：

ブランチ未指定でプルプルすればいいんじゃないの？

98 ：

すいません、プルプルってなんです？

99 ：

How to fetch all git branches - Stack Overflow
http://stackoverflow.com/questions/10312521/how-to-fetch-all-git-branches

100read 1read

1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

日本語プログラミング言語『なでしこ』スレ5 (874)
COM (386)
float 使うヤツはドシロートかおぢさん (156)
マルチプラットフォーム プログラミング言語 haXe (135)
Git 6 (556)
Python の宿題ここで答えます Part 2 (366)
--log9.info------------------
∋SEX-ANDROID 11∈ (526)
【'10.7.3一日復活】La'Mule【'10夏ワンマン？】 (725)
凛-the end of corruption world- (321)
【奇跡の】Waive39【限定復活】 (317)
Black Gene For the Next Scene【ラメ新盤】 (122)
【純文学派】ROXXANE vol.337【ｵﾙﾀﾅ】 (156)
boogieman part6 (712)
【ピコピコ】FLOPPY 第８回【生徒会】 (157)
【悲報】フールズメイト廃刊 (128)
陰陽座 (714)
【元アンカフェ】　　Lc5　　【みく→miku】 (805)
【『血』生,愛,死.】NightingeiL vol.3【ﾅｲﾁﾝｹﾞｲﾙ】 (519)
BAISER (105)
Lucifer luscious Violenoue 3 (253)
【桜塚やっくん】美女♂menVlossom【たかみー】 (320)
【元祖名古屋系】Silver-Rose【銀薔薇】 (145)
--log55.com------------------
【Mobage】糞ゴミアバ不正者永久晒し13【叩き潰し】
紙ものヲチスレ 8枚目
FOXEY Rene 転売屋 監視スレ 4
赤髪・黒vivi・シジミ芋と不愉快な仲間たちpart56
【Twitch】LoL配信者ウォッチスレ Part28【ニコ生】
★TalesWeaver　モエン鯖隔離part23
【パクラー】牛魂ヲチスレ27【黒崎ヴァイス】
【インスタ】ペット系総合Part.3【Instagram】