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

git スレッド

レス数が950を超えています。1000を超えると書き込みができなくなります。
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
0855login:Penguin2010/06/26(土) 04:17:55ID:w2I5qyES
>>854
過去を改竄した上に、現在に至る道筋を全て書き換えるのだから、そうするしかないね。

ただ歴史の参考書として使うのが目的であれば、遺産専用のリポジトリを作って、
現実の流れとは切り離してみたら？
0856login:Penguin2010/06/26(土) 09:06:18ID:fDYu/oxG
>>854
ちとめんどいが、リポジトリをまとめることできるよ
0857login:Penguin2010/06/26(土) 09:48:49ID:H6FlpyjE
なんでその「遺産」とやらをリポジトリに入れなきゃいけないんだろ。
0858login:Penguin2010/06/26(土) 09:52:47ID:/z21ANsp
歴史的価値があるからだろ。
0859login:Penguin2010/06/26(土) 11:29:49ID:H6FlpyjE
tar.gz とかで置いとくだけじゃだめなん?
0860login:Penguin2010/06/26(土) 11:56:07ID:w2I5qyES
blameしたりとかね
0861login:Penguin2010/06/28(月) 03:34:04ID:dFIHaLjh
別のリポジトリかブランチ用意して時間を遡るようにコミットすればいい。
起点のあやふやなリポジトリなんてあっちゃいけない。
0862login:Penguin2010/06/28(月) 13:32:46ID:AeUZNcLY
cvsがimportにタイムスタンプを保存してくれるんで、それを経由してならやったことがある。
0863login:Penguin2010/06/28(月) 21:27:15ID:M8SBBxn0
>861
具体的には、git commit を使うの? それとも違うコマンド?
パッチ管理システムのgitが過去に向かって遡るように
できるとするとどのコマンドを使うのだろか。謎だ。
0864login:Penguin2010/06/28(月) 21:49:22ID:ZdGP9BRk
>>863
古いソースのアーカイブとかが見つかったのなら、その時点のコミットまで戻って
ソースを展開してコミット、で続きはrebaseで改竄、かな。
次のコミットのコンフリクトが激しい場合、そのコミットはresetで無理やり
作ることになるかも。
0865login:Penguin2010/06/29(火) 08:40:40ID:RKOTmQc0
rebaseの手間や与える混乱を考えたら、川の字のような分断されたシリーズで
まとめておいて、始点終点の接続をtagでわかりやすくしておくのが無難じゃ
ないかな。
0866login:Penguin2010/06/29(火) 09:14:18ID:mAh632T5
古いソースコードが小出しに出てくるって、どういうシチュエーションなんだ
0867login:Penguin2010/06/29(火) 10:44:08ID:6afYXK7c
web系の本番環境にCVS/, .svn/を置けないね、ってな話？。
0868login:Penguin2010/06/29(火) 12:19:34ID:VJOkvPml
>>866
今まで git で管理されていなかったプロジェクトを引き継いで、引き継いだ時点から git で管理しています。
# ので、歴史は進んでいます。

しかも圧縮されたソース一式を、メールでやりとりしていたという状況があって、
それが、後から後から「XX月XX日時点のソースはこうでした」なんて送ってくるのです。
大抵そのときは、「XX月XX日時点では問題は無かった」なんて言われるもので、diff もとりたいわけです。
他人の歴史を取りこめる git なら、なんかできるんじゃないかな、と思ったのです。
0869login:Penguin2010/06/29(火) 15:03:57ID:mAh632T5
>>868
そっか、、、大変だね。
俺なら、過去専用リポジトリを作って、けっこう真面目に歴史つくりなおすと思うな。
reset、rebaseがちゃんと使えるようになれば、そんなに面倒でもないし、
歴史の改竄はたまにやるので、慣れてる。

ただ、差分見るだけだったらgitじゃなくてもdiffするだけでも取れるし、
とりあえずgitの使い方を学んでみたらいいと思う。
0870login:Penguin2010/06/29(火) 15:27:33ID:6afYXK7c
hgはcommitに--dateオプションがあって任意の日時が指定できるんだけど、gitの場合どうするんだろう？
0871login:Penguin2010/06/29(火) 18:00:28ID:8zZUzhs0
>>870
gitにも同じオプションあるよ
0872login:Penguin2010/06/29(火) 18:08:05ID:65UOE5ID
.>>870
試してないけど、git commit にも同じ --date オプションがある。
0873login:Penguin2010/06/29(火) 22:47:08ID:6afYXK7c
>>871-872
Thanks. 1.7 から？
http://www.kernel.org/pub/software/scm/git/docs/RelNotes-1.7.0.txt
0874login:Penguin2010/07/09(金) 12:12:28ID:A4ulNFz6
すいませんお聞きしたいのですが、
レポジトリ名の変更ってどうすればよいのでしょうか？

/home/ore/project というレポジトリを
/home/common/project にクローンして、
/home/common/project の方をorigin にして
/home/ore/project の方は ore という名前のレポジトリにしたいんです。

今は /home/ore/project が originになっていて
pushとかcloneで originはすでに存在しますみたいなエラーが出ます。

どなたか教えていただけると幸いです。
0875login:Penguin2010/07/09(金) 13:24:28ID:+O87Fyla
>>874
リポジトリの名前というものは無いのでディレクトリをリネームしてOK。
あとgit-remoteのドキュメントを読めばわかる。Pro Gitやatwikiあたりも。
http://www.kernel.org/pub/software/scm/git/docs/git-remote.html
0876login:Penguin2010/07/09(金) 14:11:35ID:A4ulNFz6
>>リポジトリの名前というものは無いのでディレクトリをリネームしてOK。

あれ、すいませんなんか勘違いしてるのかもしれないのですが、
じゃあ例えば
/home/dareka/project
というレポジトリがあったとして、
/home/ore/project　を /home/dareka/project にpushするときは
git push dareka
みたいにすることができて、
この場合のdarekaがレポジトリ名だと思ったんですが、違うんですかね？
こういうことがしたい場合はどうすればよいのでしょう？
0877login:Penguin2010/07/09(金) 14:39:37ID:+O87Fyla
>>876
勘違いとかじゃなくてドキュメント読まないと分からないよ。
それはリモートの名前で、パスに別名を付けたようなもの。
0878login:Penguin2010/07/09(金) 16:26:29ID:A4ulNFz6
なるほど。ありがとうございます。なんとなく分かりました。

すいません、追加でもう一つ質問したいのですが、
中央レポジトリの作り方を調べていて
http://d.hatena.ne.jp/hirose31/20090325/1237984133
このページを見たのですが、gitを使うユーザーに
中央レポジトリに書き込むgroupの権限を付与するということは、
その権限を付与されたユーザーは中央レポジトリの.git/objectsや.git/logs
のようなディレクトリを自由に編集・削除できてしまってことなんでしょうか？？

0879login:Penguin2010/07/09(金) 17:56:50ID:+O87Fyla
>>878
そうだね。つまり権限のある誰かがシェルを介して中央を破壊することは可能。
ただし分散してるからそう問題にはならない。
またリポジトリをsharedにしておくとFastForward以外はpushできなくなるので
通常の操作では破壊できなくなる。

自由にシェルを使わせるのが嫌ならgitosisという手がある。
てかこれもProGitに書いてある。いろいろ心配する前に一通りドキュメント嫁。
08808782010/07/12(月) 12:11:38ID:FAAvT4oM
なるほど、ありがとうございます！
おかげさまでとりあえず最低限運用できるところまではいけましたので、
教えていただいたとおりこれからProgit読んでみようと思います。
ありがとうございましたｍ(_ _)ｍ
0881login:Penguin2010/07/15(木) 10:50:37ID:p+4lqNUQ
ぎっはぶが日本語化している……
0882login:Penguin2010/07/15(木) 16:20:27ID:NrmRtNGn
gitってファイルのパーミッションは管理してくれないんですよね？
ファイルのパーミッション管理したいと思ったらcapistranoとかで
書いたタスクファイルをgitで管理するのがセオリーですかね？
0883login:Penguin2010/07/15(木) 16:26:02ID:HC2fsnSk
configの[core] filemode で file permission を管理するかどうか決められるよ
0884login:Penguin2010/07/16(金) 11:10:26ID:DuxLjflU
git自体を日本語化対応するって話はないんですかね？
svnみたいにエラーメッセージが日本語だとうれしい
08858822010/07/16(金) 11:34:03ID:/E1JLmLV
>>883
ありがとうございます。
それ知ってたんのですが、なぜかパーミッションの変更が検出されない・・
と思ったのですが、もしかしたらディレクトリのパーミッションだったからかもしれません。
もうすこし調べてみるとファイルのパーミッション管理はやはりちゃんとできていました。
ディレクトリにパーミッションの管理ってできないんでしょうか？
0886login:Penguin2010/07/16(金) 13:39:21ID:fPR4+/MA
>>885
gitは実行可能ビットしか扱わないよ
0887login:Penguin2010/07/22(木) 12:59:29ID:001u31B7
rebase がもっと柔軟にならないかねぇ。
公開リポジトリはともかく、家リポジトリと手元リポジトリ間では常に整合性を取って欲しいと思ったり。

ちなみに今、家リポジトリでrebaseしたブランチを手元リポジトリにpullしてくる運用をしてるんだが、
手元リポジトリにゴミがたまってくるので、定期的に手元ブランチを捨てる->fetchしなおしとかやってる。
0888login:Penguin2010/07/22(木) 15:17:40ID:cbVJZvgp
rebase がどう柔軟になってほしいのか、よくわからん。

おまえがやっている運用方法はわかったが、cherry-pick とか
じゃなくて、どういうふうになってほしいか、patch 管理システム
である git の特性から語ってくれないか ?
0889login:Penguin2010/07/22(木) 17:51:50ID:kGVA/gdU
>>887
使い方が間違っていると思われ。
0890login:Penguin2010/07/23(金) 15:10:35ID:chVBZepp
>>888
>>887じゃないけど、追っかけてる先がrebaseしちゃった時に、
自動判別してこっちもrebase --ontoっぽくやってくれたら良いなと思うことはあるな。
本家の改造とか公開してると、けっこうrebaseしたくなるんだよね。
0891login:Penguin2010/07/23(金) 20:11:28ID:+2OGfwPe
家リポジトリというのがよくわからんがpush/pullされうるリポジトリでrebaseってのがそもそも間違ってる気がする
0892login:Penguin2010/07/23(金) 20:19:47ID:AtkBTB/A
>>884
標準出力を常にGoogle翻訳で翻訳するパイプでも作ってろ
08938872010/07/24(土) 08:48:55ID:mi89eBmB
おおむね >>890 が代弁してくれたありがとう。
rebaseっていうかrebaseのmergeの話だった。
上流を追いかける作業を3サイトでやってるのでやっぱりrebaseに頼りたいのだ。
0894login:Penguin2010/07/24(土) 14:23:06ID:T1iC+JGW
git pull --rebase
を生かす方向なのかな。危険だけど
0895login:Penguin2010/07/24(土) 14:32:22ID:ZRZfN7DH
>>894
全然危険じゃないよ
0896login:Penguin2010/07/24(土) 18:59:55ID:3or6t789
「公開リポジトリがrebaseされたらどうなるの」っと・・・
0897login:Penguin2010/07/24(土) 19:02:21ID:T1iC+JGW
>895
んと、man git-pull の --rebase に書かれてある。

>Note
> This is a potentially _dangerous_ mode of operation.
> It rewrites history, which does not bode well when you published that history already.
> Do not use this option unless you have read git-rebase(1) carefully.

っていう潜在的な危機をどう捉えるかによるんだろうねえ。
0898login:Penguin2010/07/24(土) 19:09:04ID:88hJDb8Q
http://d.hatena.ne.jp/kattton/20090416/1239895764
ActiveScriptRubyでやってるんですが
git initと入力してもコマンドがないって怒られてしまって。。。
何か足りないのでしょうか？
宜しくお願いします
0899login:Penguin2010/07/24(土) 19:28:08ID:EKpgTrLM
>>898
ここはLinux板です、とでも書いておけばいいのかな？
0900login:Penguin2010/07/24(土) 20:19:39ID:EO3/tJEK
Webサイトをgitで管理したいんだけど、気を付けなきゃいけないこととかある？
rsyncでやってたところをWebサーバ側からのgit pullで済ませようと思ってるんだけどパーミッションは実行権限しか追跡しないとかって話が上で出てて足踏みしてる。
0901login:Penguin2010/07/24(土) 20:38:16ID:T1iC+JGW
っ「hook」
0902login:Penguin2010/07/25(日) 01:09:59ID:uqOvh6D0
>>899
>>898は、たしかRubyのスレから誘導されてる人だと思うが、
どうやらRubyとgitを一体のもの(Rubyをインストールするとgitも
使えるようになる)だと思っているらしいな。

というわけで git は git で別途インストールしてください。
0903login:Penguin2010/07/25(日) 17:10:28ID:lHmR0dFq
v1.7.2きてるんだけど、公式ページのほうがなかなか更新されないな。
0904login:Penguin2010/07/25(日) 22:19:29ID:OrPiVp0L
ruby native で git 再構築すれば、普及しそうだけどな。
もちろん path は UTF-8 に変換して収める形で。
0905login:Penguin2010/07/25(日) 22:29:54ID:b9zDuuRt
っ「いいだしっぺの法則」
0906login:Penguin2010/07/25(日) 22:45:21ID:87ahCoBn
>>905
・そもそもできると思ってる？
・どうせ使わないんだろ？
0907login:Penguin2010/07/25(日) 23:13:17ID:PIOYVDsr
>>906
Version Control in Ruby. Mercurial Compatible. Big ideas.
http://bitbucket.org/carbonica/amp/overview
0908login:Penguin2010/07/25(日) 23:21:02ID:PIOYVDsr
http://amp.carboni.ca/
Amp has bigger dreams. Here’s what we want to do:
* git, bazaar, svn, cvs, darcs In Ruby. 100% Compatible.
0909login:Penguin2010/07/26(月) 00:31:36ID:PBilh91y
msysGit の UTF-8ファイル名対応版を作ってみた
一応、TortoiseGit からきちんとUTF-8ファイル名を扱えることを確認済み。
http://tmurakam.org/git/
0910login:Penguin2010/07/26(月) 00:36:54ID:oLqOu0tb
>>909
Great Job!!
プログラマ板にも宣伝した方がいいと思うよ。
0911login:Penguin2010/07/26(月) 21:12:53ID:oLqOu0tb
>>910
プログラム板と間違えた。
0912login:Penguin2010/07/29(木) 10:32:28ID:SQ2Lg/WY
素朴な疑問だけど、

・フォークしたいリポジトリがある
・そのリポジトリはgit使ってない(svn)

とかいう場合はどうする？

git-svn使ってcloneするとしてもpullとかできる？
あきらめるしかないのかな
0913login:Penguin2010/07/29(木) 10:39:07ID:SQ2Lg/WY
git svn clone

pullの代わりに git svn rebaseでいいのかな

問題なさそうなら試してみるか
0914login:Penguin2010/07/29(木) 11:53:07ID:m5sW/oAY
git-svnとか使ってたけど、たまにimportの途中で突然死したりして
どうも不安定な感じなので

- ふつーに svn checkout
- その内容を "remote" ブランチ（git-remoteとは関係なく、単にそう名前つける）に
定期的に svn update して登録
- 自分の開発は "master" ブランチで行う

で誤魔化してる。svn側とコミット単位が揃わないのが難点だが、そこは
毎日 svn update して git-commit される単位もそこそこ小さくなるようにして
逃げてる。
0915login:Penguin2010/07/29(木) 12:00:04ID:SQ2Lg/WY
開発をmasterブランチでやるとこまらない？

masterブランチはsvnとの同期に使って
mymasterブランチを作ってそっちを自分用にしたほうがいい気がする
0916login:Penguin2010/07/29(木) 12:54:32ID:AaQBX6kn
masterで開発してて、commit --amend,resetとか使いまくると
dcommitに失敗することあったな。
0917login:Penguin2010/07/29(木) 19:56:16ID:SQ2Lg/WY
やっぱsvnと連携する場合はmaster以外で開発したほうがよさそうだな

それにしてもgit-svn cloneなげえw
0918login:Penguin2010/07/29(木) 20:21:05ID:RVoF2mKv
履歴の全部が必要でなければ途中からやれば直ぐ終わる。
数万リビジョンもやってられん。
0919login:Penguin2010/07/29(木) 20:21:33ID:AaQBX6kn
dcommitできなくなっても
checkout -bで別ブランチに移動しておいて、
masterをsvnのHEADより前にresetしてから、rebaseでsvnに同期。
で、別ブランチをmasterにmergeしてから、dcommitしたら治った
0920login:Penguin2010/07/29(木) 20:38:27ID:SQ2Lg/WY
なるほど
どうせrebaseするんだし、今からやるなら元からブランチ切っといたほうがよさそう
つうわけでsvnからclone中
数百リビジョン程度だけど時間かかるわ

さすがに数万リビジョンだったら途中からやったほうがよさそうね
出くわしたときには参考にはするわ
0921login:Penguin2010/07/30(金) 19:27:57ID:n+PyZb8E
wordファイルを管理したくて
xdoc2txtを利用してdiffをとろうとしてるんだけれど
うまくいかないのでアドバイス下さい。

progitを参考にstringsを使ってみたけれど、
うまくテキストを抽出してくれない。
（そもそもSJISに対応していない？）
xdoc2txtをダウンロード、PATHを通した。

$ uname -a
CYGWIN_NT-5.1 MP014 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin

$ git version
git version 1.7.1

$ git config -l | grep word
diff.word.textconv=xdoc2txt

$ cat .gitattributes
*.doc diff=word
（続く）
0922login:Penguin2010/07/30(金) 19:28:44ID:n+PyZb8E
（921続き）
コミット済みのwordファイルを開き、最後の行に「追加テキスト」
を書き込み、保存。
diffをとってみると、文章全体が追加されたような結果が表示される。
古い方の文書が空？

$ git diff
diff --git a/test.doc b/test.doc
index 34294f8..d3e0c9e 100755
--- a/test.doc
+++ b/test.doc
@@ -0,0 +1,3 @@
+Word文書
+日本語
+追加テキスト

お願いします。
0923login:Penguin2010/07/30(金) 20:11:33ID:hs7/uySS
ここはLinux板だからcygwinは板違いだと思うんだ。
0924login:Penguin2010/07/30(金) 21:33:55ID:99W6fMHU
>>923
Linux Like systemじゃん。多めに見てやれよ。
0925login:Penguin2010/07/30(金) 22:06:26ID:ed1Kx/Tw
つーかLinux板にあること自体が間違ってるんだろ。
該当しそうなム板にはgitスレないみたいだし。
0926login:Penguin2010/07/30(金) 22:51:12ID:99W6fMHU
そもそもLinuxにgitスレがあるのが間違いじゃね？
0927login:Penguin2010/07/31(土) 00:37:31ID:+18Yoya7
2007年末ならもうム板でよかったな。
0928login:Penguin2010/07/31(土) 01:01:37ID:E1O74csb
そんじゃム板に引越しかねぇ。あそこID出ないから荒れやすい気がするんだよな。
09299212010/08/01(日) 10:19:53ID:8DX+UhYr
catdoc、xls2csvでいけました。
-dオプションを”-d UTF-8”と大文字で書いてしばらくはまった。
$ catdoc.exe -w -d utf-8 test.doc

0930login:Penguin2010/08/01(日) 14:20:01ID:LQjsO1N6
>>929
それはcygwin標準配布なんでしょうか？
0931login:Penguin2010/08/04(水) 08:58:27ID:IBiuTVdS
ム板には、バージョン管理総合スレってのがなかったっけ？
0932login:Penguin2010/08/04(水) 09:48:31ID:Hq1IxoMJ
>>931
あるけどこんなのがいるところだよ。
http://pc12.2ch.net/test/read.cgi/tech/1270640436/528
0933login:Penguin2010/08/17(火) 16:34:08ID:9ok4N7z5
git 管理下にあるファイル名をしるには、どうしたらいいんでしょ？
0934login:Penguin2010/08/17(火) 16:54:04ID:cLeqdHdK
つ git ls-files
0935login:Penguin2010/08/17(火) 22:12:09ID:QBFEjw3K
>>934
何で単にgit filesにしないんだろw　
0936login:Penguin2010/08/18(水) 00:56:05ID:G+jqjyHX
>>935
作者の指が「ls」を記憶してるから、とか？
あんだけたくさんコマンドあると、衝突しないようにするだけでも大変そう。
0937login:Penguin2010/08/18(水) 00:57:54ID:a7ZcViPY
Plumbingはだいたいそんなかんじ
0938login:Penguin2010/08/18(水) 01:56:40ID:vmbNRhYU
git初心者です。特定のタグのソースを取り出したいのですが、どういうオプションになる
のでしょうか。
0939login:Penguin2010/08/18(水) 10:19:10ID:a7ZcViPY
特定のタグってなに？
0940login:Penguin2010/08/18(水) 13:47:34ID:b4yYMaNq
git checkout 特定のタグ
ってことか。
0941login:Penguin2010/08/20(金) 15:36:32ID:Ne/nS8Jw
>940
cvsでいいますと、
$ cvs update -dP -rAUTOCONF-2.61a2
みたいなことをやりたいのですが、頭が悪いせいか、gitドキュメントを見ても
ググっても分かりませんでした∩(・∀・)∩
0942login:Penguin2010/08/29(日) 11:02:39ID:3wb5Jkl1
git checkout 特定のタグ
ってことか。
0943login:Penguin2010/09/01(水) 22:12:47ID:E+kLKF/M
TortoiseGit1.5.2.0で、
git svnでcloneしようとしたらこんなメッセージが出てくるのですが・・・

git.exe svn clone "https://jedit.svn.sourceforge.net/svnroot/jedit" "C:\Users\UserName\Documents\Git\jedit" -T trunk -b branches -t tags -r 17781:HEAD

Initialized empty Git repository in c:/Users/UserName/Documents/Git/jedit/.git/
Error validating server certificate for 'https://jedit.svn.sourceforge.net:443':
- The certificate is not issued by a trusted authority. Use the
fingerprint to validate the certificate manually!
Certificate information:
- Hostname: *.svn.sourceforge.net
- Valid: from Jan 4 15:21:55 2010 GMT until Feb 5 10:03:23 2011 GMT
- Issuer: Equifax Secure Certificate Authority, Equifax, US
- Fingerprint: ea:d1:3e:01:cc:16:e9:9b:c2:ab:4b:0c:cc:26:5f:25:78:ea:89:b4
0944login:Penguin2010/09/01(水) 22:21:24ID:pBMloSfq
Tortoiseだと最後の
(R)eject, accept (t)emporarily or accept (p)ermanently?
は見えないのかな?
09459432010/09/02(木) 10:46:30ID:Arao/yfS
ああ、出ていましたが長すぎる行があると言われたのでカットしてしまいました。
よく考えたら、コンソールから実行すれば良いみたいですね・・・。

でも、このメッセージをでなくする方法はないんでしょうか。
(p)ermanentlyにしてもまた聞かれる事があるようなんですが。
0946login:Penguin2010/09/02(木) 11:26:14ID:XvOWHzNG
また聞かれるってのは、同じホストに対してのアクセスで?
0947login:Penguin2010/09/05(日) 13:15:39ID:uOwZFEmh
色々あるけど、どれを落としたらいいのかよくわかりません。
これらの違いをまとめたサイトってありますか？

http://code.google.com/p/msysgit/downloads/list

Git-1.7.0.2-preview20100309.exeとか
msysGit-fullinstall-1.7.1-preview20100612.exeとか
PortableGit-1.7.0.2-preview20100309.7zとか

あとバージョンとして現在（2010/09/05）ではGit1.7.0.2と1.7.1ではどちらを選ぶべきでしょうか？
0948login:Penguin2010/09/05(日) 15:34:22ID:dvJgUDqy
>>947
1.7.1一択でしょ
バージョンが上がって不具合出たってのは聞かないし
09499432010/09/06(月) 16:52:42ID:TasayJ9W
>>946
ああ、すみません
動作がちょっとおかしいのでgit svn cloneしたら設定が消えて、また聞かれたようです。
回答ありがとうございました
0950login:Penguin2010/09/06(月) 20:54:22ID:pgdlXjWJ
bare同士を同期取りたいのですがどうすれば良いですか？
0951login:Penguin2010/09/07(火) 12:47:03ID:qEz6F0+G
proxyってどうすれば使えるようになるんですか？
TortoiseGitのSettingsでプロキシを設定するだけでは全く使えませんでした。
TortoiseSVNはSettingsで設定しただけで使えたのですが。
09529512010/09/07(火) 12:52:43ID:qEz6F0+G
git@で始まるURLをHTTPプロキシ経由で通信するのは無理そうですね
でもhttpsで始まるURLを、git svnで使うことは出来ないでしょうか

git.exe svn fetch

RA layer request failed: PROPFIND request failed on '/svn': PROPFIND of '/svn':
could not connect to server (https://projectname.googlecode.com) at
C:\Program Files (x86)\Git/libexec/git-core/git-svn line 1765
09539512010/09/09(木) 12:17:25ID:RH0+QDEG
putty.exeをダウンロードしてきて、"Proxy"の設定で
プロキシーサーバー名、ポート、ユーザー名、パスワードを設定しましたが

Proxy error: 502 Proxy Error( The specified Secure Sockets Layer (SSL) port is not allowed.
ISA Server is configured to allow SSL requests from this port. Most Web browsers use port 443 for SSL requests. )

って出てしまいます。ポート番号8080だとダメって事なのか・・・
0954login:Penguin2010/09/09(木) 16:27:56ID:mDAI+fqz
無理っぽそうだったらsvnsyncで妥協したら？
レス数が950を超えています。1000を超えると書き込みができなくなります。