トップページ⇒linux
984コメント325KB

git スレッド

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2007/12/16(日) 18:40:39ID:GslAi8rs
ソースコード管理を行うバージョン管理システム、git について語ろう。

あの、リーナス・トーバルズだって、バージョン管理を始めたんだ。
http://www.kernel.org/pub/software/scm/git/

git チュートリアル (バージョン 1.5.1 以降用)
http://www8.atwiki.jp/git_jp/pub/Documentation.ja/tutorial.html
06566512010/02/12(金) 15:29:51ID:hFHmJq9f
レスありがとうございますm(_ _)m

>>653
ftpかsftpでデプロイしようと思っています。
本番環境はさくらインターネットの供用サーバです。

>>654
やってみました。
これって、コミットする前の、さらにステージする前の差分ファイルを抽出するんですね。
git diff --cached --name-only って試してみたらステージ後の差分ファイル一覧も出力出来ました。
やろうとしていることは大体こんな感じなのですが、
２つ前のコミットと１つ前のコミットの間で更新されたファイル一覧の出力ってのはできないでしょうか？？

>>655
なるほど、本番環境に入ってpullするんですね。
仕事では本番サーバも自分で用意してgit環境も構築してたのですが、これってやったことありませんでした。(普通にsftpとかrsyncで・・)
ただ今回の場合、デプロイ先がさくらインターネットの共有サーバなので、git環境を構築出来ないと思うんですよね。
なので普通にftpとかsftpでアップしようと思っています。

ちなみに、本番環境でgit pull する方法で、本番ウェブサーバが複数ある場合は、
それぞれにログインしてウェブサーバ毎にgit pullする感じですか？
0657login:Penguin2010/02/12(金) 15:54:21ID:MaWIE5lB
>>656
＞ちなみに、本番環境でgit pull する方法で、本番ウェブサーバが複数ある場合は、
＞それぞれにログインしてウェブサーバ毎にgit pullする感じですか？
どれぐらい気をつかってやるかにもよるんじゃないか。
静的コンテンツをただ更新するだけならrsyncとかgit pull/pushとかをスケジューリングで
自動でやらせてもいいかもしれないけど、warなんかだとそうもいかないだろうから
リリース毎にウェブサーバ切り替えながら慎重にやるんじゃない？

てきとうにググったら、さくらのレン鯖にGit入れてる人けっこう居るみたいだよ
ttp://www.google.co.jp/search?q=%E3%81%95%E3%81%8F%E3%82%89+%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC+git
俺もさくらのやつあるんだよね。今度やってみようかな。
06586512010/02/12(金) 21:58:43ID:hFHmJq9f
>>657
レスどもです。

そーか、スタンダードプランならsshとか使えるし、gitのインストールもできるんですね。
早速
http://d.hatena.ne.jp/higepon/20091119/1258633627
これみてやってみたんですが、
git push --all
のところで
Permission denied (publickey,password).
fatal: The remote end hung up unexpectedly
っていわれてしまいました。

さくらのスタンーダードプランのssh接続って試してみたら
鍵認証なしの単純なパスワード認証みたいなんですけど、
git push の時のssh接続では鍵が探されてる？気がします。
上の記事書いた人はなんでうまくいったのか・・
git://プロトコルにするとポートが開いてないみたいでダメです。思案中・・
0659login:Penguin2010/02/12(金) 22:57:55ID:meESnmZa
>>658
単に向こうの~/.sshやauthorized_keysのパーミションの
問題とかではなく?
06606512010/02/13(土) 00:05:44ID:IZfm7XrQ
>>659
いま一応確認してみましたが、~/.ssh のパーミッションは755で、authorized_keysはありませんでした。
普通にsshでログインしようとしたら鍵認証じゃなくてパスワード認証になるので
authorized_keysはないのは問題ないと思うんですが
gitでssh接続しようとするとなぜか鍵認証にしようとします・・なぜだー。
0661login:Penguin2010/02/13(土) 02:02:29ID:52GS5xAq
man co
0662login:Penguin2010/02/13(土) 09:09:31ID:mH7bnksn
>>656
> ２つ前のコミットと１つ前のコミットの間で更新されたファイル一覧の出力ってのはできないでしょうか？？

git diff --name-only HEAD^^ HEAD^

それぞれのcommitのSHA-1値を与えてもOK。詳細は git diff --help してみるのがよいかと。
0663login:Penguin2010/02/13(土) 11:21:11ID:tHnX+oRf
1.7.0 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
ttp://article.gmane.org/gmane.linux.kernel/949579
0664login:Penguin2010/02/13(土) 11:53:52ID:06CKMljI
あれなんか空のディレクトリいつのまにかサポートされてる？
0665login:Penguin2010/02/13(土) 16:21:28ID:3p2VcGOY
>>664
mjd??
0666login:Penguin2010/02/15(月) 11:27:21ID:v96hRl2p
>>647
reiserfsを使っている俺には死角はなかった。
0667login:Penguin2010/02/15(月) 22:23:02ID:Ap57uWpz
http://progit.org/book/ja/

お、ちゃんと日本語に戻ったな。
ちょっと前まで何語かよくわからんのにすり変わっていて笑ったんだけど。
0668login:Penguin2010/02/18(木) 22:09:12ID:yUl4nZSS
>>663
repo.or.czのミラーって更新遅いんだな...
0669login:Penguin2010/02/23(火) 21:07:12ID:hI3BlWsm
ようやく、なんとか git add -p / git commit -v
に慣れてきた感じ。

git add も当たり前だがわかっててやらないと(?_?)な
状態にすぐなる。git add -u とか
git commit -v -m "hoge" huga.txt
とか、けつまずいた。git reset HEAD^ に何度も助けられたぜ。
0670login:Penguin2010/02/23(火) 23:41:35ID:ZVOkCMZj
俺も最近なれてきたけど
少し前まではgit pushした後、
別の日にgit commit --amendから初めて
git pushして、パニクってたものです・・・
0671login:Penguin2010/02/24(水) 16:05:44ID:wK5Zb8Pm
サブモジュールとサブツリーってどう違うのかよくわからん。
複数プロジェクトを1レポジトリでまとめたいんだけど
どうすりゃいいの？
0672login:Penguin2010/03/02(火) 23:16:21ID:jWjxjdrz
復活カキコ
0673login:Penguin2010/03/05(金) 07:39:15ID:nZaP2lzx
みなさん、もう$Id$とか使ってないですか？
0674login:Penguin2010/03/05(金) 08:23:57ID:T3bjYh1e
それgitで使えるの？
blameとか見ればいいんだし使わないよ
0675login:Penguin2010/03/05(金) 16:26:48ID:HZ7fJgn/
最近TortoiseGitが1.3.6にヴァージョンアップしたもようですが
1.3.2対応の日本語化パッチが使えなくて困ってます。。
是非1.3.2にヴァージョンダウンさせたいんですが本家のぞいても前ヴァージョンが無いんですよね・・・
どこかに1.3.2転がってませんかね？
0676login:Penguin2010/03/05(金) 16:38:07ID:Cxd0LGFJ
>>675
開発元サイトにあるぢゃん
ttp://code.google.com/p/tortoisegit/downloads/list?can=1&q=&colspec=Filename+Summary+Uploaded+Size+DownloadCount
0677login:Penguin2010/03/05(金) 18:22:52ID:vhUyLNw1
msysgitの方も最新版出ないかなぁ
0678login:Penguin2010/03/05(金) 23:40:59ID:nZaP2lzx
>>674
attributesファイルに * ident って書けばできるんですけど、
日付とかではなく、コミット名(ハッシュ値)になるみたいだし、
checkoutした時しか置換されないようです。
今までSubversionとかで$Id$使ってたソースをGitに移した場合、
全ファイルのこの部分は、この先どうしていけばいいんだろう？と思いました。
0679login:Penguin2010/03/06(土) 00:08:17ID:OxENSWUe
正直RCSキーワードのためにしょうもない(前処理で$Id$に戻すとか)
コミットスクリプトが必要なのが無駄。気にしないようにするか、
日付やリビジョンを含まない形に全置換しとくかすればいいと思う。
0680login:Penguin2010/03/06(土) 00:09:03ID:OxENSWUe
CVSだとそうなんだけど、svnだとスクリプトは不要なのかな?
0681login:Penguin2010/03/06(土) 00:37:19ID:5+PCqCSd
TortoiseGIT より期待してる git extensions が backend として cygwin 1.7 も
使えるようになり、UTF-8化が可能になるかと期待したが、cygwin の git process
呼び出しで、.netが勝手にlocal cp(日本版ならcp932)に変換しやがる。
stdoutとstderrは、encodeを変えるオプションがあるし、実際それを使って、utf8
文字列として読み込んでくれるんだが、何故かstdinには無い。
processの引数と、stdinをutf8で渡せれば何とかなりそうなんだが・・・
0682login:Penguin2010/03/10(水) 06:42:35ID:KudZTj20
git.hogehoge.comというＶｉｒｔｕａｌｈｏｓｔで公開した場合
アパッチの設定ってどういう記述すればいいんでしょうか？
<VirtualHost *:80>
ServerName git.55train.info
CustomLog /var/log/apache2/git/access.log combined
ErrorLog /var/log/apache2/git/error.log

DocumentRoot /sites/git/www/html/
<Directory /sites/git/www/html/>
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
</Directory>


Alias /prj "/var/git/projects"
<Location /prj >
DAV on
AllowOverride None
AuthUserFile /var/git/projects/.davpasswd
AuthGroupFile /dev/null
AuthName "dav user"
AuthType Basic
Options Indexes -FollowSymLinks
</Location>
</VirtualHost>
っていう記述だと、中においてるスクリプトファイルが反応して.gitフォルダにアクセス出来ないようなんですが・・・
0683login:Penguin2010/03/10(水) 08:58:20ID:Ut6hXZPm
http://qb5.2ch.net/test/read.cgi/saku2ch/1268173920/
0684login:Penguin2010/03/10(水) 10:08:15ID:ZHIpTB9l
さてさて
やれやれ
0685login:Penguin2010/03/10(水) 11:22:43ID:rvbZnmFs
>>682
「スクリプトファイルが反応して」ってどういうこと?
0686login:Penguin2010/03/10(水) 11:41:55ID:VG72PX0T
お騒がせしてすいません。
特に何も入って無いサーバーなので、特に問題は無いと思うんですが、
念のためapache等は落としておきます。
徹夜明けの寝ぼけた頭で投稿したのがまずかったようです。

>>685
普通にapacheで動作するスクリプトファイルを置いていたので、
git clone 'http://〜'だと反応したんだと思います。
"ForceType text/plain"かchmodで対応してみようと思います。

すいませんでした。
0687login:Penguin2010/03/10(水) 11:59:59ID:4WH27GGD
セキュリティが不安なら、そもそも公開すんなよ
0688login:Penguin2010/03/10(水) 13:05:13ID:oeQspfUo
優しくしてやれよ！
0689login:Penguin2010/03/10(水) 21:35:44ID:HKIKwOTL
削除要請板からきますた
なんか色々大変ですね
0690login:Penguin2010/03/10(水) 22:16:33ID:DRNWG7Oz
名前まで出してしまいましたね。
0691login:Penguin2010/03/10(水) 22:17:57ID:b2Fg0cB+
わざわざ削除依頼なんてしなけりゃスルーされたよね
0692login:Penguin2010/03/10(水) 22:43:37ID:rtnf98lv
どうかな
0693login:Penguin2010/03/11(木) 05:05:22ID:vWTSpXf4
俺は気づかなかった。見た瞬間とりあえずくだ質問行けよとか思った。
0694login:Penguin2010/03/11(木) 07:17:44ID:a4pU/TF4
>>686
>git clone 'http://〜'だと反応したんだと思います。
だから反応ってどういうことだよ池沼が
0695login:Penguin2010/03/12(金) 00:35:01ID:g58g7Khc
まあ落ち着け。
とりあえず俺はgitどころか
カーネルのアップグレードに失敗したらしく
かなり焦ってる
バックアップの必要性は必要になってから気づくんだ
0696login:Penguin2010/03/14(日) 23:02:16ID:74SKWdA2
コミットの指定で使う ~ と ^ の違いがよく分からないんだけど、
例えば、HEAD~2 とか HEAD^2ってどう使い分けたらいいの？
0697login:Penguin2010/03/15(月) 00:13:16ID:9vDzc51S
縦軸と横軸だ
0698login:Penguin2010/03/15(月) 00:17:27ID:9vDzc51S
c~3-c~2-c1~-c(HEAD)
　　　　　　c^2 」
　　　　　　c^3 」

c~3-c~2-c1^-c(HEAD)
　　　　　　c^2 」
　　　　　　c^3 」
0699login:Penguin2010/03/15(月) 00:18:53ID:9vDzc51S
^複数の親と、~複数の世代の違い
0700login:Penguin2010/03/15(月) 00:20:25ID:vdbEsin0
その２つは異なるものだよ
~nはn個前の親を表していて
^nは1つ上のレベルのn個目の親を表す
　　D-E
　 /　　　\
A-B-C-F
FがHEADの時にAはHEAD~3
CかEがHEAD^1、HEAD^2。
0701login:Penguin2010/03/15(月) 00:58:04ID:INJko3Py
ありがとうございます。やっと分かりました。
^はマージによってコミットに複数の親がある時、それぞれの親を指定できるんですね。
すっきりしました！
0702login:Penguin2010/03/15(月) 03:38:25ID:5FqVvyVi
すっきりしない
0703login:Penguin2010/03/16(火) 09:03:16ID:5gE8Vm9w
subversion からcloneしたリポジトリで git branch -r　すると@12とか
複数のバージョン？見たいなのが出てくるんですが、これはなんですか？
0704login:Penguin2010/03/16(火) 18:59:10ID:I38d2Qfd
gitは基本的に戻ることはないんだねぇ、
恥ずかしい失敗したらコマンド使ってコミット無かったことにするけど
0705login:Penguin2010/03/16(火) 19:22:14ID:UUVEpT2o
基本的に戻ることがあるようにしてるVCSなんてあるの？
0706login:Penguin2010/03/17(水) 21:14:49ID:ZS5QfrTO
git reset でいくらでも戻れるぜ。ただ、それよりも
1. 作業用ブランチでは気にせず commit/revertしまくる
2. 作業終わったら作業用ブランチの根元から新しくブランチを切る
3. cherry-pick とかで綺麗な履歴を合成
4. 作業用と新ブランチのdiffに差がないことを確認
5. 作業用ブランチはまるごとさようなら
がオススメ。1commit に複数の仕事を含めないようにしないと後で
カオスになるけど。
0707login:Penguin2010/03/18(木) 00:36:24ID:dr1HU4dM
>>706
お前は俺かｗ
そんな神経質なことやってるのは俺ぐらいなもんだろうと思ってたぜ。
ただ、履歴が綺麗だと気分良いけど、仕事ではそれなりで我慢するようにしようと心がけてる。

あとそのやり方やってると、diffで何も出ないんだからgit branch -D でさよならで
良いはずなんだけど、どうも念のために残しておきたくなっちゃうんだよな。。。
だからtopic_bk1 topic_bk2 ... とかいう感じで、ゴミブランチがたくさん残ってしまう。
0708login:Penguin2010/03/18(木) 00:48:06ID:wZ6/zNxh
それでいいんじゃね？　増井俊之のいう富豪的プログラミングの一例として

テキストデータなんてどうがんばってもHDD1台分も書き溜めることはできないんだから
いくらでも残しておけばいいんだと思うよ
0709login:Penguin2010/03/18(木) 01:28:19ID:dr1HU4dM
でもあれだぜ、git branchが一画面分超えちゃうようになるとちょっと考えちゃうぜ。
デフォで git branch | grep hogehoge しないと使ってられない。
ってまあ、そうなる前に整理しろって話なんだけどね。。。

手動でgcした時だけ消える（消えなくてもいいけど）普通にはリストに出てこないtrashes的な属性が
ブランチに付けられたらいいなと思った。けどgit-branchはスクリプトじゃなくてC実装だったので寝る。
0710login:Penguin2010/03/18(木) 02:50:25ID:6BBqQXR0
あー、なるほど、作業用ブランチでrevert使ってなかったわ
0711login:Penguin2010/03/18(木) 23:14:55ID:dr1HU4dM
1.7はこんなん変わってるから注意、みたいなの教えて欲しい
0712login:Penguin2010/03/19(金) 11:41:12ID:r52T5pgD
git tag は-lでタグ指定して見られるのに、git branchは一覧しか見られないのはどうしてなぜなんだぜ
0713login:Penguin2010/03/19(金) 19:37:38ID:NIuQLQlK
>>712
tagは、大抵付けっぱなしだけど、branchはmerge済みになれば(俺は)消しちゃうから
選ばなくても、そんなに沢山出てこないんじゃないかな？
0714login:Penguin2010/03/19(金) 20:23:13ID:sUcT09Pz
>>709
ゴミブランチが多すぎてうざくなったら、clone して
別リポジトリでとっておけばいいんじゃね？
また必要になったら pull すりゃいいだろうし。
0715login:Penguin2010/03/19(金) 20:35:42ID:sUcT09Pz
ちなみに >>706 の 3 は commit が多い場合 cherry-pick じゃなく
て format-patch でファイルに落としてから選別、 git am で一気
に進めると楽。ただし、commit log の1行目に適切なサマリを書い
てないと選別作業がカオスにw
0716login:Penguin2010/03/19(金) 20:55:59ID:sUcT09Pz
あと応用として「なんか2種類のトピックに分割したほうがよくね？」
って状態になったときに、根元のcommitが beef だったとして
1. git format-patch beef で patch ファイル化
2. git checkout -b topicA beef で topicA を作成
3. topicA に必要な patch だけあてていく
4. git checkout -b topicB beef で topicB を作成
5. 残りの patch をあてる
6. git merge topicA で一旦topicBにマージ
7. git diff でもとの作業ブランチと違いがないことを確認
8. git reset HEAD^ --hard でマージ前のtopicBに戻す
9. 作業用ブランチはまるごとさようなら
とかでサクッと分割できる。
0717login:Penguin2010/03/19(金) 21:01:59ID:sUcT09Pz
ついでにもういっこ。
この手の作業するのに gitk --all は欠かせない。各ブランチHEAD、
ブランチ間のつながり等が一目瞭然なのでイメージをつかみやすい。
0718login:Penguin2010/03/19(金) 21:55:21ID:sUcT09Pz
>>711
1.7系は俺もつかってないんだけど Relnotes-1.7.0.txt の Notes
on behaviour change をざっくり要約。

* "git push" でpushするブランチがリモート側でチェックアウト
中だったら失敗するようになった。似たような状況だとgit
push <あっち> :ゴミブランチ で消すときも弾かれる。

* "git send-email" があんまり深いスレッドを作らなくなった。
これからはカバーレター以外はカバーレターのリプライになりまっ
せ。(設定のデフォルト値が変わっただけ)

* "git status" の実体が "git commit --dry-run" じゃなくなっ
たぜ。今までそれを利用して git status に引数つけて実行して
なければ(普通しないと思う)関係ない。

* "git diff --exit-code -b" ってやったときに diff が出ないの
に exit code が non zero になる場合があったんで、いい具合
に修正しときました。

* External diff と textconv helper が shell で実行されるよう
になるよ。必要ならコマンドラインパラメータ付きで呼び出せる
ようになったぜ。そのかわり外部コマンドのパスに空白が入って
たりする環境は注意。

* "git repack"とかの --max-pack-size オプションが MiB 単位固
定だったけど、byte単位になった。必要なら数字の後ろに k と
か m とか g とかつけてね。

ということらしい。
0719login:Penguin2010/03/20(土) 01:01:58ID:250FD1S2
>>718
なるほど。すません、英語読むの面倒くさがって。
git1.7は一部後方互換性なし、って見出しでよく言われてるけど、普通に使ってるぶんには
まったく問題なさそうだね。チェックアウト中のブランチにpushしたらデフォで拒否ってのは
安全でとても良いと思う。

>>714
なるほど、そうしてみるわ。ゴミ置き場リポジトリね。最近cloneはハードリンクがデフォになったようなので
そこは注意だけれども、、、

>>717
そうそう、gitk以上に見やすいのは知らない。つってもマージ激しくない時はshow-branchでどうにかなるけど。

>>716
それって最終的にマージして終了？　まっすぐにして残そうとはしないの？
0720login:Penguin2010/03/20(土) 01:24:01ID:Y/nTXIhi
GUIならgitkかqgitかな、と思ってる
0721login:Penguin2010/03/20(土) 02:00:55ID:VyCYaEo0
>>719
> >>716
> それって最終的にマージして終了？　まっすぐにして残そうとはしないの？
おっと、topicA, B ともに、まだ作業中のイメージでした。
作業が完了してるなら統合用ブランチにマージして終了ですな。
0722login:Penguin2010/03/20(土) 04:50:50ID:lzllMVc3
http://sourceforge.net/dbimage.php?id=72597
0723login:Penguin2010/03/20(土) 22:08:34ID:8SKMhpSs
ずうううううううっと思ってたんだけど、コミットログ書くときに今回どこを変更したかってふつう覚えてなくね
コミットログに書いておくべきであるような変更をぽろっと書き損ねるとかありそうでヤじゃね
それとも忘れないような小さなカタマリで鬱陶しいほど細かく作業単位でコミットするもんなの？
それともみんなコミットログ書くときには別窓で git diff とかの結果眺めつつ書いてるの？
0724login:Penguin2010/03/20(土) 23:00:31ID:CNETOYMb
>>723
＞コミットログ書くときに今回どこを変更したかってふつう覚えてなくね
git commit -v 使うといいよ。
どこを変更したじゃなくて、なんで変更したのかを書くといいよ。
git diff使えば変更点なんかすぐ分かるんだから。

＞小さなカタマリで鬱陶しいほど細かく作業単位でコミットするもんなの？
鬱陶しいかはしらんけど、俺は結構細かくつけてるけど。
一気に変更した後、git add -p使ってコミット自体は細かくしてる。
この時に、意味的に1種類のコミットにするようにして、
すぐgit commitしちゃうから-vオプションつけなくても、
コミット内容は頭に入ってるかな。
0725login:Penguin2010/03/21(日) 00:21:34ID:EU6VkwB8
>>723
何か目的があってソースいじってるんだから、その目的を書けばいいんじゃないかね。
逆に言うとどんだけデカい差分になってもいいから、別の目的の差分は入れるべきじゃないと思う。
例えば、機能追加なのにちゃっかりバグフィックスも混ざってるとか。
0726login:Penguin2010/03/21(日) 09:08:50ID:GHhv3uqI
>>723
gitx ではとりあえずコミットログを書きながら
コミットするファイルの一覧から diff 表示させられるから
忘れてても全然 OK
0727login:Penguin2010/03/25(木) 08:29:22ID:ACJlY4U7
muzu-
0728login:Penguin2010/04/01(木) 15:28:34ID:M9uKaIit
Windowsのcygwinのgit使ってるんですが、日本語ファイル名が

# "\343\202\265\343\203\263\343\203\227\343\203\253\343\203\225\343\202\243\343\203\253\343\202\277/"

みたいに数値で表示されるのってなんとかならないものなんでしょうか？
cygwin 1.7なんでUTF-8には対応しているはずなんですが。
0729login:Penguin2010/04/01(木) 15:29:18ID:M9uKaIit
数値でっていうかバイナリなのか。gitはファイル名をバイナリで扱うんだっけ・・・
07307282010/04/01(木) 15:41:21ID:M9uKaIit
gitで日本語ファイル名を無理やり通した - きみのハートを8ビットキャスト
http://d.hatena.ne.jp/takkaw/20080831/p2


こういうのって公式に取り込んでもらう方法ってないもんでしょうか？
0731login:Penguin2010/04/01(木) 15:45:28ID:8lE6TdJZ
>>729
core.quotepath = false
でいけます。
0732login:Penguin2010/04/01(木) 16:38:48ID:ivXW99qP
どこかに覗いたら勉強になるようなＯＳＳのＧｉｔレポジトリないでしょうかね？
0733login:Penguin2010/04/01(木) 22:37:08ID:fogg5tiY
gitだと、公開リポジトリは綺麗な歴史になるようにしてる
はずだけど、どういう勉強がしたいの? 自分で実験してみる
以上に勉強にはならないとおもうけど。

cloneしてから、一個一個コマンドを試していけば
いいんじゃないの?なんかダメなの?
07347282010/04/02(金) 03:19:32ID:mth9LXwF
>>731
ｲｹﾀ━（ﾟ∀ﾟ）━ !!

$git config --global core.quotepath false

でいけました。

上記でUTF-8で入れたマルチバイトファイル名は文字化けしてないみたいなんですが、
gitkやgitguiだとコミットログは問題ないようなのですが、ファイル名は化けて、操作できないですね・・・

$ git config --global gui.encoding utf-8

している状態なんですが、これはどうにもならないもんなのでしょうか？

cygwin 1.7.1、 git 1.6.6.1です
0735login:Penguin2010/04/04(日) 12:24:16ID:N7boF9sc
>>732
ｽﾚ違い
0736login:Penguin2010/04/11(日) 23:37:35ID:gnsZLsDv
document.createElementで作ったinputをｊQueryで追加したんですが、
そのInputの入力Boxで文字列が選択できません。

これはなぜ？
0737login:Penguin2010/04/12(月) 01:08:08ID:zlVRCvUq
どこの誤爆だ。
0738login:Penguin2010/04/12(月) 05:36:23ID:B6m3dSPJ
こんな所に・・・・
誤爆しました。失敬。
0739login:Penguin2010/04/12(月) 08:45:24ID:i6AEo9WC
こんなところとは失礼だな君は
0740login:Penguin2010/04/12(月) 09:35:28ID:TaBB+zUC
まあまあ、こんなところというのは良い意味で言ったんだよな、坊主
0741login:Penguin2010/04/15(木) 01:17:11ID:GwN4l2eh
ついでだからgitについてもひとこと書いてけ、坊主
0742login:Penguin2010/04/15(木) 15:39:46ID:VoGIIRW/
webdav経由の速度がsvn(mod_dav_svn)に負けるんだけど。
どこが早いだよ。ボケが。
0743login:Penguin2010/04/15(木) 15:40:06ID:VoGIIRW/
とと間違えた糞がだった。gitだけに。
0744login:Penguin2010/04/15(木) 16:15:54ID:/XEu1xEv
webdav経由なんて使ったことないな。速度って何の速度？　クローンじゃないよね？
0745login:Penguin2010/04/16(金) 08:09:07ID:UzWc4Tj9
webdav(笑)
0746login:Penguin2010/04/17(土) 10:38:01ID:yU9e03Tm
>>741
ぎったんぎったんにしてやんよ
0747login:Penguin2010/04/19(月) 12:01:21ID:9Dj8CBQk
>>744
クローンだよ。
初回はやっぱりクローンだし。
LLのコード管理するならいいけど
中間コード生成する類のコードだと余計ファイルを一掃したくなるので
中央からクローンする頻度が上がる、クローンが遅いのは痛い。

零細企業の事情は知らんけど、そこそこの企業ならポート制限をかけてて
git用に別ポート開けろとかいやがられるので80ポートは開いてるからwebdav
0748login:Penguin2010/04/19(月) 12:24:28ID:T4uQ6+sS
>>747
だまってsvn使えばいいじゃない
gitのクローンって、リポジトリのクローンだよ？
速度を比べるのがおかしい
0749login:Penguin2010/04/19(月) 12:55:20ID:4DqhZF3F
>>748
だな、速度を比べるのならsvnではr1からHEADまで全履歴を取得させて計測すべき。
0750login:Penguin2010/04/19(月) 15:21:58ID:9Dj8CBQk
>>748
たしかにsvn使う方がいいですね。そうします。

中央リポジトリだけsvnにしてもいいんだけど
それだとブランチ毎にcloneしないといけないっていうのが使いにくい。

Linusさんが作ったわけだから、中間コードを生成するようなものにも
利用してるはずで、多分私の運用方法がまずいと思うんだけど。
git系の解説書見てもよく分からん。
0751login:Penguin2010/04/19(月) 16:41:09ID:4DqhZF3F
>>747
＞中間コード生成する類のコードだと余計ファイルを一掃したくなるので
＞中央からクローンする頻度が上がる、クローンが遅いのは痛い。
中間コードの生成とクローンの頻度に何の関係があるの？ ignoreとかmakeとか使えないの？
てかクローン（全履歴取得）は最初だけでその後はフェッチ。中央扱いの場所へのコミット頻度が
高ければ、必然的にフェッチする頻度も増すだろうが。

社外とクローズドなソースコードのやりとりするなら会社責任者の認証を受けるべきだし、
そんならちゃんとした手順踏んで相手方とトンネル掘るなりしてsshでやるべきじゃないかと思う。
0752login:Penguin2010/04/19(月) 22:26:52ID:9lqpgC5I
件の中間生成物を掃除するために、リポジトリまるごと"rm -rf *"で闇に葬ってから
"git clone"してたりするんでないかと。

0753login:Penguin2010/04/20(火) 00:11:21ID:dxBJHbyQ
うわー
0754login:Penguin2010/04/20(火) 04:50:52ID:pVtIppVL
普通中間生成物削除する何らかの手段用意するよなあ。
Makefileのcleanターゲットとかさー
0755login:Penguin2010/04/20(火) 08:39:49ID:1DvR0uQW
んだよそんな低レベルうんこ野郎が、糞だのボゲだのってDISってたのかよ。
■ このスレッドは過去ログ倉庫に格納されています