git スレッド - 暇つぶし2ch

git スレッド at LINUX

1:login:Penguin
07/12/16 18:40:39 GslAi8rs
ソースコード管理を行うバージョン管理システム、git について語ろう。

あの、リーナス・トーバルズだって、バージョン管理を始めたんだ。
URLﾘﾝｸ(www.kernel.org)

git チュートリアル (バージョン 1.5.1 以降用)
URLﾘﾝｸ(www8.atwiki.jp)

2:関連スレ
07/12/16 18:46:21 f7tgD3+1
バージョン管理システムについて語るスレ
ｽﾚﾘﾝｸ(tech板)

ところで Windows ユーザはお呼びでない？
GUI でコミットできたりする？
今は犬糞自鯖の Subversion リポジトリを
TortoiseSVN でつかってるんだけどさ．

あと，Merナントカと比べてどっちがいいの？

3:login:Penguin
07/12/16 19:11:29 qBPtEO0s
関連スレ

Linux 板
subversion バージョン管理【サブバージョン】
ｽﾚﾘﾝｸ(linux板)
UNIX 板
CVS 1.3
ｽﾚﾘﾝｸ(unix板)

>>1
乙。

4:login:Penguin
07/12/16 20:26:49 QXy/zVCN

5:login:Penguin
07/12/16 22:42:28 GNrc/MYC
>>1
乙。
バージョン管理システムについて語るスレから誘導されてきました

>>2
すまん、犬がLinuxを指すんだろうなーというのは感じてたんだが、
犬糞とは？

6:login:Penguin
07/12/16 22:50:22 QXy/zVCN

7:login:Penguin
07/12/17 00:08:13 xELccl5q
L　I　N　U　 X
　 ~~~~~~~~ ~~~

8:login:Penguin
07/12/17 00:40:00 W6zCTNJq
>>7
そか、それで犬糞かー
しっかしイメージわるっ

9:login:Penguin
07/12/17 07:56:26 L6um+ERc
そりゃ悪いイメージを表すための言葉だもの

10:login:Penguin
07/12/17 08:06:29 0XEJOpmd

11:login:Penguin
07/12/17 21:48:16 /yrR25Cr
お前らstash使ってますか？
1.5.3から使えるようになったんだっけな、けっこう便利。

12:login:Penguin
07/12/17 22:28:16 IgqbHlu/

13:login:Penguin
07/12/19 03:32:13 dXqKwU0p
WHITESPACEのサンプルコード張るのはヤメロ

14:login:Penguin
07/12/21 02:00:12 6o0qhWXw
> If there are uncommitted changes in your working tree, commit them first before running git pull.
なんでやねん

15:login:Penguin
07/12/21 03:25:07 AYJ4T+a5
愚痴っぽいヤツだな
checkout -bして逃すか、stashしてpullするのがgitのやり方
それにコンフリクトしてなきゃpullできるだろ

16:login:Penguin
07/12/23 14:53:44 fi/RmBMC
git-hogehoge
コマンド多すぎ！git hogehoegに統一しろよ。かなわんわ。

17:login:Penguin
07/12/23 15:03:11 N2RrqJDE
git-add
git-am
git-branch
git-checkout
git-clone
git-commit
git-diff
git-format-patch
git-log
git-push
git-rebase
だけ分かればなんとかなる。きっとなる。

18:login:Penguin
07/12/23 16:34:13 RyBdHHBH
つgit-init

19:login:Penguin
07/12/23 16:43:09 K9KsPcXg
>>16
git-hogehoge は git hogehoge でもいけますが？

20:login:Penguin
07/12/23 16:55:21 R7YWvlFy
ほれ
URLﾘﾝｸ(linux.yyz.us)

21:login:Penguin
07/12/23 17:27:52 CF8f6C8u
$ git-
zsh: do you wish to see all 144 possibilities (49 lines)?

22:login:Penguin
07/12/23 19:34:11 fi/RmBMC
>>19
いけるに決まってるだろアホか
そういうことがいいたいんじゃないんだよ

23:login:Penguin
07/12/24 01:12:48 a5pJldP1
>>22
＞git hogehoegに統一しろよ
って書いてるけど。じゃgit-hogehogeを無くせってか？
それともコマンド減らせって？
使わなきゃいいだけじゃん。

24:login:Penguin
07/12/24 07:35:31 SQuGm0vv
「＠

25:login:Penguin
08/01/30 02:00:10 bXVdZXGP
gitいいね
いきなりこんなの作れるLinusはやっぱすげえな
彼がバス事故とかにあったらそれでLinux終了なんだろうか

26:login:Penguin
08/02/01 19:08:57 rSw2dtTK
>>25
作者が死んでもソースは志しあるものに引き継がれる。
彼並みのマネージスキルというとあれだけどな。

27:login:Penguin
08/02/07 20:40:32 iRLnulYw
URLﾘﾝｸ(www.kernel.org)

28:login:Penguin
08/02/09 01:28:18 tqDiHypG
ム板からキマスタ
windows版落としてみたら、意外に普通にうごいてびっくりした

29:login:Penguin
08/02/10 03:36:35 HUyz7WXT
git で、svn revert に相当するコマンドは何でしょうか。
git revert filename とすると、fatal: can't find hoge.c と言われます。

30:login:Penguin
08/02/10 03:38:43 HUyz7WXT
>>29
書いたとたん、git reset というのを見つけてしまったorz

31:login:Penguin
08/02/10 14:09:33 irmoOUSW
>>30
gitはreset、rebase、cherry-pickを使い始めると、かなり良い感じになってくると思うヨ

32:login:Penguin
08/02/11 18:21:30 biU+/9KY
git revert で、checkin を簡単に取り消せると聞いて試したのですが、
なんか checkin を取り消すんじゃなくて、checkin したのと逆のパッチを適用するみたいなんですけど、
これってそういうもんでしょうか。
個人的希望としては、直前の checkin を取り消してもとの状態に戻したいだけなんですけど。

33:login:Penguin
08/02/11 18:40:40 huZqSBbS
>>32
その場合はreset使うんだお

まずはチュートリアル見てみたらいいんじゃまいか
URLﾘﾝｸ(www8.atwiki.jp)

34:login:Penguin
08/02/11 19:04:33 biU+/9KY
>>33
あれ、git reset は commit していない checkin を取り消すものじゃないですっけ？

35:login:Penguin
08/02/11 19:50:44 huZqSBbS
>>34
resetはどこにでもリセットできるよ。これがけっこうアツいんだ。
こうすれば今のブランチの１個前にリセットされる
git reset --hard HEAD^
リセットを取り消すのはたいてい出来ないので注意

まあゆっくりドキュメント詠みなって
URLﾘﾝｸ(www8.atwiki.jp)

36:login:Penguin
08/02/22 23:38:57 qDG1xDNv
>>39
git checkoutだよ。

37:login:Penguin
08/02/23 19:57:04 54b7Idwq
さて>>39に何て書けばいいんだ

38:36
08/02/23 20:03:15 bAJ3y1XW
>>29宛ての間違いだった…… orz

39:login:Penguin
08/02/25 00:48:26 ew7Eacri
git で、svn revert に相当するコマンドは何でしょうか。

40:login:Penguin
08/02/25 15:31:38 f8BCtTFE
checkout

41:login:Penguin
08/03/06 21:02:14 oj0m+NVr
URLﾘﾝｸ(gihyo.jp)
SD 4 月号は git 特集らしい。

42:login:Penguin
08/03/20 18:23:26 NvgN5uBF
Git特集きたこれ

43:login:Penguin
08/04/04 16:51:51 VtK1I9PC
HEADは何を表してるんですか？ブランチ名？コミット名？
チュートリアル読んでたら、なんの説明もなしに登場してくるので、教えてください。

44:login:Penguin
08/04/04 18:27:28 JdXMDd2F
>>43
現在作業してるブランチに対する最新のコミットのIDのエイリアス

45:login:Penguin
08/04/04 21:30:33 rtdSSa+F
>>44
最近HEADって大文字で書くのがちょい億劫になってきた

46:login:Penguin
08/04/05 02:49:47 uV0eyb6h
HEADがコミットIDでいえば何番なのかを知るにはどうしたらいいですか

47:login:Penguin
08/04/05 03:01:18 zGo20/US
>>46
git show-ref
とか
cat .git/refs/heads/master
とか
git show HEAD
とかか？

48:login:Penguin
08/04/06 12:09:53 o13Td3py
>>47
さんくす

Gitのmapページで index という用語がでてくるんですが、これは何を意味していますか？

49:login:Penguin
08/04/06 19:21:49 AhVxVw+d
>>48
mapページて何だか分からないが、indexはGit特有かもしれない
ワーキングコピーとリポジトリの中間に位置する場所で、
コミットする前にいったんここに保存する感じになる。
けっこう便利に使えます。
今月号のSD見てみたら？　ムズ目かもしれないけどかなり秀逸な記事ですよ。

50:login:Penguin
08/04/07 19:20:32 EqyCSPuz
>>49
mapページじゃなくてmanページでした。
説明ありがとうございます。
index は、RDBMSでいうところのredoログファイルみたいなもんですかね。
SDってのはSoftwareDesign誌のことでしょうか。ちょっと買ってみます。
それにしてもSoftwareDesignはタイミングよい記事を載せますね。前回のYAMLとJSONも良かった。

51:login:Penguin
08/04/16 11:34:13 RilLZEQp
>>45
見て気になったんだけど、
head って小文字で書いてるんだけど弊害あるの？

52:login:Penguin
08/04/16 13:20:16 bD0WIhMf
gitを最近使い始めて、便利そうな気になっています。

ただ一点気になっていること：
subversion の自分のレポジトリから svn:externals 指定で他のモジュールの
最新版を取得する使い方が多いのですが、gitのレポジトリの場合も外部のsvnを
参照する方法があるのでしょうか？

53:login:Penguin
08/04/16 17:12:38 LOLPT6Jl
>>51
マジheadでいけんの！？　ってやってみたらいけなかたorz
GIT 1.5.5

54:login:Penguin
08/04/16 21:38:44 s50cdEQt
>>52
それは、Gitから他のGitのリポジトリってこと？
それとも、Gitから他のSVNのリポジトリを参照したいってこと？
前者はできるし、後者は git-svn使えばできそう。

55:login:Penguin
08/04/17 08:41:42 pfpWBVyH
リモートのリポジトリにいくつかブランチがあってgit pullする
時にmaster以外にそれらのブランチのデータも一緒にとってきたい
(でも普段checkoutするのはmaster)んだけど、それってどう設定
するのが正しいの?

56:login:Penguin
08/04/17 09:03:47 pfpWBVyH
>>55 自己レスですが、refspecを間違っていただけでした。
ちゃんととってきてました。
よくわかりませんが
git log origin/BRANCH_FOO
と
git log BRANCH_FOO
で内容が違うようです。

57:52
08/04/17 09:04:29 IE4XG+iQ
>>54
Gitから他のSVNレポジトリを参照したいです。
git-svnですね。調べてみます。

58:login:Penguin
08/04/17 09:09:28 ZMgRHVN7
>>53
普通はできないのですか…
バージョンは、cygwinのgit 1.5.4ですね。

使っているのは、
git reset --hard head
git show head
git diff head..head~5
くらいです。
検討違いのコマンドでしたら申し分けないです

59:login:Penguin
08/04/17 10:36:55 /nSY839j
>>58
windows はファイル名の大文字小文字を区別しない。
HEAD って .git/HEAD

さてさて？

60:login:Penguin
08/04/17 12:44:33 ZMgRHVN7
>>59
なるほど

HEADって.git/HEADを差していたのですね

windowsのファイル名大文字小文字無視が原因かなとは
疑っていましたが、なぜなのかがピンときてませんでした。
ありがとうございます。

今(windowsで)は良いけど、混乱の元になりどうなので
HEADって打つようにします。

61:login:Penguin
08/04/17 14:45:07 QJd9vB8f
>>56
＞git log origin/BRANCH_FOO
＞と
＞git log BRANCH_FOO
＞で内容が違うようです。
そりゃorigin/BRANCH_FOOはリモートのブランチで（git commitは出来ない）
BRANCH_FOOはローカルのブランチ（git commitできる。たまたま同じ名前なだけ）
内容が違うこともあるよ。

＞リモートのリポジトリにいくつかブランチがあってgit pullする
＞時にmaster以外にそれらのブランチのデータも一緒にとってきたい
git fetch origin とかでいけると思う。

62:login:Penguin
08/04/18 20:38:42 zn32tz08
>>52
svn:externalsはgit submoduleで似たようなことが出来るみたいだけど、
git-svnでsvn:externalsを透過的に使えるワケではないし、使い勝手はだいぶ違うようです。

>>60
逆に小文字でheadでいけるのが少し羨ましかったり。。。

63:login:Penguin
08/04/20 17:34:50 T155+Ikm
>>62
どーしてもっつーなら、シンボリックリンクでも
ためしにはってみれば。.git/headとか？

64:login:Penguin
08/04/20 21:19:59 cyoem7vw
>>63
それでいけた！ (・∀・)
refs/headsをごにょごにょしなきゃダメかと思ってたんだけど、
この方法で名無しブランチでもheadでいけたよ。ありがとう！

65:login:Penguin
08/04/23 13:18:56 c9i8hTSf
cygwin版 git で、emacs git.elが動くpatchって、まだ存在しない？

66:login:Penguin
08/04/23 19:21:41 WOoYuez/
git checkout -f branch って打とうとして
git branch -f branch って打っちゃった

これ復旧させることってできますでしょうか；；

67:login:Penguin
08/04/23 19:44:50 RWYW/w1F
reflog -> checkout -b branch hash
あたりじゃどう。

68:login:Penguin
08/04/23 20:04:29 WOoYuez/
>>67
いけました。
ありがとうございました。

一ヶ月分の作業を失ってしまったかとかなり涙目になってました

69:login:Penguin
08/04/23 23:27:56 9XenftLj
URLﾘﾝｸ(www.kernel.org)

70:login:Penguin
08/05/15 00:35:10 CKsV7vhr
特定のブランチについてるタグだけをリストするにはどうすればいい?

71:login:Penguin
08/06/02 01:28:01 K7GwLnsR
gitとsvnだとどちらが使いやすい？
それと svnのレポをgitからアクセスしてコミットやらチェックアウトやらって出金の？

72:login:Penguin
08/06/02 08:55:36 +7cXOACL
どちらが使いやすいかは状況次第。初心者ならsvnかな。
git-svnでgitからsvnにコミットもチェックアウトもできるが
svn:externalsやsvn:ignoreなどは対応してない。

73:login:Penguin
08/06/03 01:58:33 QWA+WrFc
gitに慣れてからsvnを使い始めたせいかgitの方が使いやすく感じる。

74:login:Penguin
08/06/09 19:08:58 qzPjR4/M
初歩的な質問でですが
git-clone でクローン作って、そこで何回かコミットして
マスタへクローンの全履歴を反映させたくないんだけれど、
どうしたらいいの？
git-push したら全履歴が反映されてしまった。

75:login:Penguin
08/06/09 20:21:25 k9rgwIu8
>>74
クローン元と同期しておきたいブランチを作っておいて、そこをpushすればいいんじゃないかな。
俺最先端ブランチの途中までpushしたいなら、checkout -b してそこをpushとか。

76:login:Penguin
08/06/10 08:46:37 KgejrtZo
squashがあったような。

77:login:Penguin
08/06/13 01:09:33 0qkio06U
git って、リポジトリにコミットした時の元ファイルのタイムスタンプって
保存されてるの？　そのタイムスタンプでチェックアウト
できたりできる？

78:login:Penguin
08/06/13 21:59:18 BTTXLp//
>>77
タイムスタンプを保存して何したいのかを言ったほうがいい。

79:login:Penguin
08/06/13 23:34:10 0qkio06U
>>77 で書いた通り、インポートした時のタイムスタンプのままチェックアウト
したいんですが。

80:login:Penguin
08/06/14 08:26:20 AfqaBG/Z
>>79
だからタイムスタンプが復元できて何がうれしいのかな？
どのように利用したいのか目的がわからずに適当に
答えても正しい答えなのかわからないよ。

81:login:Penguin
08/06/14 11:15:56 qEnbIax8
ここでもタイムスタンプ厨か。お前バージョン管理システムでも湧いてなかったか？
自分の意見押しつけんのも大概にしろ。

82:login:Penguin
08/06/14 14:09:39 vfIs0VcC
>>80
了解です。

>>81
＞自分の意見押しつけんのも大概にしろ

おまえ良くいる頭にウジ湧いてる決めつけ厨だろ？
誰も意見押しつけてないっつーの
出来るかどうかを聞いてるだけだろ？良い悪いは問題にしてない。
意味無いレスならするなよ

83:login:Penguin
08/06/14 14:15:37 jfP/Z0Kj
何が目的で質問してんのか明かさない>>82にも問題あると思うけどな

84:login:Penguin
08/06/14 14:25:30 9U0IMmLW
そうかなあ？やり方を聞いてるわけでもないし、
出来るか出来ないかを聞いてるだけなんだから、
ちょっと過剰な反応のような気がするけど。

みんな、マ板の方でうんざりしてるってだけかなｗ

85:login:Penguin
08/06/14 15:10:17 nckv2fL3
俺はcp -pなんて絶対使わない
男ならcpだろ、ｊｋ

86:login:Penguin
08/06/14 15:16:30 cIQ+spTz
>>85
まったくだ。cp -pなんて使ってる奴は糞だ。
cpには-pを付けろだのなんだのと自分の意見を押し付けんのも大概にしろ。

87:login:Penguin
08/06/14 20:41:25 ni3Z2Orf
>>77 されてない。
URLﾘﾝｸ(git.or.cz)

88:login:Penguin
08/06/21 18:12:50 pkTfrc9v
v1.5.6
URLﾘﾝｸ(www.kernel.org)

* "git branch" (and "git checkout -b") can be told to set up
branch.<name>.rebase automatically, so that later you can say "git pull"
and magically cause "git pull --rebase" to happen.

これってbranch.autosetuprebaseのことなのかな…よくわからん

89:login:Penguin
08/06/25 08:24:38 mw46d4A7
>>81
世の中にはお前や俺よりバカな奴が一杯いるわけだ。

それを理解していないお前はバカだと思うが、どうだろう？

90:login:Penguin
08/06/28 13:45:49 1ufqpgyz
「ギット」なんだね。
URLﾘﾝｸ(jp.youtube.com)

91:login:Penguin
08/06/28 15:12:06 /LJ+f5Il
「ジット」だと思ってた？

92:login:Penguin
08/06/28 16:03:19 CQHvNqo2
.gifを岐阜と読む漏れにしたらなんともない。

93:login:Penguin
08/06/28 16:15:49 5Ndx9bZb
co-git
なんてものもあるんだから、ギットだろう

94:login:Penguin
08/06/28 18:16:30 2P6N18bt
>>93
それは cogito というラテン語を知らないと通じないかも。
いや、Cogito ergo sum. くらい常識か。

95:login:Penguin
08/06/29 13:18:38 XN4+BjuC
gifを岐阜と読んでる奴は何人いるんだろうか
gitをギットと読んでる奴よりジットと読んでる奴の方が多いんじゃないか

96:login:Penguin
08/06/29 18:28:25 qzoCJb7s
日本語としてはギットよりジットの方が自然な気がする。

97:login:Penguin
08/06/29 21:02:31 OYNO3DBf
>>93-94
digitは「ディギット」かい?

98:login:Penguin
08/06/29 23:08:37 c9hvQ/j5
英単語の発音に統一感を求めてもしょーがないな。

99:login:Penguin
08/06/30 01:35:35 tzC6XB0G
ghoti

100:login:Penguin
08/07/01 02:52:00 ne12KqOW
ghoch と書いてフィッシュと読むという話なら知っているが……
同じようなもんかな。

101:login:Penguin
08/07/08 22:11:40 LSu++xNc
新スレ移行のお知らせ

バージョン管理システムについて語るスレ2
ｽﾚﾘﾝｸ(tech板)

夜露死苦ー

102:login:Penguin
08/07/08 22:38:13 7zg8vwOw
統合する必要あんのか？
別に総合スレと個別スレがあってもいいじゃん。
それとも単なる荒らし？

103:login:Penguin
08/07/08 22:39:53 LSu++xNc
いや、統合とかそんなんじゃなくて、単なる挨拶回り

104:login:Penguin
08/07/08 22:44:59 7zg8vwOw
>>103
すまん、強制的に移動しろっていう荒らしが立てたスレかと思った。
勘違いで煽って悪かった。

105:login:Penguin
08/07/08 22:51:37 LSu++xNc
>>104
ｲｲﾖｲｲﾖｰ

106:login:Penguin
08/07/09 11:03:24 XO23tYI8
マルチうぜぇ。

107:login:Penguin
08/07/09 18:38:40 xXnuy0X6
>>103
「挨拶回り」ってどういう意味？ｗ

いや、言葉自体はもちろん知ってますが。

108:login:Penguin
08/07/11 22:53:51 ozTGhgN0
URLﾘﾝｸ(www.kernel.org)
1.5.6はバグ修正多いなぁ
そのうち落ち着くかな？

109:login:Penguin
08/07/12 10:26:18 VXCpKRyP
svnでいうところの（というか、cvsでいう）キーワード置換はないですか？
$Id:$
とか、ソースに埋め込まれたのを変更してくれるやつです

110:login:Penguin
08/07/12 11:28:28 LefsuGz6
>>109
man gitattributes |less +/ident

111:110
08/07/12 11:44:01 LefsuGz6
実際に試してみると、CVSやRCSとは違ってcommitした時に
キーワードを変更してくれないな。
$ mkdir foo
$ cd foo
$ git init
Initialized empty Git repository in .git/
$ echo '* ident' >> ./.git/info/attributes
$ echo '$Id$' > TEST
$ git add TEST
$ git commit -m TEST1 TEST
Created initial commit d1fae63: TEST
1 files changed, 1 insertions(+), 0 deletions(-)
create mode 100644 TEST
$ cat TEST
$Id$
$ git checkout -f
$ cat TEST
$Id: 055c8729cdcc372500a08db659c045e16c4409fb $

112:login:Penguin
08/07/13 01:43:59 +ZlfHzsH
>>111 ありがとうございます

113:login:Penguin
08/07/13 20:34:30 sgALKsd0
git-logでHEADだけ(あるいは特定のversion)だけを取り出す
書式はあるのでしょうか。一応試した限りでは
git log ${version}
とやると現在のブランチで最初から${version}までを全てリスト、
git log HEAD^..HEAD
とやるとHEADだけを取り出せるのですが、versionを二回
書かないといけないのはちょっと面倒です。

114:login:Penguin
08/07/13 21:00:20 9od32cQM
git show --summary HEAD ではどうかな？

115:113
08/07/13 22:34:10 sgALKsd0
>>114
あー、そんなコマンドがあったんですね。ありがとうございます。
git show --name-only と
hg tip -v
がだいたい似たような感じですね。

116:login:Penguin
08/08/05 11:09:27 dlGR6/hK
age

117:login:Penguin
08/08/10 04:43:49 wkdEdvb8
gitええわヽ(´▽｀)ﾉ
今までCVSしか使ったことなかったもんで、軽くカルチャーショックだわ。
末永く使わせてもらいますわ。

118:login:Penguin
08/08/10 12:26:34 UwEAQmwP
日本語ファイル名は大丈夫ですか? UTF-8に限定して使おうとは思ってますが。

119:login:Penguin
08/08/10 15:40:41 d1U1Jm8D
>>117
どんなところが良いですか？参考にしたいので。

120:login:Penguin
08/08/11 01:18:40 Dizr7UnM
>>119
gitはまだ個人利用しかしてないし、他の分散型も全く使った事が
ないので、あくまでcvsとの比較なんだけど。

・使い始めるまでが拍子抜けするぐらい簡単
・ブランチの扱いもすっげー簡単
・ワーキングディレクトリ下にデータベースができるのも管理が楽
・ファイルのリネームもできる

多分、これぐらいはgitでなくてもいいんだろうけど、EmacsのVCが
対応してたので使ってみた。
当然、分散型のメリットも計り知れないと思うけどまだ実感できず。
(メリットは十分理解はしてはいるよ )

121:login:Penguin
08/08/12 22:11:50 LzxYrnrK
cvsからの移行だとコマンド体系が似ているのでmercurialの
ほうが(最初の時点では)楽だと思う。
gitで好きなのはsharedなリポジトリを作れることかな。
cloneした時のディスク消費量が小さくて済む。

122:login:Penguin
08/08/12 22:37:04 jyLw7NZh
>>121
RCS,CVS->svn->hgって来てる。
gitも使っているけど、hgの方が好み。
ローカルレポジトリでの使用でもgit/hgは便利だと思う。

>>120
> ・ワーキングディレクトリ下にデータベースができるのも管理が楽

これってRCS/CVSもそうじゃないっけ?
svnは違うけど。

123:login:Penguin
08/08/13 04:13:01 klCDf59B
>>122
CVSは違うな

124:login:Penguin
08/08/13 13:23:04 j62J0KFJ
gitってCVSより遅いんだね
cvs updateでぶっ壊れて止まることはなくなったけどションボリだよ

125:login:Penguin
08/08/13 14:13:32 wGlbYnYo
>>124
そんなことはないと思うが。Windowsで使ってるとか？

126:login:Penguin
08/08/13 14:53:37 j62J0KFJ
cvs -z3 -d:pserver:anonymous@cvs.savannah.gnu.org:/sources/emacs co emacs-cvs 2.70s user 2.19s system 3% cpu 2:11.01 total
git clone git://git.sv.gnu.org/emacs.git emacs-git 187.51s user 5.78s system 22% cpu 14:19.61 total

du emacs-cvs|tail -n 1
107M emacs-cvs
du emacs-git|tail -n 1
241M emacs-git

まるごとcheckoutするのが遅いだけでしたねごめんなすって

127:login:Penguin
08/08/13 20:11:56 wRv5KoSx
>>126
そりゃそうだw
CVSリポジトリをrsyncでとってきてそこからcheckoutする時間と
比べれば公平になるんじゃないかな。

128:login:Penguin
08/08/14 00:14:12 0EGHDgT1
はじめてgit使った時に手始めにlinux kernelをcloneしたんだが、
まるごと履歴取ってきてるのにあの時間で終わるのはすげーと思った。

129:login:Penguin
08/08/19 02:06:32 EJ+ka2Ia
URLﾘﾝｸ(www.kernel.org)

130:login:Penguin
08/09/10 15:46:19 JtA0GFrH
gitでlogを取る方法が分からない
具体的には
git log git://git.videolan.org/x264.git

で svn log svn://ほにゃらら
と似たような結果になると思ったが

fatal: Not a git repository

となる・・
一度cloneで取り込んでgit-logすると直近の変更点は表示されるが、全ての変更点は見られない。
gitは考え方がsvnと根本的に違うみたいでよくわからない。

131:login:Penguin
08/09/10 16:16:38 3qB8R8zP
commit 5dc0aae2f900064d1f58579929a2285ab289a436
Author: Laurent Aimar <fenrir@videolan.org>
Date: Thu Jun 3 19:29:33 2004 +0000

* all: re-import of the CVS.

git-svn-id: svn://svn.videolan.org/x264/trunk@1 df754926-b1dd-0310-bc7b-ec298dee348c

.cvsignore | 3 +
AUTHORS | 35 +
COPYING | 340 +++++
Jamfile | 67 +
Makefile | 58 +
Makefile.cygwin | 52 +
TODO | 65 +
build/cygwin/Makefile | 102 ++
build/win32/libx264.dsp | 742 +++++++++
ry
結構昔まで見えるようだが。
svnでcvsから取り込んだときにログはドロップしてるのか分からないけどここから。

132:login:Penguin
08/09/13 21:59:14 hiNgxRSE
gitにsvn st -u相当の動作をさせるにはどうすればいいですか？

133:login:Penguin
08/09/13 22:26:25 yne4uVAN
>>132
git help

134:login:Penguin
08/09/15 01:43:26 Vn95ZDDR
The Git User's Survey 2008
URLﾘﾝｸ(www.survs.com)

135:login:Penguin
08/09/15 21:12:16 autoD5Br
せっかくの分散管理なのに、pushしたら自分の変更内容とかログが全部あがって
恥ずかしい思いをしたよ。
最初の変数がかなりマニアックだったとか、コメントに入れてた人生の悩みとかばれまくり。

で聞きたいんだが、手元でがしがし変更→commitしている場合、その途中ってみんなどうしてるの?
ぜんぶpush?
なんかいい方法あったら教えて。

136:login:Penguin
08/09/15 21:30:13 RrauyvJB
push用のブランチ作って置くんでは？
やったことないけど
これなら公開できると思ったらpush用ブランチに
merge?マージだと履歴も逝ってしまうっけ？

137:login:Penguin
08/09/16 14:00:17 sfm/svzZ
つーかコメントに余計なこと書くなよ。

138:login:Penguin
08/09/17 07:07:39 mi6NTA+s
古いchangesetの最初の方を掃除することは可能でしょうか。
いまファイルサーバ上のツリーを記録するためにmercurialを
使っているんですが、mercurialにはそういう機能はないので
(MQ用のコマンドstripはあるがそれは直近の数changesetを
消すもの)結局移し替えのためのスクリプトを書いて対応しました。
gitにそういう機能があればhg->git移行するんですが...

139:login:Penguin
08/09/19 00:47:51 gbQDBJFb
>>138
Mercurialでもqimport→qfold→qdeleteでできるよ。
めんどくさいけど。

140:login:Penguin
08/09/19 22:53:44 oBiMratP
>>139
$ hg qimport -r 1
abort: revision 1 has unmanaged children

141:login:Penguin
08/09/22 01:27:56 lsYav/dy
>>140
$ hg qimport -r 1:tip
$ hg qgoto 1.diff
$ hg qfold 2.diff 3.diff
$ hg qpush -a
$ hg qdelete -r qbase:qtip

142:login:Penguin
08/09/22 01:40:43 lsYav/dy
スマン、ここgitスレか。
スレ違いだったな。

143:138
08/09/23 00:27:41 1BYKayXP
>>142
なるほど、勉強になりました。バイナリファイルが混じってる
時は--gitがないとえらいことになる、というのも分かりました。

ところでgitだったらそういう操作は可能でしょうか。

144:login:Penguin
08/09/23 15:08:29 T3gMcMGA
git remote add bob /home/bob/myrepo
で作った「bob」を/home/bob/myrepo2に変更したいんだけど
どうすればいいの？

145:login:Penguin
08/09/23 16:42:01 BgTvVXV1
一旦消して追加しなおす?
ローカルでリモート使ったことないけど、、、
リモートの概念は自分のワーキングコピーからアクセスできるprefixを
簡単に使うことができるようにする為のもの、と理解してるんだけど。

146:login:Penguin
08/09/24 09:59:21 dxz6iP6w
remote -dとかで消せるかな
試してないけど

147:login:Penguin
08/10/01 00:27:09 R6cOiuz/
git clone で例えば　home/red/blue/yellow と取ってきたとして、
加えて git checkout origin/colors でブランチ "colors"に居ますと。

その後の作業で、いくつかのディレクトリでブランチをmaster/colorと切り替えてたんですが、
全ディレクトリのブランチを一気にmasterにする方法ってありますか？

148:login:Penguin
08/10/02 10:48:37 jWmFY2RS
git introduction, yugui Ustream.TV: git introduction rails meeting @ tokyo.
URLﾘﾝｸ(www.ustream.tv)

149:login:Penguin
08/10/10 16:24:54 s0rmxUVr
git age .

150:login:Penguin
08/10/12 06:30:09 jJgFADl+
URLﾘﾝｸ(d.hatena.ne.jp)

151:login:Penguin
08/10/18 03:07:31 dDb45WJS
git

152:login:Penguin
08/10/23 01:32:11 HvfmsSww
URLﾘﾝｸ(www.kernel.org)

153:login:Penguin
08/11/04 13:32:06 3alaTQXX
addしたファイルの一部を、あ～これ別の修正だなーと思ってcancelしたいん
だけど、どうすればいいかわかりますか？

checkoutすると修正差分消えちゃうし、stashの部分的versionがあれば
いいのかもしれませんが。

まぁ、diff取って手patchでもいいので、今回はそれでやりますが、
後学のために教えてください。

154:login:Penguin
08/11/04 14:30:15 pgRYNcfN
>>153
git reset

155:login:Penguin
08/11/04 23:09:57 3alaTQXX
>154
ありがとうございます

156:login:Penguin
08/11/05 00:32:36 l+PE2hcd
>>153
それよくあるわー
あるファイルをいじってる最中に関係ないバグなんかを見つけて、
つい流れでそのままやっちゃうんだよね。
でもコミットする時には別々にしたくなる．．．
俺の場合、修正が少ない時は、エディタでundo出来るようにしつつ２回に分けてコミット、
修正が複数ファイルだったり込み入ってる時は、stash使ったりdiff出して後からpatchしたりしてるな。

157:login:Penguin
08/11/14 23:25:39 Op12tx9f
URLﾘﾝｸ(sourceforge.jp)

158:login:Penguin
08/11/14 23:29:20 4rtpLX5i
gitはじまったな。hgとの戦いもこれで決着したか？

159:login:Penguin
08/11/14 23:48:00 Lmgx2Pjw
本家 sf.net はまだ git をサポートしてないよね。
この点では sf.jp が先行しているんだ。

160:login:Penguin
08/11/15 06:24:15 PSPQtBpR
tortoiseが無いから決着無理でしょ。

161:login:Penguin
08/11/15 18:00:52 MUmWX/Lu
あるコミットの親コミットのidはgit log -1 foo^1とかでわかるんだけど、
あるコミットの子コミット一覧をなるべく高速に得る方法ってある？

162:login:Penguin
08/11/22 09:30:29 ZDTHO6y7
>>159
ほんとはこういうプリミティブな分野ほど保守的なはずだけど
svn が出てからと言うもの乱世になっちゃった感があるね。
そう言う意味では svn の功績も大きいかも。
そんな中で日本は一般の追従が早かったりするのかな？
ただ sf.jp が勇み足ってこともあるかもしれないけどw

163:login:Penguin
08/11/22 22:19:54 f114SqWJ
>>161
原理的に無理なんじゃないの？
コミットすると、その親のレポジトリに通達する仕組みが無いと

164:login:Penguin
08/11/25 21:33:58 2oYcDe4N
>>163
mercurialには`hg children'っていうコマンド(extension)が
あるけど、そういう機能のことじゃない?

165:login:Penguin
08/11/29 21:53:13 x6WDXIQW
カーネルにおけるリグレッションの特定/ユメのチカラ
URLﾘﾝｸ(blog.miraclelinux.com)

166:login:Penguin
08/12/12 11:43:38 M6DfFnZx
「git add .」の時にemacsのバックアップファイル（hogehoge~）を含まないようにするのはどうすればいい？

167:login:Penguin
08/12/12 14:32:02 WlMynC7N
>>166
.gitignoreに「*~」って書いとく
URLﾘﾝｸ(www8.atwiki.jp)

168:login:Penguin
08/12/12 23:20:38 fQQDEn/S
fast-forwardって「早送り」って意味だよな... > wiki

169:login:Penguin
08/12/13 13:26:24 OASQvN2r
>>167
ignoreあったのか、㌧くす

170:login:Penguin
08/12/14 08:48:06 Z9GwfQdj
URLﾘﾝｸ(code.google.com)

171:login:Penguin
08/12/14 12:48:29 x3iOnWd3
>>170
wktk

172:login:Penguin
08/12/20 01:31:20 vKNATyou
質問なのですが

svnでいうチェックアウト（svn co）はgit cloneで合ってますか？
gitではユーザ名を登録しますが、ここで登録したユーザ名を頼りにチェックアウトできますか？

自分で調べた内容は、　URLﾘﾝｸ(www8.atwiki.jp)　を見て
「共同開発における git の利用」で　git clone /home/alice/project myrepo　ってコマンドを探せたくらいです

173:login:Penguin
08/12/20 02:56:48 rjvGH0/G
>>172
git cheat sheet でググレカス

174:login:Penguin
08/12/20 09:37:26 ei1zjot9
現在mercurialでwebデータのスナップショットをとっています。
ignoreファイルで管理対象にしたくないファイルのパターンを
指定してhg commit -A すると、消えたファイルは削除扱い、
新しいファイルは追加扱いでうまくやってくれるんですが、これを
gitでやるにはgit statusの出力をスクリプトで処理するしかない
でしょうか。

175:login:Penguin
08/12/20 20:34:52 D7NqFLzp
add .
commit -a
でいいのかな?

176:login:Penguin
08/12/25 17:46:05 waBObvDn
1.6.1ｷﾀ━━(ﾟ∀ﾟ)━( ﾟ∀)━( 　ﾟ)━(　　)━(　　)━(ﾟ　)━(∀ﾟ )━(ﾟ∀ﾟ)━━!!

177:login:Penguin
08/12/25 20:41:00 Lvzi1Kt9
>>176
ほんとだ。
URLﾘﾝｸ(git.or.cz) にはまだ出てないけど、Tagは昨日打たれてるんだね。
さっそくビルドしてみよっと。

178:login:Penguin
08/12/25 21:51:01 xGFcU4xY
クリスマスプレゼントきてたか。
俺もビルドしてIYH!!

179:login:Penguin
08/12/28 10:56:17 M6Jmnnag
は？

180:login:Penguin
09/01/07 13:35:45 yljPTwi+
どーもくんｗｗｗｗｗ

181:login:Penguin
09/01/07 22:12:42 w9oQRMMI
そういやGit、ドーモくんパクってるな。
なんかみたことあるなーとは思てたけど。

182:login:Penguin
09/01/08 00:35:09 Lnbl1Hh0
きっと、ライセンス問題に業を煮やしたリーナスが
新キャラクタを一から作り始めると見た

183:login:Penguin
09/01/08 18:22:06 ZbvVG/Dm
で新キャラのライセンスもGPLなんかな。
世界中で使われまくりんぐ

184:login:Penguin
09/01/08 21:38:12 +tvvOsmO
とりあえず年末にやっていたどーもくんテレビシリーズは面白かった。

185:login:Penguin
09/01/12 21:00:52 WcSLRQ7m
git-cloneをしてもエラーが出てできません。どなたかお助けください。

環境
Ubuntu_1 こいつに"mysite"リポジトリがある（git init で作ったリポジトリ）
Ubuntu_2 こいつにgit-cloneをさせたい

Ubuntu_02でコマンド
:git clone ssh://name@Ubuntu_01/home/name/git/mysite/

で結果がこうなる
remote: Counting objects: 366, done.
remote: Compressing objects: 100% (150/150), done.
remote: Total 366 (delta 262), reused 296 (delta 213)
Receiving objects: 100% (366/366), 53.82 KiB, done.
Resolving deltas: 100% (262/262), done.
error: Trying to write ref HEAD with nonexistant object 73f8...（省略）
fatal: Cannot update the ref 'HEAD'.

このようなエラーが出て、mysiteフォルダが作成されませんでした。
Ubuntu_1のHEADのハッシュは73f8...です。

不思議なのが、nonexistant（nonexistentの間違い？　存在しない）といわれても、Ubuntu_1側でlogを見ても内容はあるように思えるのですが。謎です。
どなたか解決方法をご存知ありませんか。よろしくお願いします。

186:login:Penguin
09/01/12 21:05:09 WcSLRQ7m
OSとgitのバージョンを書き忘れていました。すいません
Ubuntu_1（Ubuntu8.04.1） : git version 1.5.4.3
Ubuntu_2（Ubuntu8.10）: git version 1.5.6.3

です。gitの最新では問題ないとか、そういうものなんでしょうか・・・

187:login:Penguin
09/01/12 22:47:45 Uq2UYoFZ
--no-checkoutでやってみたらどうなる…?

188:login:Penguin
09/02/16 23:10:31 YaLIe5U3
こないだネカフェで漫画読んでたら、隣の席の人がマック取り出してなんかやり始めた。
しばらくたってチラ見したら、Gitチートシート見ながら使い方勉強してるようだった。
emacsでメモ取りながら。
Railsのおかげか？マックの人にも浸透してきてんだねー

189:login:Penguin
09/02/17 00:20:11 6D8Af0Ge
gitを使うような開発者がマックを選ぶようになったというほうが近いかと

190:login:Penguin
09/02/17 00:51:17 ju3lrvVQ
そのおかげかどうか知らんが、Rubyの開発もsvnからgitに移行しろと
ぎゃーぎゃー騒ぐ連中がrubyのMLでノイズをまき散らしている(た)

191:login:Penguin
09/02/17 01:50:48 p0vzD+Qg
まぁ、そうしょっちゅう変更されても困るけどな。

未だにCVS使ってるプロジェクトがあることを考えると、
まぁSVNへの移行はそれなりに適切だったよな。

すれ違いスマソ

192:login:Penguin
09/02/17 21:51:55 mqqNODDH
最近人気のVCSって大体リポジトリの相互変換機能があるんで
svnだからどうとかgitだからどうとかってあまり問題ないん
じゃないかと思うんだけど... 騒いでるのって実際自分では開発
してる人なのかな?

193:login:Penguin
09/02/18 02:42:16 /eQIK6gR
>>192
クライアントだけみても結構違いはあるよ

というか、むしろリポジトリ変換できるからどれでもいいだろと言う人の方が
自分で開発してるのか疑わしい

194:login:Penguin
09/02/18 07:55:24 DFCGO0mb
>>189
漏れもmac使いだけど、多い日には８割ぐらいX11で作業してるなぁ
linux板で言うことじゃないけど、最強のunix osだと思ってる

195:login:Penguin
09/02/18 08:09:04 m9oJRtIs
ギャグ?
目悪くなるよ、あれ。

196:login:Penguin
09/02/18 11:17:34 83SU7AOt
macbook air使ってる人見たことあるけど、
パワポの起動に数十秒かかっててわろた。

197:login:Penguin
09/02/18 12:43:10 /eQIK6gR
AirはAppleへのお布施だってばっちゃが言ってた

198:login:Penguin
09/02/18 12:54:38 XFrEXlX0
Windowsは目に優しいのにな

199:login:Penguin
09/02/18 19:20:17 d2HDJA0J
Windows -> MSゴシック代
OSX -> ヒラギノ代

200:login:Penguin
09/02/18 23:34:07 0GUjr6IS
>>193
>クライアントだけみても結構違いはあるよ
違いがないとは書いてないよ。問題がないとは書いたけど。

>というか、むしろリポジトリ変換できるからどれでもいいだろと
>言う人の方が自分で開発してるのか疑わしい
なんでそこで「言う人の方が」とか出てくるんだろう...
リポジトリ変換の手段があれば普段の開発は最も自分に都合がよい
VCSを使える。プロジェクトのリポジトリを移行するのは単なる変換
以外のエネルギーが必要なんだよ(commitlogとかリポジトリのミラーとか
開発支援のためのスクリプトやドキュメントの修正とか)。その労力や
時間は開発にまわしたほうが合理的。

201:login:Penguin
09/02/19 00:18:13 PdrPyNp0
>>200
相互変換つっても、git-svn使ってるけどかなり寂しい状態だからなぁ…
使ったことないけどhgやbzrとならいい感じにやり取り出来るんだろうか。

202:login:Penguin
09/02/19 01:00:15 EG8D4dSl
git-svnはたまにclone中にSEGVることがあってちょっと困る。
どうも変換できないパターンが存在するらしいのだが、詳細が不明。

203:login:Penguin
09/02/19 01:45:08 ytISsoJv
>>202
gentoo user なら、

Per Gentoo bugs #223747, #238586, when subversion is built
with USE=dso, there may be weird crashes in git-svn. You
have been warned.

って、message がデルよ。

204:login:Penguin
09/02/19 07:31:39 EG8D4dSl
>>203
Debianだけど、もしかしたら同じかもしれない。豚々。

205:login:Penguin
09/02/21 13:27:13 4lfOqpcB
git使いたいけどまわりにCVSしか使ったことないのがいるので、
まずはsvnに移行したよ。
自分自身は、git-svnつこてる。

CVSから一足飛びにgitを使ってもらうのは、酷かなと

206:login:Penguin
09/02/21 13:39:00 yqrw3Axq
cvs を理解して使えてるなら、git ぐらいすぐに使えるようになると思うけど。

207:login:Penguin
09/02/21 13:52:33 4lfOqpcB
そうか？
CVSは難しいからね。
A: CVS使い
B: CVS,SVN両使い
C: CVSは忘れたSVN使い、gitは少し

こんなメンバーで開発してるんだが、
A、Bにpush,pullを教える自身がなかったというか
Cも共同開発系操作は怪しかったので

svnになってしまった。ちょっとチキンだったか

208:login:Penguin
09/02/21 15:02:07 Bpq3TsWG
gitをしばらく使ってみて、リモートリポジトリを用意することになりました。

ローカルA
ローカルB
リモートリポジトリ

とありまして、ローカルAにmaster、v0.1の二つのブランチがあります。

ローカルAからリモートには、push --allですべてのブランチをリモートにおきましたが、
ローカルBからリモートへのpullはmasterしか行えない気がしますが、どうなんでしょうか。
理想は、リモートを通してすべてのローカルリポジトリにブランチの共有を行いたいのですが、どんな操作方法があるでしょうか？
よろしくお願いします。

209:login:Penguin
09/02/21 15:27:28 vsW8bIWn
>>208
話がいまいち飲み込めないんだけど、
そのリモートをcloneじゃダメなん？

210:login:Penguin
09/02/21 17:17:05 Bpq3TsWG
>>209
ああそうか、cloneのことを忘れていました。ありがとうございます。

211:login:Penguin
09/02/21 17:47:07 vsW8bIWn
>>210
cloneというか、git remote add でいつでもリモートの追加は可能だよ。
権限に問題がなければ、remoteにpushすることもできる。

212:login:Penguin
09/02/21 21:53:30 Mctk+V93
cvsやsvnにはwindowsで使えるクライアントがあるから・・・

213:login:Penguin
09/02/21 22:56:24 4lfOqpcB
全部emacsから使えるが何か？

214:login:Penguin
09/02/22 00:56:10 T3tENWac
>>212
tortoisegitdozo-

215:login:Penguin
09/02/22 03:05:15 Xj5AqDY8
>>207
ブランチの扱い考えると CVS な人は SVN より GIT の方が
なじみ易いんでは？

216:login:Penguin
09/02/22 14:26:08 mBjWyYz+
確かにsvnはリビジョンがブランチも本流も共通だったり、
気持ちわるいところはある

217:login:Penguin
09/02/22 15:03:08 1XxXXSjk
こないだ久々にCVS使おうとしたらさっぱりワケワカんなくなってたよ…
CVSのブランチってファイル毎じゃなかったっけ。今となってはもう無理な気がする。

218:login:Penguin
09/02/22 19:13:59 8lvMl2P/
>>216
それがsubversionのいいところ。
たとえばあるブランチの開発がすすんでそっちを本流にしたくなった場合、
trunkにマージするという断絶ではなく
本流を切り替えるという操作がそのままできる。

219:login:Penguin
09/02/22 23:21:39 mBjWyYz+
>>218
それ気持ち悪い
ブランチ担当者が1ファイル毎にcommitするとか、
コンパイルも通らないソースcommitしてくれたりして、
怪しいリビジョンが増えんだよね。svn

gitだったらブランチ替えるのもrebaseすれば
問題ない

220:login:Penguin
09/02/23 01:45:32 7ybypk05
>>219
使い方が悪い場合にツールに文句付けても仕方ないな。

221:login:Penguin
09/02/23 08:47:31 tJXsAqHt
>>218 のようなケースは分散型ではそれこそ
「本流にしたくなったブランチを本流とみなす」
だけになるのではなかろうか。

222:login:Penguin
09/02/23 09:12:05 PfEahPoc
本来のmasterブランチを別名に改名して別のブランチをmasterに改名すればいんじゃね？

223:login:Penguin
09/02/23 22:04:17 RXJ8Zkdl
すみません、教えてください。
git pull したときに、一部のファイルだけ、自分の修正を破棄してリモートのファイルをそのまま適用することは
できないのでしょうか?
SVNで、updateしてコンフリクトした時の tf みたいなイメージです。

224:login:Penguin
09/02/23 22:33:08 Abtbk8hJ
git reset?

225:login:Penguin
09/02/23 22:56:28 RXJ8Zkdl
あー、いや、そういうんじゃなくて、ソフトの翻訳をしていて、ja.poだけは自分で修正するんですが、
make update-poとかすると、他の言語のpoファイルも更新されてしまいます。
それやっちったあとにリモート側でpoファイルが更新されるとカオスになります。
なので、コンフリクトした時にマージとかしないで、リモート側(かローカル側かどっちか)を採用みたい
なのができないかなと。

226:login:Penguin
09/02/23 23:31:25 3S3xpgxH
>>220
gitだったら、自分専用になるから他のブランチのcommitポリシー
関係なくなるじゃん。
まともになったらpullしてやんよと言うだけで、
教育する手間がいらんということだ。

227:login:Penguin
09/02/23 23:47:39 qE2tArP5
>>223
git mergeのドキュメントを--strategyあたりでgrepすると良いと思う。
git pull = git fetch + git mergeね。

次ページ