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ね。
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みたいな設定ができると嬉しい。
まあ需要なさそうだよな…
296:login:Penguin
09/05/26 20:43:46 dhhqSphP
>>295
何の設定ファイルか知らないけど、そういう場所でclean -fx
するのはそもそも間違いじゃないの?
297:login:Penguin
09/05/26 23:19:27 lz1Hno2I
まあね。そうなんだけど。
でもauthorized_keys~とか消したくね？ね？
298:login:Penguin
09/05/26 23:48:37 KnIgZeet
うだうだ言ってないで、自分で改造しろよ
299:login:Penguin
09/05/26 23:51:18 Aiox/6VI
俺なら、レポジトリの外においとくけどなぁ > 設定ファイル
300:login:Penguin
09/05/27 01:55:32 h/OEez6w
色んなところの設定をリポジトリに突っ込んで管理してるのです。
>>298の言うとおり、そのうち改造してみることにします。
301:login:Penguin
09/05/27 10:46:25 V1RGq7PO
clean -f じゃだめなの？
302:login:Penguin
09/05/27 17:11:06 h/OEez6w
まあそういう解もあるけど。
でも、hogehoge~とかがUntracked filesと表示されるのはいや。
303:login:Penguin
09/05/27 18:40:50 NsMBl7Do
>>302
.gitignore で除外指定するのも手かと。
304:login:Penguin
09/05/27 19:10:26 V1RGq7PO
>>302
普通にcleanしてもhogehoge~とか消えないの？
hogehogeがignoreされてるの？
305:login:Penguin
09/05/27 21:29:16 h/OEez6w
つまりですね、.gitignoreされているhogehoge~を消したいが、
.gitignoreで一緒に除外されているid_rsaとかは消したくない、と。
そういうことです。
git config clean.precious とかで設定できるようにしようかと思っている。
306:login:Penguin
09/05/27 22:07:16 Jwgt63tk
git cleanを使わない。
307:login:Penguin
09/05/27 23:24:03 IDa+cPEF
ownershipを自分以外にしておく(対症療法...)
308:login:Penguin
09/05/28 00:04:05 +ifPU4jK
聞いてくるのはディレクトリのuidな罠
309:login:Penguin
09/05/28 18:03:13 iCE9wfb7
>>305
なるほどねぇ…俺はset nobackupなんで全く気にならなかった。
PRECIOUSいいかもねー。
末尾~のファイルを一括削除するタスク作るのが手っ取り早いような気もするが。。。
310:login:Penguin
09/05/28 23:23:15 +ifPU4jK
それだけのためにMakefileを書くのもどうも。
311:login:Penguin
09/05/29 14:40:20 qJp0/nmk
自分は.bashrcで
alias rmtilde='rm -f *~ .*~'
としておいて rmtilde と打てばカレントディレクトリのバックアップファイルが消えるようにしている
毎度 rm *~ と打ってるとミスってファイル全消しとかやりそうで怖いからこうした
312:login:Penguin
09/05/29 15:27:50 HgM+30FZ
バックアップファイルは、別の場所に保存するようにすれば？
313:login:Penguin
09/05/29 22:22:50 2y8c1+1L
gitコマンドで見えないものは、気にしない。
314:login:Penguin
09/05/30 14:50:11 dqOmA8jR
見えないからこそ、ついgit clean -fxってやっちゃいそうで怖い。
-fつけるな、っていう反論は尤もだけど。
315:login:Penguin
09/05/30 17:05:06 9brHsk7F
実際clean -fdx するのはGitをビルドする時ぐらいかなぁ。
make cleanで良いだろうとは思うんだけど。
あとコーディングしてるとUntracked filesがどんどん増えていってしまう
性分なので、気軽にcleanはできない…。
316:login:Penguin
09/05/30 17:05:50 uf3CgwBV
>>311
シェルでワイルドカード使うときはC-x * で展開してから実行するだろ
317:login:Penguin
09/05/31 10:32:14 K6LNij6T
>>314
>>306
318:login:Penguin
09/05/31 11:00:18 0DzzHN4o
>>316
いや？
319:login:Penguin
09/06/01 11:52:10 rqA2erQu
>>316
rootで作業するときは
echo rm *~ みたいなことをして確認している。
320:login:Penguin
09/06/01 12:51:51 Lgjwq8a5
俺もalias作ってるな
321:login:Penguin
09/06/02 13:07:04 qa3GkTXX
debian系ならtrash-cliパッケージをインストールして、
alias rm trash
見たいなのを.bashrcに書いとけば、Windows見たいなゴミ箱のシステムが使える。
これでいざというときも安心。
322:login:Penguin
09/06/02 13:54:30 D8d0YmW8
>>321
trash-cliなんて便利そうなの知らなかったよ、あんがと。
323:login:Penguin
09/06/02 21:16:03 x7ntZyXz
そしてそれが入ってないシステムでいつもの癖が出て悶絶するw
324:login:Penguin
09/06/03 09:06:05 XMOgq/dG
>>323
trashコマンドはオプションがないので、rm -rf *とかしなくてもrm *でいい。
だから、rm *と打つ癖を付けとけばtrashがない環境でも削除するかダイアログで聞かれるはず。
325:login:Penguin
09/06/04 11:13:39 gFmd/ycH
どっちかというとそういう小細工するよりはちゃんとバックアップとっといた
ほうがいい気がする。>>323みたいなのはあるし。
326:login:Penguin
09/06/04 12:39:36 TWd6diqQ
俺は、~/以下のファイルを/home/$USER.bk以下にぜんぶハードリンクする
スクリプト書いてバックアップにしてる。
zshつかってるのにrm * したんだよね……
327:login:Penguin
09/06/04 15:06:54 vC6RyzlI
スレチ・ガイ登場の予感
328:login:Penguin
09/06/05 17:33:49 0gYSyA33
>>293 わかったよ。.gitignoreとは別の除外リストがあるらしい。 $ git help repository-layout |less +/exclude
329:login:Penguin
09/06/08 23:17:07 ZitoZgZ1
URLﾘﾝｸ(github.com)
これをcloneしたいんですが、表示されているclone urlでcloneすると
URLﾘﾝｸ(github.com)
こっちをcloneしてしまいます。
多分ブランチでmagazineが存在するんだろうと思うんですが、masterをcloneしてgit branchしてもmasterしか表示されません。
どうすればmagazineをcloneできますか？
330:login:Penguin
09/06/08 23:54:18 C1ERIbGC
試してないけど clone はできてるんじゃね？
リモートリポジトリの magazine ブランチで遊びたいなら、
git checkout -b magazine origin/magazine とかしてみたらどう？
リモートリポジトリのブランチは git branch -r で確認できると思うよ。
331:login:Penguin
09/06/09 00:07:59 AyjP2z0q
>>329
git clone git://github.com/yhara/sinatbbs.git magazine
じゃない?
332:login:Penguin
09/06/09 07:51:55 xJxgLqqZ
$ URL=git://github.com/yhara/sinatbbs.git
$ git clone -n $URL
$ git checkout -b magazine origin/magazine
magazine以外取ってきたくもない、という場合はこうかな。
$ mkdir sinabbs
$ cd sinabbs
$ git init
$ git remote add -t magazine origin $URL
$ git fetch
$ git checkout -b magazine origin/magazine
333:login:Penguin
09/06/10 00:58:47 KXr3oHi6
>>332
いけました、ありがとうございました。
334:login:Penguin
09/06/18 15:44:21 5DrDTVn8
1-2-3 … master
+-a-b-c-d-e … experimental
で、 experimantal のうち a と c だけ master に適用して github に push したいです
master で experimental をマージしたら a b c d e 全部 master に入ってしまうのが困るです
335:login:Penguin
09/06/18 19:01:04 2Ebk94KK
>>334
>>74>>76あたり
336:login:Penguin
09/06/18 20:18:53 cCav561R
>>334
cherry-pickが手軽だと思う
337:login:Penguin
09/06/18 21:43:20 Ntg4BqVh
git-pushのデフォが--dry-runで、本当にpushする時だけ
--no-dry-runっていう動作にするにはソースをいじるしか
ないのかな。そういう需要ってあまりないんだろうか。
338:login:Penguin
09/06/18 21:57:41 eLD/FLhK
>>337
git config --global alias.p 'push --dry-run'
としてpush使わないとか
339:login:Penguin
09/06/21 20:28:22 lOVS9wsZ
charset という名前の github の唯一のリポジトリを削除する方法は
git push git@github.com:USERNAME/PROJECT.git :charset
でいいよね？
charset は予約名で、作ったら絶対に消せないとかそういうのないよね
git push 場所 master
でも master が GitHub の USERNAME の PROJECT のページに出てこないんだけどなんだろう
URLﾘﾝｸ(github.com) にアクセスすると
URLﾘﾝｸ(github.com) に飛ばされるんだが
ちなみに URLﾘﾝｸ(github.com) は 404
340:login:Penguin
09/06/21 22:41:22 zEt58fLN
間違ってるかもしれないけど、github からプロジェクト消したいなら
ウェブ上のインターフェイスからできるよ。
341:login:Penguin
09/06/22 06:17:19 dUjEbQcZ
>>339
最近のGitHubは微妙にレスポンスが悪い
pushしたら2時間くらい放置することにしてる
たぶん、今日見たら消えてると思う
質問、トライアルごとにブランチ切るような使い方してるんだけど、
一応完成して、メインストリームブランチに入れて、
倉庫みたいな物置ブランチにコピーしておいて
という使い方をすると、「もう必要ない使用済み」のちいさなブランチができるよね
これを
「"圧縮"してどこかに退けておいて git-branch で表示されないようにしておく」
ということはできない？
git branch すると20個くらいだーっと表示されてもうわけわからん状態になってるん
ブランチを消してもいいんだけど、なんか操作ミスとかでマージしたメインブランチが消えたときとかの予備にみたいな貧乏性
342:login:Penguin
09/06/24 21:35:59 2QUgEiwr
>>341
まったく同じだｗ
俺も貧乏性というかビビりなんでブランチやたら残ってる。
pushの際にfast forwardできた時はまだ良いんだけど、rebaseとかcherry-pickした時は
古いブランチを念のために残しちゃうんだよねぇ。
やり方としては、必要なくなったブランチがある今の場所を他からremoteで
fetchさせておいて、そっちでcheckout -bしておくとかかね…めんどくさいな。
343:login:Penguin
09/06/25 21:57:36 Onb9g2E7
git-daemonについて質問です。
開発用と同じPCにgit-daemonをセットアップしようとしています。
基本的にはこちらにある通りに設定を行いました。
URLﾘﾝｸ(d.hatena.ne.jp)
わたしの環境はgit-1.6.0.2、opensuse11.1です。
git cloneやcommitはできたのですが、
git pushを行うと以下のエラーメッセージが表示され、結局pushが行われません。
Counting objects: 3, done.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (2/2), 219 bytes, done.
Total 2 (delta 1), reused 0 (delta 0)
error: unpack failed: unpacker exited with error code
fatal: read error (Connection reset by peer)
>>1にあるマニュアルの日本語訳は見たのですが、
git-daemonについてはまだ訳されておらず、よく分かりません。
すみませんがよろしくお願いします。
344:343
09/06/25 22:08:30 Onb9g2E7
上のエラーメッセージはLAN内のプライベートIPを用いてgit pushとしたときで、
127.0.0.1に対してgit cloneをした後、git pushとしたときは
Counting objects: 5, done.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 258 bytes, done.
Total 3 (delta 1), reused 0 (delta 0)
error: unpack failed: unpacker exited with error code
To git://127.0.0.1/hobby/git_test.git
! [remote rejected] master -> master (n/a (unpacker error))
error: failed to push some refs to 'git://127.0.0.1/hobby/git_test.git'
ネットワークの設定がおかしいのかもしれません。ちなみにps aux | grep gitすると、
git-daemon --syslog --detach --reuseaddr --user=git-daemon --group=nogroup --pid-file=/var/run/git-daemon.pid --base-path=/srv/git --enable=receive-pack --export-all
というコマンドで実行されているようです。
345:login:Penguin
09/06/25 23:07:10 E5OhASqI
>>343
うーん、git-daemonの書込みパーミッションとか？
git-daemonにreceivepack設定してpushさせると匿名フルオープンになるみたいなので、
sshのほうが良いんじゃないかと思う。
てかgit-daemonでpush出来るとは知らなかった…
346:343
09/06/25 23:54:48 Onb9g2E7
>>345
gitを使い始めて浅いもので理解していないのですが
＞ sshのほうが良いんじゃないかと思う。
これはどういう意味でしょうか？man git-pushで
ssh://[user@]host.xz/path/to/repo.git/
という表記は見かけましたが、このコマンドでpushするべきだとことでしょうか？
347:343
09/06/26 00:48:11 sI4GnV0X
書き込みパーミッションが無いことが問題だったようです。
まず、自分ユーザの権限が及ぶところにbareレポジトリ(~/repos/git_test)を作ってみたら
$ git clone ssh://127.0.0.1/~/repos/git_test
は出来ました。そこに編集後、$ git pushすることもできました。
>>344のプロセスにあるように、
git-daemonはgit-daemonユーザ権限で実行されているのですが、
git-daemonユーザが/srv/git以下に書き込み権限がないことが理由だったようです。
レポジトリ以下のファイルをgit-daemonユーザにchownしたら、
git push git://....ができるようになりました。
ところで、gitレポジトリに書き込み権限のあるユーザに
新しいレポジトリを作ってもらうようなコマンドって存在しますでしょうか？
例えばですが、git create git://host.xz/path/to/repo.git/
を発行すると、新しくrepo.gitというレポジトリを作ってもらうようなものです。
348:login:Penguin
09/06/26 01:20:59 uHyKMR0H
>>346
このへん参考になるかも
URLﾘﾝｸ(www8.atwiki.jp)
Gitの操作に慣れるという意味ではgit-daemonもsshも使わずに普通に同じホストで
pushとかしても大体同じなので、それでもいいと思う。
gittutorial(7)
URLﾘﾝｸ(www8.atwiki.jp)
LAN内少人数で中央集権の置き場として運用したいということなら、
git-daemonで匿名pushOKにしてやっても良いかもしれないですが。
sshでpushはさせたいけどシェルは使わせたくないとか、本格的にGitを
ホスティングしたいのであれば、Gitosisが便利ですよ。
349:login:Penguin
09/06/26 02:03:14 uHyKMR0H
>>347
＞例えばですが、git create git://host.xz/path/to/repo.git/
＞を発行すると、新しくrepo.gitというレポジトリを作ってもらうようなものです。
よくわからないけど、あったっけなぁ。ブランチを作るのはできるけど。。。
sshできるならそこのホストにログインしてgit initすれば出来る。
それか管理者が作っておいてあげるとか。
Gitosisはそのへんの管理が柔軟にできるようにはなってましたが。
350:login:Penguin
09/06/26 14:12:47 2GlKWaVl
Windows に cygwin 入れて使ってます。
ls ~ して出るところに .gitignore を置いているのですが、
git status すると、ignore 指定したファイルが
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
に出てきます。どのように設定すればよいでしょうか。
351:login:Penguin
09/06/26 17:37:09 JV5Aa+Hk
>>350
git config [--global] core.exludesfile ~/.gitignore
352:login:Penguin
09/06/26 17:46:31 2GlKWaVl
>>351
ありがとうございます。
それでも変わらず…。
353:login:Penguin
09/06/26 18:38:46 iVeHZqbP
>>352
core.excludesfile だよん
354:login:Penguin
09/06/26 23:51:12 p2TqTPM6
>>348
お返事ありがとうございます。
＞ Gitの操作に慣れるという意味ではgit-daemonもsshも使わずに普通に同じホストで
＞ pushとかしても大体同じなので、それでもいいと思う。
git://~~~とかssh://~~~でなくともgit clone ~/path/to/repo.git/
という感じにネットワーク越しの操作じゃなくても使えるのですね。
こういうことができるなら、
わたしの使い方ならgitデーモン立ち上げなくともよさそうです。
いただいたURL、Gitosisについても今後の為に読ませていただきます。
ありがとうございました。
355:login:Penguin
09/06/29 00:33:12 cM4lxNQ+
linuxデスクトップユーザーの特徴
①インストールしただけで選民思想
②やっていることはwindowsと同じ。しかもめんどくさくなっただけ。
③コマンド打ち込んでプロだと勘違い
④黙ってwindowsでも使ってろと間口を狭める
⑤素人がだのなんだのとwindowユーザーを馬鹿にする
⑥カーネルいじればいいだろと無茶を要求
⑦linux開発者とのずれを認識できていない
⑧wineを使うくせにlinuxを再現しようとする動きがあるとたたく
冫─' ~ ￣´^-、
／ 丶
/ ﾉ、
/ ／ヽ丿彡彡彡彡彡ヽヽ
| 丿 ミ
| 彡 ＿＿__ ＿＿__ ﾐ/
ゝ_/／| |⌒| |ヽゞ
|tゝ ＼__／_ ＼__／ | | ＿＿＿＿＿＿＿＿＿＿
ヽﾉ ／＼_／＼ |ﾉ ／
ゝ /ヽ──‐ヽ / / linuxはめんどくさくて難しい分だけ、
/|ヽ ヽ─' / ＜ 自称プロが悦に浸るためのツールとして最高なんじゃないだろうかwww
/ | ＼ ￣ ／ ＼
／ ヽ ‐- ￣￣￣￣￣￣￣￣
356:login:Penguin
09/06/29 11:19:14 ZvxokV6H
>>353
ありがとうございます。うまくいきました！
357:login:Penguin
09/07/02 10:56:24 jjJW7RlL
git status を git st にしようと
git config --global alias.st status
しました。
git status では何も変更がないのに
git st すると膨大な modified: が出ます。
( modify してないのに )
git status = git st にするにはどうしたらいいでしょうか。
358:login:Penguin
09/07/06 14:19:12 6WnxlUWF
BがAをcloneしているとして
B→Aにpushしたとき、warningがだだっと出て、Aではgit reset --hardしないとpushした内容になりません。
resetせずとも良いやり方はありますか？
（A→Bは操作できません）
359:login:Penguin
09/07/06 14:59:26 qaJTybW2
>358
warningの内容が分からないので適当だけど、
A側に変更がある状態でpushしてるんじゃないかな。
pushする先はbareリポジトリのほうがいいよ。
360:358
09/07/06 18:06:27 6WnxlUWF
>>359
Thanks!
bareリポジトリにpushすれば良いのですね
今まで勘違いしてたけど調べて分かりました
361:login:Penguin
09/07/06 19:01:30 tXUbQGaL
>>357
分かる方いらっしゃいませんか
362:login:Penguin
09/07/09 08:58:11 neFt6wMr
>>357
俺は ~/.gitconfig にこうやって書いてるけど、全然問題なし。
[alias]
st = status
363:357
09/07/09 09:41:44 spRnDxWI
>>362
ありがと。そうか。。。
正しい git status の結果になるディレクトリと、
長大な modified が出るディレクトリがあることが分かりました。
仕方なく git status と書かれた gitst.bat を使ってます。
364:login:Penguin
09/07/09 14:45:00 neFt6wMr
>>363
…もしかしてWindows？
ここLinux板だし、こっちでも聴いてみたらどうだろう。
ｽﾚﾘﾝｸ(tech板)
365:login:Penguin
09/07/09 14:53:30 spRnDxWI
>>364
Windows ( cygwin ) です。
そっちで聞いてみます。ありがとうございました。
366:login:Penguin
09/07/20 12:59:20 y3l+3ouD
GitHub で公開されてる fork 元で、バカみたいに大規模なファイル構成とファイル内容の全変更がありました
いちおうこれに追随しなければならないんですが、
手元の適当なブランチに試しにpullしたら衝突解消がとってもめんどくさいことになって泣きました
手元にブランチが20個くらいあります。全部に対してこれを繰り返すのは嫌です
きっとなんか便利な方法があるんだとは思うんですが、何をすればいいものなんでしょうか？
367:login:Penguin
09/07/20 14:29:02 /rqSq1cX
>>366
WWW::Mechanize？
368:login:Penguin
09/07/20 19:07:11 q2y5p7aG
大量の衝突をうまくマージする方法じゃないの？
取得を自動でやる方法じゃなくて
369:login:Penguin
09/07/20 19:18:33 /rqSq1cX
>>368
ごめんなさい、>>367は「バカみたいに大規模なファイル構成とファイル内容の全変更」があったものについての予想です。
370:login:Penguin
09/07/20 20:05:55 ma9OV7L+
Ruby版の?
module WWW
class Mechanize
end
end
を
class Mechanize
end
# と外出しして
module WWW
Mechanize = ::Mechanize
end
で後方互換性を保つとゆー大顰蹙。
# nbsp の使い方はこれであってるのだろうか
371:login:Penguin
09/07/20 22:36:14 1OZrXuJk
うぉーなんだそれは…
372:login:Penguin
09/07/21 04:43:12 nT3Auy6R
論理構造的にはともかく、diffの各行的には単にインデントが浅くなっただけじゃん
module WWW と end のとこだけだろ、それ引っかかるの
373:login:Penguin
09/07/21 12:41:57 Y7zra871
>>366
git rerere --help
374:login:Penguin
09/07/21 13:52:37 HzmMUGDt
GitHubに試しに登録してpushまで終わったんだが、
検索にかからない、自分のIDすらかからない・・・なんだこりゃ
375:login:Penguin
09/07/22 06:38:32 dp/16pzu
>>372
これ、lib/www/mechanize/ 以下のファイルが全部 lib/mechanize/ に移動してるんだよね
手元では lib/www/mechanize/ の中に編集されたファイルがたくさんあるだろうから、
rebase で遡って差分適用するたびに衝突起こすな
376:login:Penguin
09/07/24 14:17:45 6MAoexAT
git commit したら自動で -v オプションを付ける方法はなんでしょうか
377:login:Penguin
09/07/26 10:29:12 r004HONT
>>376
aliasを設定するとか。
378:login:Penguin
09/07/29 21:06:50 NqWOLxIQ
1.6.4 age
379:login:Penguin
09/08/02 06:28:58 ANiJcqBB
URLﾘﾝｸ(ssl.ohmsha.co.jp)
原書はどんなできなのかな？
380:login:Penguin
09/08/02 09:08:14 1MTX0arw
>>379
Pragprogの原書なのでブランド買いした。
CVS/Subversion/Mercurialを使った経験ありの俺的にはそれなりに
使えるようになった。
管理オブジェクトの話とかplumbingコマンドのレイヤーについては
さほど載ってなかったはず。
381:login:Penguin
09/08/02 19:51:08 ANiJcqBB
>>380
レビュー、ありがとう。
この訳本が出たら、立ち読みしてみて、考えよう。
382:login:Penguin
09/08/03 14:34:54 RIRtotud
gitとsquidを連携したwebキャッシュ作りたいんだけど
gitを改造しないでsquidと連携させることできる？
383:login:Penguin
09/08/03 16:11:32 T85XxxMu
git cvsimport
でCVSリポジトリを変換しようと思ったらメッセージが化けました。
今までTortoiseCVS SJIS版（あろはだよCVS版）を使っていたのでそうなったんだと思いますが、
このメッセージをUTF8に変換するにはどうしたらいいんでしょう？
どなたかお助けいただけますと幸いです。よろしくお願いします。
384:login:Penguin
09/08/03 20:24:19 6y63jn1e
>>382
「連携」が何か他の人に伝わってる、と思うのはなぜ?
385:login:Penguin
09/08/06 07:01:18 KCKgFcNy
>>383
おれはEUC-JPなcvsからcvsimportしたやつは、
git config i18n.commitEncoding EUC-JP してるけど。
まああたらしいログをUTF8で書くとやっぱり化けるけど。
基本自分は英字でログかくから気にしてない。
386:login:Penguin
09/08/06 07:05:35 KCKgFcNy
とカキコしてから気になって調べたら、
git config i18n.logOutputEncoding UTF8すると
あたらしくUTF8で書いてもしっかり全部化けずにいけますた。
387:login:Penguin
09/08/10 17:32:11 2cu11IQe
ずっと思ってたんだけど、merge って意味なくね？
一意なハッシュで管理されてるなら cherry-pick だけで十分じゃね？
ローカルなブランチが晒されるしコミットメッセージの編集もできないし merge は害悪しか思いつかないんだが
388:login:Penguin
09/08/10 17:41:46 +bQVdOii
うん、やっぱ言葉が悪いよな
私たちが図を書かず頭のイメージだけで考えるところの「ブランチのマージ」は、
たいていの場合、適切な方向に rebase することで達成される
git を使っていて「マージ」したいと思ったなら、まずは rebase を検討すれ
389:login:Penguin
09/08/10 17:42:14 Ln/irodm
>>387
cherry-pickしたらハッシュ変わるけどどうすんの？
390:login:Penguin
09/08/10 17:59:06 +bQVdOii
たぶん、衝突するようなマージばかりを経験してるのだと思われ
391:login:Penguin
09/08/10 18:11:48 Ln/irodm
公開したらrebase出来なくなって、FFできそうなやつでもmergeするしかなくなるってのは
どうにかならないもんかとたまに思うことはあるな。まあしょうがない気はするけど。
FF出来ない時にマージコミットつくらずに１つの新しいコミットにまとめてしまって、
その上で便宜上だけでも元のコミット群はこれらです、って感じに参照させることが
出来ればいいなーと妄想することがある、けどそれって結局マージと同じことなんだよね。
ただ、受け入れ側でマージコミットを嫌がる場合も多いので、そんな機能もあったら便利かも
しれないとかまた妄想。
392:login:Penguin
09/08/10 20:56:04 i4bAM8hh
えーと、こっちのブランチでcherry-pickしてないのどれだっけ？
とかなる希ガス
393:login:Penguin
09/08/10 21:07:20 IbZ/Z+oA
cp はブランチ作り切った最後に行う
cp を頻繁に行う人はコミットメッセージも cp 時に有機的に書き換えてるはずなので
よっぽど変なまとめ方しない限り大丈夫
ウィンドウ2枚開けて片方に git log の結果を常に表示しながら cp しないといけない状況ばかりなのには同意はしておく
394:login:Penguin
09/08/10 23:47:00 nFA1XbhB
>>391
公開してるリポジトリに直接commitしたりとかしてんの?
395:login:Penguin
09/08/10 23:57:49 Ln/irodm
>>394
いや、pushしてるよ。ただフォーク元も公開してるから。
396:login:Penguin
09/08/11 00:18:25 gCZov+kt
mergeっていけないことなのか？必要悪なのか?
397:login:Penguin
09/08/11 01:51:55 9aVIR9qR
pushしたブランチの履歴は変更してはいけないというルールがあるからな
>>396
衝突しない理想的な世界であれば好ましい
衝突が起こったとたん別のコミットになるからシステムデザイン上は駄目
「AをしてBをしてCをする差分適用」であるコミットが衝突後
「AをしてBをしてXをしてCをする差分適用」というコミットに摩り替わっちゃやっぱ駄目だろ
「AをしてBをしてCをする差分適用であるが、今回に限ってはBのあとにXであるさらなる差分適用がある」
という情報で格納すべき
ハッシュ値は不変で
このコミットを cherry-pick したらまずは「AをしてBをしてCをする差分適用」が試されるべき
398:login:Penguin
09/08/11 06:08:40 od33ZDSx
>>397
ハッシュ値をどうやって計算してるか知らないの?
399:login:Penguin
09/08/11 08:06:48 hQImHIEr
ハッシュ値は全く同じアルゴリズムが使われてさえいればどう計算してもいいんだよ
ハッシュというとファイルをバイト列として利用しなければいけないとしか思いつかない人が稀にいるが
400:login:Penguin
09/08/11 10:38:30 AVaSZeyh
resolveがある場合のgitのマージコミットって、
> 「AをしてBをしてCをする差分適用であるが、今回に限ってはBのあとにXであるさらなる差分適用がある」
におけるXになってない？
そもそもA B Cが何を指してるのかよくわからんが。
401:login:Penguin
09/08/12 15:06:33 8h+T8Ju7
svn でさほど不満はないのですが、ファイル数、ファイルサイズともに
大きなプロジェクトで update, commit 速度が遅く困っています。
git に乗り換えれば速度少しでも早くなるでしょうか？また、各
ローカル側の hdd 使用量は svn より増えると考えておいてよいで
しょうか？
402:login:Penguin
09/08/12 15:53:46 mycJo5BE
>>401
速度はたぶんものすごく早くなると思う。
ローカル側のディスク使用量はそれほど気にならないよ。
ただし操作方法、概念が異なるので、もしも仕事で大人数でやるのなら、
習得させるのにそれなりに工数がかかると思う。
403:login:Penguin
09/08/12 17:45:44 Z/KJAJVW
では、ひとまず svn のリポジトリを、残し一部メンバのみ git 経由で
アクセスする感じで検証でしょうか。ただ、この使い方だと速度面の
メリットはわからないですよね。大プロジェクトなので難しいところ。
404:login:Penguin
09/08/12 18:24:39 FOPhwWTC
>403
今一環境がかんないんだが、大プロジェクトでも
updateとcommitなんて日に一度くらいじゃね？
自分だけgit-svn使えばローカルだけで大抵の用事は済むので、
快適になると思うよ。
405:login:Penguin
09/08/12 18:36:00 Y2NYIgNJ
一日最低 10 回は commit してるなぁ
406:login:Penguin
09/08/12 19:12:05 4qtNGkYm
commit --amend含めると30いくかな
407:login:Penguin
09/08/12 19:48:18 pDDmfa5D
すみません。commitの回数つながりで、ちょっとおたずねします。
一般的にcommitって細かく（最低でも1つの機能の追加ごとに）やるものだと思うのですが、
調子に乗ってコーディングしていくうちに、手元で大量に変更してしまいました。
こういうときって、どうされていますでしょうか。
diffの出力を手作業で加工して、追加した機能（関数）もしくは変更部分ごとにパッチを作って、
それらを取り込んで→コミット...を繰り返せば何とかなると思っているのですが、
他によい方法はないでしょうか。
# 対象は1ファイルです。
408:login:Penguin
09/08/12 20:05:23 dme4v7A0
>>407
そんな時のための git add -p じゃないか
409:login:Penguin
09/08/12 20:25:02 mycJo5BE
>>408
最近それ知って、gitすげーと思った。
git add -i なんかはまだ使いこなせないが、極めたら世界が変わりそうだ。
410:login:Penguin
09/08/12 20:26:37 3jImDu3O
>大プロジェクトでも
>updateとcommitなんて日に一度くらいじゃね？
日にもよりますが１日１０回ぐらいですかね。プログラマは２０人以上
いますので全員合わせるととんでもない量の svn commit メールが来て
大変です。データサイズも200GBくらいはあるんじゃないかな。
TortoiseSVN で commit をルートディレクトリから行うと５分待ちな
状態で億劫なのでサブディレクトリからこまめにあげて上げわすれとか
出るほどのひどい状態です。
411:407
09/08/13 07:17:33 iA5oHuEp
>>408
うわ～～～。んじゃ、これは！！
すげ～～。
教えていただきありがとうございます。
今までの苦労は何だったんだって感じ...。
ほんと、gitすげーよ。
addのオプションか。diffとかpatch-formatとかみてたよ orz
っていうか、それ以外のaddのオプションもすごいのな。
なんか、今までやっていたことが「バージョン管理するための管理」みたいな
ほとんどが不毛なことって気がしてきた...。
もちっと精進するよ。
またお願いします。
412:login:Penguin
09/08/13 15:27:28 tyyaneTm
ローカル環境で git-daemon を立ち上げました。
サーバが openSUSE で、
クライアントが Windows Vista。
ローカルなので ssh なしでやりたいのですが、
どう設定すればいいでしょうか。
413:login:Penguin
09/08/13 15:44:37 zQQwCkns
まあ、色々方法はあるわな、httpとかxinetdとか
てっとりはやくやってみたそうだから、xinetdでやってみたら？
xinetd
414:login:Penguin
09/08/13 15:49:26 zQQwCkns
xinetdを起動する
xinetdにgitを登録する(gitポートにリクエストがあったとき、xinedがgit-daemonを呼び出す)
あとは、gitリポジトリ(コンテンツ)の用意と、クライアントへのgitのインストールで
クライアントから、git cloneっしょ
415:login:Penguin
09/08/13 15:57:01 tyyaneTm
>>413-414
ありがとうございます。
xinetd、挑戦してみます。
416:login:Penguin
09/08/13 16:30:15 F9EvWFzj
>>412
>>343-354
417:412
09/08/13 16:48:16 tyyaneTm
>>416
躓いて見てみたらｗ
ありがとうございます。
私も openSUSE をサーバに、
複数人で開発したい用途。
そして、どうやって新規リポジトリを作ろうかと思っていたので、本当に既視感。
再度、挑戦！
418:login:Penguin
09/08/13 18:29:12 tyyaneTm
openSUSE で git-daemon を xinetd で起動しようと思っています。
( ssh を使うのが面倒なので… )
sudo zypper install git-daemon
sudo /usr/sbin/rcxinetd restart
して、ローカルの Vista から git clone するとエラーになります。
$ git clone git://example/test/test.git
fatal: read error (Software caused connection abort)
サーバの /var/log/message を見ると
git-daemon: [23646] cannot open pid file /var/run/git-daemon.pid: Permission denied
が出ています。とりあえず chown & chgrp & chmod して
ls -l /var/log/git-daemon.pid
-rw-r--r-- 1 git-daemon nogroup 6 2009-08-13 18:24 git-daemon.pid
とし、再度 git clone すると、やはりエラーになり、/var/log/message には下記エラーが出ます…。
git-daemon: [23765] cannot drop privileges
うまく動いている方、アドバイスお願いします。
419:login:Penguin
09/08/13 18:36:55 cf0vEXgI
cannot drop privileges ということなので、xinetdの設定のほうで、
git-daemonを動かす権限をsetuidを呼べる人(rootとか?)にすればい
いのかもしれない。
420:login:Penguin
09/08/13 20:51:01 Vyg2UZ2a
ありがとうございます。
setuid...
調べてみます。
421:418
09/08/14 10:12:25 vxCEaCUs
アドバイスを元に /etc/xinetd.d/git の user/group などを root にしてみたところ、
/var/log/message のエラー内容が変わりました。
$ tail /var/log/message
git-daemon: [25819] unable to allocate any listen sockets on host (null) port 9418
$ lsof | grep git
git-daemo 25772 root cwd unknown /proc/25772/cwd (readlink: Permission denied)
git-daemo 25772 root rtd unknown /proc/25772/root (readlink: Permission denied)
git-daemo 25772 root txt unknown /proc/25772/exe (readlink: Permission denied)
git-daemo 25772 root NOFD /proc/25772/fd (opendir: Permission denied)
ハマってきたので zypper remove git-daemon して、
ゼロからやり直してみたところ、やはり同じ症状に…。
openSUSE スレで聞いた方がいいのかもしれませんが、
その前に、ここでお分かりになる方はいらっしゃいますでしょうか。
422:login:Penguin
09/08/14 10:35:16 Q/iZulHO
>>421
URLﾘﾝｸ(www.aoisakura.jp)
おなじエラーではまってる人がいました。
以前動かそうとしていたものが正常終了していないのでは?
423:421
09/08/14 10:56:54 vxCEaCUs
ありがとうございます。
プロセスを kill -9 し、xinetd を再起動しました。
$ sudo lsof | grep git
xinetd 26055 root 5u IPv4 1666608 0t0 TCP *:git (LISTEN)
$ sudo kill -9 26055
$ sudo /usr/sbin/rcxinetd restart
今度は readlink: Permission denied が出ないのでいい感じ！
$ sudo lsof | grep git
git-daemo 26095 git-daemon cwd DIR 253,3 4096 2 /
git-daemo 26095 git-daemon rtd DIR 253,3 4096 2 /
git-daemo 26095 git-daemon txt REG 253,3 196936 10356883 /usr/lib64/git/git-daemon
git-daemo 26095 git-daemon mem REG 253,3 47784 9946462 /lib64/libnss_files-2.9.so
( 省略 )
git-daemo 26095 git-daemon 2u CHR 1,3 0t0 2055 /dev/null
git-daemo 26095 git-daemon 3u IPv6 1666970 0t0 TCP *:git (LISTEN)
git-daemo 26095 git-daemon 4r FIFO 0,7 0t0 1666971 pipe
git-daemo 26095 git-daemon 5w FIFO 0,7 0t0 1666971 pipe
xinetd 26136 root 5u IPv4 1667341 0t0 TCP *:git (LISTEN)
と思ったのですが、
windows> git clone git://example/test/test.git
fatal: read error (Software caused connection abort)
$ tail /var/log/message
git-daemon: [26178] unable to allocate any listen sockets on host (null) port 9418
と変わらず…。openSUSE を再起動してみます…。
424:421
09/08/14 11:00:50 vxCEaCUs
余談。
zypper install git-daemon で作られる /etc/xinetd.d/git には
--base-path="/srv/git"
と書かれていて、" を消して
--base-path=/srv/git
としないといけなかった。
昨日からハマっているので、午前中の段階で精神的に疲労中ｗ
425:421
09/08/14 11:14:13 vxCEaCUs
再起動しても
$ sudo taile /var/log/message
git-daemon: [3288] unable to allocate any listen sockets on host (null) port 9418
$ sudo lsof -i:9418
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
xinetd 2903 root 5u IPv4 6924 0t0 TCP *:git (LISTEN)
git-daemo 3296 git-daemon 3u IPv6 9929 0t0 TCP *:git (LISTEN)
xinetd と、普通のサーバが二重に立ちあがっているのが原因でしょうか ( しかも IPv6 )。
git-daemon を kill -9 しても自動で立ち上がります。
これを止める方法を探しますが、アドバイスがあると嬉しいです。
426:login:Penguin
09/08/14 11:23:39 Q/iZulHO
xinetdから起動されたgit-daemonが、リクエストを処理し終わっても
そのままデーモンとして残り続けていませんか?
xinetdから起動するなら、処理ごとに終了するべきですね。
git-daemonに渡せるオプションはありませんか?
--inetd だろうか。
427:421
09/08/14 11:43:01 vxCEaCUs
>>429
本当にありがとうございます！！
git clone できました！！！
今後の人のためにまとめると、
openSUSE 11.1 で
$ sudo zypper install git-daemon
したのを ssh 使わずに利用したいなら
/etc/xinetd.d/git を下記に変更。
■ BEFORE
server_args = daemon --syslog --detach --reuseaddr --user=git-daemon --group=nogroup --pid-file=/var/run/git-daemon.pid --base-p
ath="/srv/git"
■ AFTER
server_args = daemon --syslog --detach --reuseaddr --inetd --export-all --pid-file=/var/run/git-daemon.pid --base-path=/srv/git
変更後、xinetd の再起動を忘れずに。
$ sudo /usr/sbin/rcxinetd restart
あー、今日はもう帰ってビール飲みたい。
428:427
09/08/14 11:43:52 vxCEaCUs
興奮して間違えましたが、429 さんではなく、>>426 さんです。
そのほか、いろいろ助言を下さった方、ありがとうございました。
429:login:Penguin
09/08/17 12:41:58 w4WoSrsO
read only で構わないのですが、linus 達がいじっている
linux kernel tree 本線を git で、ローカルのlinux PC 上に
同期できるでしょうか？その場合、どうすれば良いですか？
430:login:Penguin
09/08/17 13:25:08 IIDjTJ7I
linux kernel git torvalds
でぐぐれ
431:login:Penguin
09/08/17 14:01:07 w4WoSrsO
ありがとうございました。逝ってきます。
432:login:Penguin
09/08/18 00:02:03 cqrV6ZTW
>>429
>read only で構わないのですが、
433:login:Penguin
09/08/18 14:17:17 LNnWooNT
コミットの適切な粒度がわからない
GitHubのNetworksでどばっと20個くらいドットが突出すると悩む
これやっぱ手作業でまとめておくべきだったかもしれない、とか
手元のコミットは細かくして公開するブランチに追加するときにまとめるのがいいのだろうか
でもコミットを1個ずつ扱うのってブランチのメリットなくね、とも思ってみたり
マージとかができてこそのブランチだろう、とも思う
434:login:Penguin
09/08/18 14:41:53 Kn1/NE8Q
>>433
何がしたいのかが分かって、適度な量の差分があって、機能単位にまとまっていれば
（混ざり合っていなければ）それでいいんじゃないかな。
後はバリバリ作り中なのか、機能追加中なのか、とか、、、
同時にコーディングしてる人の数にもよるね…
俺はキレイなコミットを作りたいほうなのでけっこうまとめてからにしてしまうなぁ
435:login:Penguin
09/08/18 22:05:49 Gf8+h6+U
最近、なんかgitの勢いすごいね
そこら中で使われはじめて
リーナスのいうように、kernel特化でほそぼそといくと思ってたよ
436:login:Penguin
09/08/19 12:38:13 pceGE7iL
hg派だったがリスク分散のため入門gitで勉強中。
微妙な違いがいやらしいなぁ。
viとemacsは同時に使えるが
hgとgitはかなり混乱しそうだ。
437:login:Penguin
09/08/19 23:02:46 O0WnAYMJ
monotoneどうよ？
438:login:Penguin
09/08/20 04:02:05 2o0Eo2gm
>>433
そんなレベルの人間が公開なんかするな
迷惑だから
439:login:Penguin
09/08/20 04:24:39 amhGymTU
.|
.|
∩＿＿＿∩ |
| ノ＼ ,＿ ヽ .|
/ ●゛ ● | .J
| ∪ ( _●_) ミ
彡､ |∪| |
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
＼ " ／ ｜ |
＼ ／￣￣￣ ／
440:login:Penguin
09/08/27 18:25:34 AEidpR6i
git push した時に表示される、
Total 15 (delta 13), reused 0 (delta 0)
の delta や reused って何でしょうか？
441:login:Penguin
09/08/27 19:25:19 HNb4zbwi
git を使い始めて、また git 関連の文書を読んでて気になった点。
・index, cached, stage といった用語を一貫して欲しい
・obj, ref などが何の説明もなく頻繁に登場するが、何を指しているのか不明
442:login:Penguin
09/08/27 21:44:24 KnkKlcU8
>>441
>index, cached, stage といった用語を一貫して欲しい
MLしばらく読んでからパッチ送る、とか。
>obj,ref
git help tutorial-2
あたりかな?
443:login:Penguin
09/08/28 07:32:58 sWD41Zdb
>>441
> ・index, cached, stage といった用語を一貫して欲しい
無理。indexで統一できなくはないけど、どういう使い方をしているかで呼び分けてるから。
ML漁ればどういう意図で呼び分けてるかの回答はあるよ。
444:login:Penguin
09/08/28 08:05:49 fZ8G9Ga3
それじゃダメだろふつー
用語集はつけとくべきだな
445:login:Penguin
09/08/28 12:15:32 cXIbI/jo
stageは利用者側の視点。
indexは実装者側の視点。
cacheはどういう発想なのか不思議。