git スレッド

>>934
何で単にgit filesにしないんだろw　

>>935
作者の指が「ls」を記憶してるから、とか？
あんだけたくさんコマンドあると、衝突しないようにするだけでも大変そう。

Plumbingはだいたいそんなかんじ

git初心者です。特定のタグのソースを取り出したいのですが、どういうオプションになる
のでしょうか。

特定のタグってなに？

git checkout 特定のタグ
ってことか。

>940
cvsでいいますと、
$ cvs update -dP -rAUTOCONF-2.61a2
みたいなことをやりたいのですが、頭が悪いせいか、gitドキュメントを見ても
ググっても分かりませんでした∩(・∀・)∩

git checkout 特定のタグ
ってことか。

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

Tortoiseだと最後の
(R)eject, accept (t)emporarily or accept (p)ermanently?
は見えないのかな?

ああ、出ていましたが長すぎる行があると言われたのでカットしてしまいました。
よく考えたら、コンソールから実行すれば良いみたいですね・・・。

でも、このメッセージをでなくする方法はないんでしょうか。
(p)ermanentlyにしてもまた聞かれる事があるようなんですが。

また聞かれるってのは、同じホストに対してのアクセスで?

色々あるけど、どれを落としたらいいのかよくわかりません。
これらの違いをまとめたサイトってありますか？

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ではどちらを選ぶべきでしょうか？

>>947
1.7.1一択でしょ
バージョンが上がって不具合出たってのは聞かないし

>>946
ああ、すみません
動作がちょっとおかしいのでgit svn cloneしたら設定が消えて、また聞かれたようです。
回答ありがとうございました

bare同士を同期取りたいのですがどうすれば良いですか？

proxyってどうすれば使えるようになるんですか？
TortoiseGitのSettingsでプロキシを設定するだけでは全く使えませんでした。
TortoiseSVNはSettingsで設定しただけで使えたのですが。

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

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だとダメって事なのか・・・

無理っぽそうだったらsvnsyncで妥協したら？

>>954
git svn rebaseはできても、dcommitが出来ないと思いますが・・・

うーむ、Windowsで使う人がぞくぞく増えてるかんじ？
やっぱ次スレはム板すかねぇ。。。

>>955
SFにgitのミラーがあるっぽいけどこれは何なんだろう？
http://sourceforge.net/projects/jedit/develop
githubにフォークするってのもあると思うけど。

ローカルのSVNリポジトリからリモートのSVNリポジトリへ
svnsyncで送信して同期すればいいかと思いましたが、
GoogleCodeはローカルへリポジトリを複製しか出来ないっぽいです

>>957
なんかgitでアクセス出来るようになってますね、jEdit

フォークとは・・・？あれってgitリポジトリ同士でしか出来ないのでは

>>958
あ、SFのjeditとは別の人？
google codeならMercurial・・・
分散型ならリポジトリは全部フォークだと思うけど。

947ではないが、
私も
　Git-1.7.0.2-preview20100309.exeとか
　msysGit-fullinstall-1.7.1-preview20100612.exeとか
　PortableGit-1.7.0.2-preview20100309.7zとか
の違いがわかりません。
教えていただけないでしょうか？

cygwinじゃないWindowsでgitを使おうとする人って、
Linuxでgit使っているからWindowsでもgitってことなのか、それとも新規なのか、
どっちなんだろう。

TortoiseSVN使っていたけどGitの方が便利と聞いてGitにした

>>961
cygwin重すぎ、使ってる奴の気がしれない
とgnuwin32を使ってたらWindowsでもgit.exeになる
今はcygwinも早くなってるのかもしれんけど、もういいや

msysgitってgitのフォークなの？本家に取り込まれているの？

ttp://msysgit.googlecode.com/files/Git-1.7.2.3-preview20100911.exe
ここ最近はきっちり3ヶ月おきリリースなことに今更気づいた

>>964
分散開発に最適のgitがフォークして開発されているというのも皮肉なもんだねw

皮肉？本望なんじゃね？

んで結局違いがよくわからない・・・
ネット上の記事だとノーマルのGitを落とせというし
http://www.symfony.gr.jp/git/setup-git-windows
ここだとmsysGitを落とせと言うし。。。

Windowsでもcygwinでemacsな俺は、gitもふつーにcygwinのを使っていたけど、
特に重いとは思わなかったけどなあ。
git svnは重かったけど、それはcygwinのせいでも、gitのせいでもないだろう。

>>967
いやあ、git的にはmsysGitのツリーで行った開発を定期的に本家にpushする
という分散開発が理想だろう。　フォークっていうのはある一点で「分かれた」という
事だからね。

>>968
日本語か。
TortoiseGit・・・

git 本体の問題じゃないんだけどアドバイスくれくれさん

github にある hoge ライブラリを git clone して改造して
「特定用途に特化してて便利な気がする tokutei-hoge」 としてパッケージにして公開したいんよね
COPYRIGHT とかどう書けばいいのかな
オリジナル作った人の次に名前書くとかでいいのかな

本家さんは MIT ライセンスだそうなんだけど

>972

(1) forkして作ったんだから、まずオリジナルのライブラリに関して言及するのは必須だろ
(2) 中身について、単なる拡張で、upstreamに戻した方がいいなら自分でメンテするんじゃなくて
upstreamに戻した方が楽
(3) 自分が書き直して、もしくは手を入れて著作権を主張できるぐらいの内容と分量があるなら
そこで初めて自分のライセンスを検討しはじめる。MITライセンスが第一候補になるかとは
　　思うが、別のライセンスでも良い。しかし、ライセンス矛盾がおきないようにして
あげないと事実上使えない。

>>960
https://git.wiki.kernel.org/index.php/MSysGit:InstallMSysGit

> What is msysGit?
>
> msysGit is the development environment to compile Git for Windows.
> It is complete, in the sense that you just need to install msysGit,
> and then you can build Git. Without installing any 3rd-party software.
>
> msysGit is not Git for Windows; that is an installer which installs Git -- and only Git.
>
> It is easy to see the difference: the installers for Git have the prefix Git-,
> the msysGit installers have the prefix msysGit-.
> Another telltale is that the msysGit installers come in two flavors: fullinstall and netinstall.
> Further, msysGit does not install to C:\Program Files by default.
> But msysGit comes with gcc, the GNU C Compiler.
>

$ git svn dcommit
Committing to svn+ssh://xxx/trunk ...
M xxx.txt
トランザクションはリポジトリ側と比べて古くなっています: Out of date: '/xxx.txt' in transaction '11523-1' at /opt/local/libexec/git-core/git-svn line 572

$ git svn rebase
It seems that I cannot create a rebase-apply directory, and
I wonder if you are in the middle of patch application or another
rebase. If that is not the case, please
rm -fr xxx/.git/rebase-apply
and run me again. I am stopping in case you still have something
valuable there.
rebase refs/remotes/svn/trunk: command returned error: 1

意味がぜんぜんわからないんだけど
rm -fr xxx/.git/rebase-apply
をすればいいのか…？

消すと怖いので mv xxx/.git/rebase-apply xxx/.git/_rebase-apply
して git svn rebase したらコンフリクト地獄が始まったので
恐くなって git rebase --abort して
git svn dcommit したら >>975 の最初に戻った。
一体どうすれば

>>976
git svn fetch
git log HEAD..trunk
ってやったらどうなる？（trunkは適宜置き換えが必要かもしれない）
rebaseで適用される予定のコミットが表示されるはずだけど、
そいつらが既に今のブランチにあったりしない？

git log trunk..HEAD
この場合、dcommitでsvnに送られる予定のコミットが表示されるはずだけど、
既にsvn側に存在するコミットが表示されたりしない？

git側でマージしたりするとこうなるかも知れない。git-svnするならマージコミットは
作らないほうが良いよ。

もしくはdcommit先のtrunkとかbranches/hogeとかが途中でズレたりしてコミットが
重複しまくってるとか。

>>977

$ git svn fetch
(10秒ぐらいかかって何も表示されず正常終了したっぽい)

$ git log HEAD..trunk
fatal: ambiguous argument 'HEAD..trunk': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions

$ git log trunk..HEAD
fatal: ambiguous argument 'trunk..HEAD': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions

$ git log -3 --oneline
606d931 ○○するように変更
64a27a8 ○○機能実装
5974f08 Merge branch 'master' into topic4

なんかtopic4での作業を git master topic4 としてからおかしくなりました。
git svn dcommit -n だと10行ぐらいでてきます。
が、git svn dcommit だと >>975 の最初に戻ります

>>978
最終的にdcommitするなら、topicブランチの作業はmergeしないでrebaseして
真っすぐにしといたほうが良いよ。

trunkじゃないのか。なんかリモートブランチの名前があると思うんだけどな。
.git/refs/remotesになんかあると思う。git branch -r とかでも。

>>979
「topicブランチの作業はmergeしないでrebaseして真っすぐ」というのがよくわからなかったのですが、
とりあえず .git/refs/remotes の下に svn があったのと、
$ git branch -r
svn/trunk
となったので
$ git log HEAD~3..svn/trunk --oneline
みたいにしたら git log は正しく動きました
(こういう使い方があるんですね。覚えとこう)

あとは、どっかのブログに過去に戻る方法が書いてあったのでそれを参考に、

$ git reflog -12
(中略)
64a27a8 HEAD@{9}: merge topic4: Fast-forward
0dd2d98 HEAD@{10}: checkout: moving from topic4 to master
$ git reset --hard HEAD@{10}

として戻って
>>977さんのアドバイスをうけて --no-commit をつけてみて、
ウノウのサイトで、おまじないとして --no-ff つけとけみたいに書いてあったので
$ git merge --no-ff --no-commit topic4
としてみて
git commit

未来でコミットしてたのを探して取り込んで、
git reflog -20
git cherry-pick 606d931

git svn dcommit
で、コミットできました(嬉し涙)
アドバイスありがとうございました >>979

おう、次スレたててきたぞ。

Git 2
http://hibari.2ch.net/test/read.cgi/tech/1284467898/

>>981
乙。
連投規制があるらしいが、テンプレ終わり？

>>974
Git-...preview と PortableGit... と msysGit... の違いは？

>>982
テンプレはこんなものかな？
追加があればヨロ。