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

git スレッド ..

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ね。

228:login:Penguin
09/02/24 22:25:50 7lWKoCOb
>>225
>make update-poとかすると、他の言語のpoファイルも更新されてしまいます。
他の言語のpoファイルを更新しないようにMakefileを修正する。

229:login:Penguin
09/02/26 21:09:00 c1Dg6ivC
>>223
URLﾘﾝｸ(gitready.com)
タイムリーなtipsが

230:login:Penguin
09/02/28 18:19:24 tKEdSpX5
>>223
もどしたいファイルはcheckoutすればいいだけじゃね？
あとは自分の修正はstashするとか色々

231:login:Penguin
09/03/04 22:33:23 qIzLJZaT
FTPに1.6.2正式版来ました

232:login:Penguin
09/03/06 23:57:38 op+ZMKgY
git-cloneとgit-remote addとgit-svnを使い分けてると

　このフォルダで更新するためのコマンドなんだっけ？

とミスることが多発するんだけど、こういうのって同じコマンドで
管理できないんでしょうか？今は

- git-clone の場合 -> git-pull で更新
- git-remote の場合 -> git-remote update で更新
- git-svn の場合 -> git-svn update で更新

とバラバラで、しかもlsしただけでは判定できないしで
誤実行しては.git/config調べて「ああそうだった」の連発です。

もしかしてもっと便利な統合コマンドがあったりするでしょうか？

233:login:Penguin
09/03/07 01:39:30 ZWrd4H3R
それぞれ役割が違うだろうに。
あと更新とかじゃないよ。

234:login:Penguin
09/03/07 08:32:02 ovs/dmRV
他の人のリポジトリからチェンジセットを引っ張ってくるために打つコマンドという
意味で同じように使っているのですが、もしかしてこの使い方・理解自体が
間違ってるんでしょうか？

235:login:Penguin
09/03/07 09:38:44 u/rVLzU8
>>232
いずれの場合も更新のためのシェルスクリプトを書いとけば
悩む必要がなくなるよね。
でgit-pullはfetch+merge --ff、git-remote updateはgit fetchと
ほぼ同じなんで役割が違う。git-remote addで追加したremoteだと
git-pullで更新してくれない、というのであればそれはローカル
ブランチの設定が正しくできていない、refspecの設定が変、とか
そんなところだと思う。
git-fetchでなくgit-remote updateをあえて使う利点はremoteを
複数設定している時にいっぺんに更新できることぐらいかな
(このあたりの動作はgit-remote(1)のupdateのところに書いてある)

236:login:Penguin
09/03/12 08:16:17 76FRS4+8
darcsから乗り換えるといいことありますか？

237:login:Penguin
09/03/12 09:29:53 XKHVHsT3
>>236
pull したときに、いっぱい　yes/no 聞かれずにすむ。

238:login:Penguin
09/03/14 11:44:17 juJwYmYq
hg から乗り換えるといいことありますか?

239:login:Penguin
09/03/14 11:58:11 i8Be0VVA
>238

まーきゅりある、って難しいスペルを覚えなくても良くなる。
覚えてないけど。

240:login:Penguin
09/03/14 15:19:18 +0rKDWfW
>>238
高速.

241:login:Penguin
09/03/22 22:31:18 /27zAYWE
git svn clone -s で Subversion からレポジトリをコピーしてみたのですが、
Subversion の tags が Git の tag にならずに branch になってしまうのは、
そういうものなのでしょうか。

Subversion のタグは、タグといいながらただのディレクトリだったりする変態仕様なので、
しょうがないのかなぁ…という気もするのですが…。

242:login:Penguin
09/03/26 16:23:33 XSnWphDj
社内の git リポジトリを表示するのを探してます。
( github が許されなくて… )

Git Browser と ViewGit を見つけました。

Git Browser は見た目派手だけど実用度に疑問なので
ViewGit を検討しています。

ほかに何かいいのありませんか。
github クローンがあれば最高です。

243:login:Penguin
09/03/26 16:35:56 g3Z2bRWJ
>>242
URLﾘﾝｸ(git.or.cz)

244:242
09/03/26 17:37:03 XSnWphDj
おお、こんなにあったんですね。ありがとうございます。

うーん、ざっと見た限り GitHub や ViewVC レベルってないですね。
定番はデフォルトの gitweb なのかな？

245:login:Penguin
09/03/28 01:25:21 TZ6DBfAq
>>242
微妙に違うかもしれないけど
redmineに付属のリポジトリブラウザなんてどうよ？

246:242
09/03/30 15:37:27 A3cN4vHE
>>245
ありがとうございます。
trac & redmine は使ってます。
チケットとコミットを連動させるために。

差分のリッチな diff や、フォークの流れ、パッチ管理が
github を知ってしまうと、どれも霞んで見えて。。。

247:login:Penguin
09/04/01 12:33:50 TObhm5N5
linux関係者はgitを使うのが多いという認識でいいのかな

248:login:Penguin
09/04/01 20:55:16 LojNH9iG
linux 開発者は git しか使わないだろ常考

249:login:Penguin
09/04/01 21:18:58 jmcNlx3x
>>247
Linux(狭義の=カーネルそのもの)開発のために作られたのがgit

250:login:Penguin
09/04/01 21:54:39 MKGzQ4EB
ＧｉｔＨｕｂでソース管理している人に聞きたいんですけど、
プロジェクトのホームページやリリース物件置き場やITSってどこつかってます？

251:login:Penguin
09/04/01 22:12:24 AOF7SCh+
>>250
>プロジェクトのホームページ
githubでホストできる

>リリース物件置き場
適当にタグ付けしておけばzip等でダウンロードできるようになってる

>ITS
>>252に任せた

252:login:Penguin
09/04/01 23:53:33 I1/8jsAx
checkpadかRTMでおk(マテ

253:login:Penguin
09/04/02 01:51:26 L6Skfqgr
>>246
GithubのUIってそんないいかなーあんま好きじゃない。。。
俺は普通にGitwebがいちばん分かりやすいと思う。
じっくり見るならCUIだけど。git show-branchとかけっこう分かりやすいと思うな。

254:login:Penguin
09/04/03 00:48:36 pDtVIzVu
>>250
ditzがいいと思います

255:login:Penguin
09/04/03 18:00:14 uOZV7ek8
>> 250
lighthouseじゃだめ(´・ω・`)？
もしくは、ticgit。

256:login:Penguin
09/04/06 09:58:37 JCLhMxPh
xrea に入れてる人って自前でコンパイルしてるのかな。
うちは面倒になったやめてmercurialをいれてgitweb形式で
使ってるわ。インストールはこっちのほうが簡単だったから。
xrea用のバイナリを公開しているところがあればなぁ。(ぶつぶつぶつぶつ)

257:login:Penguin
09/04/06 23:28:22 eHpElSRS
xreaでgit入れられるの？makeでリソース不足になるかと思っていた。

258:login:Penguin
09/04/06 23:51:46 JCLhMxPh
>>257
いれてる人はいるみたい。

259:login:Penguin
09/04/07 18:44:33 HQC4Ps4f
xreaに自前で入れるっていう人は、ホスティングじゃ嫌な理由があるのん？

260:login:Penguin
09/04/08 00:50:22 QNjBH7lc
>>259
githubってプライベートリポジトリが作れないし。そのへんじゃないのか。
容量も桁ちがいになるって事実もある。それは大きくないか。

>>257
サーバーでmakeをやってるんだろうか？てっきりクロスコンパイルかなにかだと思った。

261:login:Penguin
09/04/08 01:10:30 5zwafMgz
>>260
「タダでは」作れない、と一応補足。

262:login:Penguin
09/04/08 16:50:09 mCOhjIt8
>>260
XREAにコンパイラはなかったと思う。クロスコンパイルしてるんでしょう

263:login:Penguin
09/04/09 02:02:38 PTQTRrqa
クロスってわざわざx86以外でコンパイルするんかいw
パッケージ作って持ち込んだらいいんちゃう？

264:login:Penguin
09/04/09 02:14:06 CHi6WPmY
xreaにgit入れてみたいけど、
違う環境でコンパイルしたものを持ち込むのって
やってみたことないなぁ

265:login:Penguin
09/04/09 02:34:36 FnIYwStd
>>263
それも試した。そのためにはosの環境を知るひつようがあるが。

266:login:Penguin
09/04/09 02:36:23 FnIYwStd
>>264
mercurialは簡単に入ったけど、どうしてもgitとなれば、git-mercurialを使うか
svn-gitを使うかって方法もあるよ。svnは入ってるから。

267:login:Penguin
09/04/09 02:41:28 PTQTRrqa
gitを導入できそうなのに、OSが不明ってどういうことなんだ？
xrea昔使ってたけどわすれちゃったい

268:login:Penguin
09/04/09 09:19:35 FnIYwStd
>>267
サーバーで違うからね。

269:login:Penguin
09/04/19 19:40:35 EpTMRFi2
githubのIssueって使えてる?
どのrepoをみても、ず～っと「Loading」のままなんだけど‥‥‥。(´Д`)

270:login:Penguin
09/04/19 21:02:55 vX0fbY2N
issues(0)のものならLoadingにはならなかった。
10個ぐらい探したけどissues(0)でないものは見つからなかった。
Safari4Beta

271:login:Penguin
09/04/21 09:03:12 WkK6/Gbo
WEB+DB PRESS vol.50のgit特集って現メンテナの記事なんだな。

272:login:Penguin
09/04/21 19:01:11 KUyr8Kra
浜田さんですね

273:login:Penguin
09/04/21 22:05:48 yPrR70Fe
>>270
あれ？そう？
じゃあ、自分だけかぁ。
誰もどこにも不具合報告してない感じだし。
Firefox 3.0.7

274:login:Penguin
09/04/21 23:48:13 k6LFvaa1
javascript切ってる、とか

275:login:Penguin
09/04/23 12:52:20 OS8mDzFU
>>274
ありがとうございます。

javascript関係とcookie関係は(NoScriptも使っているし)真っ先に疑っていろいろ設定値を変更してみたんだけど、
変化なし。
で、今朝帰宅後に何気なくみてみたら、(再読込とかもしていないのに)Loadingが消えていたよ。
読み込みに何時間かけたんやって感じだけど、とにかくCreate Issuesボタンを押しても反応するし、
よくわからんが使えるようになったので、よしとした。
# 自分は、「動けば何でもいいや」サンデープログラマなので。

ちなみに、IEでも確かめてみたが、IE6でもIE7でもLoadingのまま。(´・ω・`)
まぁ、普段は使わないから(ry

276:login:Penguin
09/04/30 22:30:43 to8eVmEB
すいません、2つ質問したいことがあります。

branchとdiffには --color オプションがあるのに、statusだけ無いので、
これだけ

[color]
status = auto

と指定しなければいけないのを避けたくて、出来ればstatus --colorなどしたいのですが、可能ですか？

また、svnでいうリビジョン指定のupdate、たとえば svn up -r4などをしたいのですが、
revertを使うと勝手にコミットされてしまいます。コミットせずに、ただリビジョンを戻したいときはどのコマンドを使えばいいですか？

277:login:Penguin
09/04/30 23:48:05 16J7B4JZ
>> 276
∩(　´Α`)<　276、「git config --global ui.color auto」ってどうよ？

2個目のは
git checkout ～
かな？
# よくわからんが。

278:login:Penguin
09/05/01 00:27:11 gzznyDiQ
>>277
ありがとうございます。
＞git config --global ui.color auto
centos4.2 / git 1.5.2.1 で効かない模様です・・

2個目は、例えばsvnで、リビジョン5が最新だとして、リビジョン5の時点で、「svn up -r3」と打つと、リソースがリビジョン3の時点のものになるのです。
その後「svn up」と打てば、リビジョン5に戻ります。
gitの場合、「git revert コミット時のハッシュ」で、前回のコミット時の状態に戻すことが出来ますが、revertは「前回との差分を反映した上でコミットする」ようなのです。
以前の状態に戻してもらえれば、別にコミットしなくてもいいのですが、そういうことをしてくれるコマンドを探しています。

279:login:Penguin
09/05/01 02:11:17 UyxRnjCJ
>>278
git checkout {commit} -- .

git reset使っても良いけどreflog変わっちゃうから私はお勧めしない。

280:login:Penguin
09/05/01 23:16:38 N/KL5AXz
二つ前だったら
git checkout HEAD^^
とか書けるのがいいやね

281:login:Penguin
09/05/02 03:42:35 jDKFtoWO
git help svnなどでヘルプが見られるはずなのに、No manual entry for git-svnとしか出ません。
バージョンによってヘルプが無かったりするんでしょうか・・？

282:login:Penguin
09/05/02 08:23:07 ww11tj+4
make man してないってオチじゃなくて?

283:login:Penguin
09/05/02 17:53:08 jDKFtoWO
>>282
cdとかlsのmanはあります。
centos5.1で、gitはyumでインストールして、バージョンは1.5.2.1です。

284:login:Penguin
09/05/02 19:16:03 9M7bqe9L
>>283
じゃあドキュメントは別のパッケージになってるとか。

285:login:Penguin
09/05/07 10:52:48 PyUwUZuU
試してないけどgit-svnパッケージを入れないとコマンド自体無いよね。

286:login:Penguin
09/05/07 21:35:53 0VojICGT
面倒だからgitで最新版落としてコンパイルしてインストールしたら?

287:login:Penguin
09/05/07 22:37:33 09tnqhRR
1.6.3出たぞ

288:login:Penguin
09/05/17 01:00:54 ePLSrhR8
1.6.3.1

289:login:Penguin
09/05/19 00:05:14 5BgkgMmK
キーを作って、

Enter file in which to save the key
(/c/Documents and Settings/Administrator/.ssh/id_rsa):

ってメッセージが出るのですが、
該当のディレクトリを探しても、

/.ssh/id_rsa):

が存在しません。

どこにいったのでしょうか？

290:login:Penguin
09/05/19 00:45:40 3rv5JzN1
>>289

まだない。
その文の訳は「鍵を保存するファイルを入力してね」だ。
カッコ内は、名前を指定しなかったときにこの名前になるよってこと。

291:login:Penguin
09/05/19 00:58:18 5BgkgMmK
んじゃあ、ENTERを押せばよかったってこと？

292:login:Penguin
09/05/19 01:31:25 zZo+QRSM
そゆこと

293:login:Penguin
09/05/26 12:25:38 lz1Hno2I
git clean -fx したときにでも特定の虫ファイルが生き残るようにする設定ないかなあ。

294:login:Penguin
09/05/26 12:56:04 F7u3ZQup
>>293
まさかGitリポジトリの中で虫を飼ってるやつがいるとは・・・。
はっ！なるほど、バグを飼ってるんですね、わか(ry

295:login:Penguin
09/05/26 15:02:12 lz1Hno2I
そうそう、鈴虫だけは駆除したk…ってのはおいといて。
設定ファイルをgitで管理してて、
パスワードとかはいっててリポジトリに入れるのはなんかいやなファイルがあるんだけど、
git clean -fxとかしちゃうとそれまで消えちゃうんだよね。
makeの.PRECIOUSみたいな設定ができると嬉しい。
まあ需要なさそうだよな…

次ページ