トップページ⇒tech
1001コメント321KB

Git 9

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2014/04/12(土) 13:22:20.98ID:s4x1CSLN
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

Git - Fast Version Control System
http://git-scm.com/

◆関連サイト
Pro Git - Table of Contents
http://progit.org/book/ja/
Git入門
http://www8.atwiki.jp/git_jp/

◆前スレ
Git 8
http://toro.2ch.net/test/read.cgi/tech/1389701817/
0297デフォルトの名無しさん2014/04/30(水) 14:48:31.80ID:mdKtpEfX
別リポジトリで他人による大量の更新があって
半端にマージした挙げ句途中でこけて
半端にステージングした状態になり
結局
git reset --hard origin/upstream_worktree
するしかなくなった

ここまで致命的に腐ってると使い物になるならない以前の次元だね
0298デフォルトの名無しさん2014/04/30(水) 14:55:49.07ID:nKoANYQ+
またいつものコンフリクト恐怖症の人か
0299デフォルトの名無しさん2014/04/30(水) 18:26:55.40ID:mdKtpEfX
コンフリクト解消で済めばいいんだが腐ってるから済まないんだよね
0300デフォルトの名無しさん2014/04/30(水) 18:51:13.84ID:h9gMUOtr
なるほど、コンフリクトの解消の仕方が分からないから
コンフリクト恐怖症になってしまったのか
0301デフォルトの名無しさん2014/04/30(水) 18:51:51.42ID:rHgIYikH
Aリポジトリでもらったpull requestを
Bリポジトリに反映する方法を教えてください
0302デフォルトの名無しさん2014/04/30(水) 18:59:19.90ID:1L5gAVQy
ところで、大声でジットと呼ぶ人がいて困ってるんだ
ディスクトップパソコンみたいな
職場がSubversion教に汚染されてるので仕方ないな
0303デフォルトの名無しさん2014/04/30(水) 19:12:36.93ID:ZY5HChQC
じっと我慢汁
0304デフォルトの名無しさん2014/04/30(水) 19:50:56.80ID:fWhizGrM
レーダーデスクカラオケ
0305デフォルトの名無しさん2014/04/30(水) 19:56:34.41ID:EonfyA0Y
ギットギトにしてやんよ
0306デフォルトの名無しさん2014/04/30(水) 20:25:07.89ID:WuyiDL68
>>297
> 半端にマージした挙げ句途中でこけて

(コンフリクトしたときのデフォルトの動作だ・・・)

> 半端にステージングした状態になり

(コンフリクトしたときのデフォルトの動作だ・・・)

> 結局
> git reset --hard origin/upstream_worktree
> するしかなくなった

(コンフリクト解消できなかったなら git merge --abort すればよかったんじゃ・・・)
0307デフォルトの名無しさん2014/04/30(水) 21:19:26.86ID:livyiFPX
>>297
> git reset --hard origin/upstream_worktree
わろたｗｗｗｗ

え？ あんた自分の作業けしちゃったの？ｗｗｗ

馬鹿だなぁ。　

gitはsubversionと違ってmergeやrebaseの途中で
コンフリクト起きてごちゃごちゃなっても、
merge/rebase作業をキャンセルして簡単に戻せるのにｗｗｗ


情けだ、ヒントをあげよう。
mergeしてるってことはコミットしてるってこと。
そのコミットIDはgit reflogすればわかるので
あとはそのコミットIDをチェックアウトすれば前の状態に戻せる。

gitはコミットしたものが消えることはない。
gitって安全だよねー
0308デフォルトの名無しさん2014/04/30(水) 21:28:01.99ID:upmIhAH5
>>217
プロジェクト名に言語が入ってないとなんの言語で作ってるのかわからないじゃん
言語を変えたらリポジトリ名を変更すればいいじゃん
0309デフォルトの名無しさん2014/04/30(水) 21:58:49.74ID:Y0BKcERE
>>308
悪いことは言わないから足を洗え。
0310デフォルトの名無しさん2014/04/30(水) 22:12:33.53ID:livyiFPX
そういやgithubってプロジェクトで使用している言語がわかるようになったよね。
gitだと、カラフルなバーをクリックすると以下のように表示される。

C 45.5% Shell 34.6% Perl 9.6% JavaScript 3.4% Python 2.9% Tcl 2.6% Other 1.4%

>>308
で、このようにリポジトリにプロジェクト名入れなくても
githubならわかるし、gitのように複数言語使ってる時どうすんの？

そんなことも考えれずに、言語名にこだわるなら、
センス無いなとしか言えないなｗ
0311デフォルトの名無しさん2014/04/30(水) 22:41:41.21ID:rUdHCEgh
githubだけの視野で語られても
0312デフォルトの名無しさん2014/04/30(水) 22:42:55.54ID:livyiFPX
github以外のプロジェクトでも
複数言語でアプリ作るのは一般的だけど？ｗ
0313デフォルトの名無しさん2014/04/30(水) 23:26:12.17ID:mdKtpEfX
307は本当に馬鹿なんだなぁ
管理されてないファイルがreset --hardの対象にならないことは以前に確認済みだから関係ないし
コミットしたものはすぐに権限持ちに差分送ってるし
コンフリクトは元々未来分の作業は既に入っててそこからコメント消す程度

俺が泣かなくて残念だったな
0314デフォルトの名無しさん2014/04/30(水) 23:51:07.78ID:1vNQkGgC
結局gitのおかげで無事でした
めでたしめでたし
0315デフォルトの名無しさん2014/05/01(木) 00:28:44.24ID:WukXr8jq
＞＞３１２
プロジェクトを1つのディレクトリに詰め込むタイプですか？
0316デフォルトの名無しさん2014/05/01(木) 09:28:45.91ID:PzUwUPDQ
>>313
意味がわからないなあ
コミットしたものを権限持ちに既に送ってあるとしたら、
お前が上流からマージしようとしたブランチは一体何なの？
お前がコミットしたものを含んでいないブランチ？
0317デフォルトの名無しさん2014/05/01(木) 11:07:25.45ID:PVO7jj2i
>>315
なんでそんな発想が出てくるんだ？ (w
0318デフォルトの名無しさん2014/05/01(木) 11:24:48.42ID:/DVUm5po
おれはさ
php/wiki
php/cms
php/mailform
っていうふうに管理してるの
他の言語で同じ物を作ることもあるから
ruby/wiki
みたいに言語をネームスペースにすると管理が楽なんだよ
0319デフォルトの名無しさん2014/05/01(木) 17:12:30.25ID:PzUwUPDQ
>>318
それとGitと何の関係があるんだ？
0320デフォルトの名無しさん2014/05/01(木) 17:20:29.51ID:U31MyfYF
Gitはソースコードを管理するわけだからプロジェクトと関係あるだろ
C:/appData/User/toyohiko/マイドキュメント/mycode/php/wiki
これを外部のリポジトリ管理サービスに突っ込むときのリポジトリ名はphp-wiki
0321デフォルトの名無しさん2014/05/01(木) 17:24:28.79ID:n23f7Uie
名前付けのポリシーとか別に好きにすればいいと思う。
0322デフォルトの名無しさん2014/05/01(木) 17:44:02.84ID:PzUwUPDQ
>>320
そんなもん上流のリポジトリ管理方針次第だ
例えば俺はandroidのapp01プロジェクトを
ssh://remotehost/repo/android/app01.git とかに格納してる
0323デフォルトの名無しさん2014/05/01(木) 17:52:02.03ID:U31MyfYF
>>310
複数言語使っているときは
C:/appData/User/toyohiko/マイドキュメント/mycode/other/wiki
というようにして言語名のフォルダにいれず名前空間に言語名を付けない
0324デフォルトの名無しさん2014/05/01(木) 18:01:12.45ID:n23f7Uie
もう自由にタグ付けできる自分用プロジェクト管理ツール使っちゃえよ。
0325デフォルトの名無しさん2014/05/01(木) 18:13:02.15ID:ZgnY/tZG
>>318
コードネームつければいい。
phpは犬の種類、rubyは猫の種類とか原則を持たせても良い。
0326デフォルトの名無しさん2014/05/01(木) 19:05:29.45ID:PzUwUPDQ
>>323
githubがリポジトリを「https://github.com/ユーザー名/リポジトリ名」で管理してるのは
githubの管理方針であって、gitとは直接関係無いということが理解できた？トヨヒコくん
0327デフォルトの名無しさん2014/05/01(木) 19:26:56.62ID:3NSQaEE2
だからさGitHubだけで語るな
0328デフォルトの名無しさん2014/05/01(木) 22:47:07.56ID:dcOXu/fE
確かにSubversion使ってたときは一つのリポジトリに色々入れてたけど(そしてSubversionを適当に使う限りではそれで事足りてた)、
Gitは部分チェックアウトも出来ないしコミットもブランチも困ることだらけだからプロジェクトごとにリポジトリ分けるのが当然だよな。

自分もGit初心者の頃はSubversionと比較しちゃって部分チェックアウトが出来ないのが不便だのsvn:externalsと完璧に同等のものがないのが困るだの言ってたけど、
そのときGitユーザーから「Subversionとは思想が違うから比較するのは意味が無い」的なことを言われたけど、今はまさにそのとおりだと思うよ。
とりあえずSubversionでややこしい開発はしたくないね、もう。
0329デフォルトの名無しさん2014/05/02(金) 03:41:26.83ID:ZGvM0amq
>>316 pullするだけでその状態になることすらわからないとかお前本当に馬鹿だな
0330デフォルトの名無しさん2014/05/02(金) 03:48:34.89ID:PU3lP69m
>>326
はあ？リポジトリ名の話なのに
＞「https://github.com/ユーザー名/リポジトリ名」
ってなんだよ話そらしてんじゃねえよ
0331デフォルトの名無しさん2014/05/02(金) 06:22:29.35ID:KJDTZacL
自分の管理下にあるリポジトリなら好きに名前付けりゃいいじゃん
0332デフォルトの名無しさん2014/05/02(金) 06:35:41.08ID:Ujs4NpLL
>>330
とよひこ君はまだわからないのか
githubじゃなければ、リポジトリ名をphp/wikiとかruby/wikiみたいにネームスペースにして管理できるって言ってんだよ
0333デフォルトの名無しさん2014/05/02(金) 06:37:10.90ID:Ujs4NpLL
>>329
pullするだけですべてうまく行くと思ってるのは幻想だ
ちゃんと勉強したほうがいいな
0334デフォルトの名無しさん2014/05/02(金) 08:09:07.29ID:ZGvM0amq
わざわざvcsの勉強なくて無価値なことはしたくもないね
0335デフォルトの名無しさん2014/05/02(金) 08:29:32.57ID:Ujs4NpLL
Gitに関しては勉強する価値があった
正直まともなVCS使わないのは、高機能エディタやIDEも使わずメモ帳で開発するようなもんだわ
0336デフォルトの名無しさん2014/05/02(金) 11:30:23.12ID:W9jDDFpi
パスワードを含んだファイルがあるんですけど
このファイル内のパスワードを削除して雛形だけの状態にしてからプッシュしてます
一度プッシュしたらほとんど修正はしないファイルなんですがこういう場合ってどうするものですか？
0337デフォルトの名無しさん2014/05/02(金) 13:03:04.92ID:pbdRog+k
>>336
$ touch password.txt; git add password.txt; git commit
$ git update-index --skip-worktree password.txt
$ echo -n 'himitsu' > password.txt; git status
On branch master
nothing to commit, working directory clean

とか？
0338デフォルトの名無しさん2014/05/02(金) 13:06:17.10ID:Pfd+HO5D
>>332
> リポジトリ名をphp/wikiとかruby/wikiみたいにネームスペースにして管理できるって言ってんだよ

別に、/ スラッシュを使わなくても

php\wiki や ruby\wik でもいいだろう？

php_wiki や ruby_wik でもいいだろう？
0339デフォルトの名無しさん2014/05/02(金) 13:17:21.62ID:Oia8PEO/
>>336
aaa.confってファイル名だとしたら
.gitignoreにaaa.confを登録してaaa.conf.sampleみたいなファイル名で
コミットしておくのが多いんでないかな
0340デフォルトの名無しさん2014/05/02(金) 14:47:13.55ID:Ujs4NpLL
>>338
話の流れを読めないアホなのか？>>216が話のはじまりだ
別に本人が / 以外でいいのならそれでいいぞ
ただし、\ で区切るのは勘弁してくれ
0341デフォルトの名無しさん2014/05/02(金) 15:06:33.45ID:WqSAbr7K
User/repository.gitが
User/php/oreore.gitじゃなくてGItHubが/を-に変換してUser/php-oreore.gitになる
bitbucketは名前を強制的に変換はしないがurlのほうは変換される
余計な機能
0342デフォルトの名無しさん2014/05/02(金) 17:26:31.17ID:BNaPh7J8
% git clone http://.../User/php-oreore.git php/oreore.git
すればいいだけじゃねーの。
手元で php ディレクトリが存在してるかどうかに関わらず
Gitは指定したパスにクローンしてくれるよ。
わざわざ指定するのがイヤなら
そういうcloneをするようなスクリプトかぶせてもいいし。
0343デフォルトの名無しさん2014/05/02(金) 17:34:19.17ID:XSE+HkNu
C:￥testからD:￥testに移動したいんですけど
ファイラーで移動したらgitできなくなりました
.gitの中でどのファイルを開いてパスを書き換えたらいいですか？
0344デフォルトの名無しさん2014/05/02(金) 17:44:12.24ID:BNaPh7J8
>>343
わからん。ありそうなのは .git/config だが、
適切に答えるには情報が不十分かつ不正確。
0345デフォルトの名無しさん2014/05/02(金) 17:53:43.03ID:XSE+HkNu
C:￥testでgit initして適当にファイルを作ってコミットして
C:￥testをコピーしてD:￥testにペーストしたんです
D:￥testのなかでgit logしたらログが表示されません
0346デフォルトの名無しさん2014/05/02(金) 18:06:55.59ID:+HIQMOvh
全く再現しねえな
0347デフォルトの名無しさん2014/05/02(金) 18:07:33.93ID:XSE+HkNu
eeeeeeeeeeee
0348デフォルトの名無しさん2014/05/02(金) 18:14:47.14ID:+HIQMOvh
GitBushから

cd /c/temp
mkdir git
cd git
mkdir test1
cd test1
git init
vim README
git add .
git commit -m "initial commit"

エクスプローラで
Cドライブ(C:\Temp\Git\Test1)を右クリックメニューでコピー
Dドライブ(D:\Temp\Git)にて右クリックメニューから貼り付け

GitBushから
cd /d/temp/git/test1
(ちゃんとmasterって表示になった)
git log
(ちゃんとinitial commitのコミットが表示された)


まったく再現しない
エクスプローラ以外のファイラーは知らんが、隠しファイルや隠しフォルダは移動しない設定になってんじゃないの
0349デフォルトの名無しさん2014/05/02(金) 18:23:12.12ID:3JApfdBs
おかしいな・・・またあとできます
0350デフォルトの名無しさん2014/05/02(金) 20:15:24.71ID:dlumt8FZ
Gitのこともほとんど具体的な操作方とか知らないままなんだけど、GitHub実践入門を買った
ので、Git操作のお勉強と同時にGithubも使いだした。
0351デフォルトの名無しさん2014/05/02(金) 20:18:51.30ID:6MkiwdiC
rmした後に全く関係ないファイルをaddするとrmしたファイルのrename扱いになるんですが
単に新規ステージングしたファイル扱いにできますか？
直後にrmしたファイルではなく、始めにrmしたファイルのrenameになっていたり
動作がわけわららんです
0352デフォルトの名無しさん2014/05/02(金) 20:48:37.15ID:YmhbMTXU
>>337 横レス
設定ファイルとか便利そうだな。覚えておこう。
0353デフォルトの名無しさん2014/05/02(金) 20:49:12.42ID:6MkiwdiC
どうやら中身が同じファイルは勝手にrename扱いにしてくれるようですね
空ファイルでトレーニングしていたので混乱してしまいました
0354デフォルトの名無しさん2014/05/02(金) 20:59:01.62ID:6ajnVdK2
>>351
gitのデータ構造としては、ファイルの移動や改名とかは管理してなくて、
表示の時にヒューリスティックに判断してrenameとか出してるだけだから、
気にする必要ないよ。
0355デフォルトの名無しさん2014/05/02(金) 21:02:26.52ID:6MkiwdiC
>>354
ありがとうございます
そういうものだと、気にしないようにします
0356デフォルトの名無しさん2014/05/02(金) 21:42:27.82ID:x3xYwsX7
gitはファイルではなくコンテンツを管理していると言われる所以だね。
0357デフォルトの名無しさん2014/05/02(金) 22:17:35.97ID:Xf1Tcq77
gitでhookファイルを変更した場合
これをGitHubにプッシュした阿戸に
ローカルのファイルとリポジトリを削除してからクローンしたらhookファイルの内容がないんですが何故ですか？
0358デフォルトの名無しさん2014/05/02(金) 23:58:46.02ID:ojQzvTVb
こんなGit入門の本を買った。
http://2ch-dc.net/v4/src/1399042353761.jpg
0359デフォルトの名無しさん2014/05/03(土) 00:29:50.84ID:9lt90aGA
喜ぶべきか悼むべきか・・・
0360デフォルトの名無しさん2014/05/03(土) 01:42:57.16ID:fa3rSR83
>>358
それってどう？
0361デフォルトの名無しさん2014/05/03(土) 02:05:49.12ID:Z2xjVVlJ
>>357
フックは版管理されてないから。configも同様。
フックをシェアしたいならワーキングディレクトリにフックを置いて、Makefileなりsetupスクリプトからインストールできるようにする。
クローンしただけで勝手にスクリプトに走られたら困る。
0362デフォルトの名無しさん2014/05/03(土) 02:07:15.00ID:vyhhlfA3
>>360
文章読むだけならGithubで公開されてる
0363デフォルトの名無しさん2014/05/03(土) 02:11:26.95ID:Z2xjVVlJ
>>353
rmしたファイルのindexに注意。git rm。
git mvはgit addとgit rmを同時にやってくれる。
0364デフォルトの名無しさん2014/05/03(土) 07:45:11.01ID:n1PIULKZ
>>353
中身が似てるファイルね
rename扱いにしてるのはログ表示の時だから、まあ気にしなくていいには変わらない
コピペ検出機能だとでも思っておけ
0365デフォルトの名無しさん2014/05/03(土) 13:12:50.33ID:EAqxmtFF
リモートにtagをpushした後、リモートに存在するtagを確認するにはどうすればよいのでしょうか
ローカルリポジトリのtagなら git tag, リモートのブランチなら git branch -r ですが、
リモートのtagを表示するコマンドが見つかりません
0366デフォルトの名無しさん2014/05/03(土) 14:26:01.92ID:H1NY/7i6
git ls-remote リモート名
0367デフォルトの名無しさん2014/05/03(土) 14:26:42.30ID:oP8j+OVm
>>365
これでリポジトリを直接指定して確認できるけど、
git ls-remote --tags リポジトリのURL
もっといい方法があるかも？
0368デフォルトの名無しさん2014/05/03(土) 14:47:09.37ID:EAqxmtFF
>>366-367
感謝です！ありがとうございました！
0369デフォルトの名無しさん2014/05/04(日) 11:33:46.82ID:bQKl4dNQ
リモートリポジトリからPullした直後で一切変更を加えていないにも関わらず
git statusでいくつかのファイルで差分が検出されてしまう現象にが起きています

差分が検出されているファイルのdiffを見るとソースコード全体が入れ替えられたような表示になります
しかし、該当ファイルをgit addしてから再度git diffすると変更点なしと表示されます

現象が起きるファイルは.cpp、.cs等複数の拡張子で
その拡張子のファイルすべてで起きる訳ではなく、頻繁に更新されるファイルで起きているように見えました

この現象についてWeb検索したのですが、該当しそうな情報は得られませんでした
githubのクライアントとVisualStudio2013のgit機能を併用していることに
原因がありそうな気がしているのでそのあたり調査する予定ですが
見直すべき設定等、何かヒントを頂けたら嬉しいです
0370デフォルトの名無しさん2014/05/04(日) 11:50:13.22ID:IxrX60Uq
>>369
改行コードだな
0371デフォルトの名無しさん2014/05/04(日) 18:11:29.06ID:Efc5dGc7
git config core.filemode false
git config core.symlinks false
0372デフォルトの名無しさん2014/05/05(月) 12:36:20.36ID:qzGHizbC
pullは1箇所から取得してpushは複数にする方法を教えてください
AitHubのみpullして
pushはAitHub,BitHub,CitHubの3箇所に送信してバックアップがしたいんです
0373デフォルトの名無しさん2014/05/05(月) 13:48:29.73ID:bcw2AmGJ
>>372
git remote add知ってる?
0374デフォルトの名無しさん2014/05/05(月) 13:50:28.20ID:HNW3XBXV
それ知ってますけど1つのとこしかpushできませんよね
0375デフォルトの名無しさん2014/05/05(月) 14:07:54.45ID:NnoKU6B2
一つの所ってなんですか？ originですか？
なんでいちいち名前を指定すると思いますか？
一つだけなら名前は必要ないはずですよね？
0376デフォルトの名無しさん2014/05/05(月) 14:08:40.84ID:NnoKU6B2
なんでremote addだと思いますか？
一つだけならremote setでいいはずですよね？

あとは自分で考えてください。
0377デフォルトの名無しさん2014/05/05(月) 18:39:57.72ID:G1VleuAd
git push {A,B,C}itHub branch
0378デフォルトの名無しさん2014/05/06(火) 11:11:21.75ID:wWugdkdR
>>369
autocrlfくさい
03793692014/05/06(火) 15:12:16.47ID:5E8fiGLl
>>370,371,378
ありがとうございます。
いただいた助言を参考に試行錯誤して、とりあえず以下の操作をしたら
現象が落ち着きました。

・core.autocrlfをtrueからfalseに(Windowsでしか開発しないので)
・core.whitespaceを明示(space-before-tab,trailing-space)
・該当ファイルをVisualStudioの「ドキュメントのフォーマット」を使用して整形

もしかしたらwhitespace周りが原因だったのかもしれません。
どうもありがとうございました。
0380デフォルトの名無しさん2014/05/06(火) 16:27:04.50ID:dFD2Q7zD
masterブランチの内容をtestブランチに移動して
masterブランチ内のファイルの内容を空の状態にする方法を教えてください
0381デフォルトの名無しさん2014/05/06(火) 18:22:58.02ID:ms/T2S5F
ファイルの内容を空の状態にする？ファイルのサイズを0バイトにするってこと？
0382デフォルトの名無しさん2014/05/06(火) 18:53:05.44ID:2kojW0Cn
あるブランチでコミットした内容をmasterに反映させる時rebaseを使えっていうのをここで習ったんですが
具体的にどうやるのか教えてください

git init
touch a
git add a
git commit -m "INITIAL COMMIT"
git checkout -b kaihatu1"
echo "1" > a
git add a
git commit -m "1を追加"
echo "1" > a
git add a
git commit -m "数字を2に変更"　←いまここ
この後から何をしたらいいのか教えてください
0383デフォルトの名無しさん2014/05/06(火) 18:59:41.16ID:WvF/ZXc8
絵に描いたような教えてクン
0384デフォルトの名無しさん2014/05/06(火) 19:03:35.48ID:Fr+PW76D
あるブランチでコミットした内容をmasterに反映させる時に使うのはmerge

ブランチには複数のコミットが含まれている。という前提とする。

masterにマージする時のやり方

1. squashして一つのコミットにしてマージ
2. squashせず、マージコミットを作ってマージ（no fast foward）
3. squashせず、マージコミットもつくらずマージ（fast forward）

ブランチは作業履歴とか入っていてコミットが汚いことがあるので
mergeする前にブランチを綺麗にしておくと良い。

ただし1ならコミットは一つになるからrebaseする必要はない。

2. もしくは 3の時、マージされたコミットを綺麗にしておきたいならrebaseする。
小さなバグ修正とか、タイポの修正とかそんなのが残ってても気にしないならrebase不要。

ただし、rebaseせずにfast fowardでmasterにマージすると
revertしづらくて死ぬだろう。コミットが綺麗なら3でも良いが、
2にしておくと、ブランチ単位でrevertできるから楽。
0385デフォルトの名無しさん2014/05/11(日) 13:29:58.96ID:DrfDcIuJ
1.9.3 がリリースされたね
0386デフォルトの名無しさん2014/05/11(日) 16:13:44.39ID:8Qasa1hM
>>385
それが・・・どうかしたの？
0387デフォルトの名無しさん2014/05/11(日) 16:14:30.91ID:M5uHChWE
今回のはつまらんリリースだ
0388デフォルトの名無しさん2014/05/11(日) 17:39:48.22ID:qkdWQCFA
まだ１．９つかってるの？もうこっちは２．０使ってるよ
0389デフォルトの名無しさん2014/05/11(日) 19:24:38.83ID:04FzsR6r
俺のはいまだに1.7ですが
0390デフォルトの名無しさん2014/05/11(日) 21:21:49.14ID:wZvRNfhO
カレントを追いかけているから俺も常に最新・・・
アップデートきてたから1.9.3に今した
0391デフォルトの名無しさん2014/05/11(日) 21:23:17.01ID:pXskIuQ6
1.8 位から、処理速度が速くなったと思う
0392デフォルトの名無しさん2014/05/12(月) 00:23:32.35ID:fWwUyCwI
俺初めて使ったとき、まずルートでinitしていつまでも延々待ちになってしまって
壊れているかと思った。
0393デフォルトの名無しさん2014/05/12(月) 12:14:12.48ID:bllVZHXA
>>390
カレントってなに？gitからクローンすると2.0になるけど？
0394デフォルトの名無しさん2014/05/12(月) 13:44:49.20ID:1rzT8Re4
>>393

>カレントってなに？gitからクローンすると2.0になるけど？

「現時点で GitHub から Git のリポジトリのクローンを取得してビルドしてインストールすると 2.0 になる」という意味？

現時点で 2.0 は正式版ではなくて RC 版だよ。
https://github.com/git/git/releases

現時点の最新の 2.0 は 2日前にリリースされた v2.0.0-rc3。
現時点の最新の正式版は 2 日前にリリースされた v1.9.3。
0395デフォルトの名無しさん2014/05/12(月) 16:08:54.91ID:VMOJUad9
バグ修正が中心のリリースとなる「Git 1.9.3」が公開される
http://sourceforge.jp/magazine/14/05/12/152000
0396デフォルトの名無しさん2014/05/13(火) 00:02:25.45ID:cgdWIPbr
>>394
カレントって普通

> 現時点の最新の 2.0 は 2日前にリリースされた v2.0.0-rc3。

を指すんじゃね？
■ このスレッドは過去ログ倉庫に格納されています