Git 3

1 名前：デフォルトの名無しさん mailto:sage [2011/07/12(火) 01:53:58.45 ] ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。 Git - Fast Version Control System git-scm.com/ ◆前スレ Git 2 hibari.2ch.net/test/read.cgi/tech/1284467898/ ◆関連サイト Pro Git - Table of Contents progit.org/book/ja/ Git入門 www8.atwiki.jp/git_jp/ 367 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 20:32:11.21 ] ただ宗教戦争したいだけのヤツなんだからもういいかげん相手にするなよ・・・ 368 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 20:44:01.79 ] >>367 神聖なまんこスレからうんこは排除せねばならない 369 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 20:55:48.66 ] >>364 数行の修正×数箇所とか程度の簡単な修正でもGit使うと楽よ。 エディタでソース修正してローカルなコミットを作った後は、 動作確認して必要なコミットだけをまとめてコメント付け直してリモートに登録するとかを コマンド叩くだけでできるし。 #if#elseとかでやる場合は最後もエディタでソースを整形しなおすんでしょ？ その段階で修正間違えたりしたら目も当てられない。 370 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 21:25:50.32 ] たとえば、ファイル a, b, c の３つで、 #if によるコメントアウトを同時に行わないと、効果が無い場合。 a, b, c の修正を採用するか、不採用にするか、いずれにしても、３つのファイルから #if を最終的に掃除する作業を行うことになる。 a, b, c のへの修正を、仮に A とする。 git だと branch A として修正を行ったバージョンを実験できる。 それを採用するならば git merge A として master へ合流させればいいし、不採用なら採用しなければいい。 わざわざ #if を掃除する方法だと、掃除の段階でミスする可能性もある。 たとえば a, b の #if だけ掃除して c の #if を掃除し忘れるような心配も無い。 a,b,c とは別の流れで a, x, y の修正も必要な場合、 git なら a, x, y への修正を仮に B とし、採用なら git merge B すれば良い。 A, B での最終的な採用パターンは４つ。　両方採用、片方採用、両方不採用の４つ。 これを最終的に #if の掃除として行うとしたら面倒。 さらに A, B, C の修正を α 、A, X, Y の修正を β とするような規模になれば、ローカルで自由にcloneできることのメリットを享受できる。 大規模な修正 α, β のために、それぞれclone して独立して修正を行ってしまってもいい。 そして、両方採用（α,β）ならば、α内からβをpullすればいいし、片方採用ならそれをコミットすればいいし、両方不採用なら捨てればいい。 これらは全てローカルでの話。 こうして作ったパッチを最終的に中央へコミットすることになる。 gitには決まった使い方は無い。使い方を自由に工夫できる余地が残されている。 371 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 22:05:14.52 ] 機能A追加、機能Aを使う機能B追加、機能Bを使う機能C追加 のような3つのコミットをしたい時に、機能Cを作りながら機能A、Bもデバッグ して、きれいにして、最後に3つに分けるんだけど、後から分割するのって大変 なんだよね。そういうのは、gitやhgだとコミットを行ったり来たりしながら作 業できて便利。だから例えsvnでやれと言われても、手元でgitとか使っちゃう と思う。 372 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 22:42:05.11 ] >>343 よかったな。リリースされたSVN1.7.0でも2重管理とやらの機能が強化されたぞ。 subversion.jp/index.php?option=com_content&view=article&id=50:subversion17enable-git-like-features&catid=25:subversion-article&Itemid=27 373 名前：デフォルトの名無しさん mailto:sage [2011/10/13(木) 01:22:56.98 ] GitHub のデザイン変わった？ 374 名前：デフォルトの名無しさん mailto:sage [2011/10/13(木) 11:37:34.43 ] gitはPerforceが高くて買えない貧乏人に最適 むしろgitの方が優れてるし つまり、全人類にとっての光明 375 名前：デフォルトの名無しさん mailto:sage [2011/10/13(木) 12:40:01.95 ] 今度は買い物P4厨を呼び込むための撒き餌か!? 宗教戦争とか政治論争は別のスレでやろうや。 376 名前：デフォルトの名無しさん mailto:sage [2011/10/13(木) 16:54:08.89 ] git 1.7.7 の msys版がでたけど、 msysGit-fullinstall-1.7.7-preview20111012.exe からだと 生成されるファイルのサイズが全然違うのはなんでだろうか。 --version の表示結果からして違うせいなのか、 デバッグ用の実行ファイルになってるのかな 377 名前：デフォルトの名無しさん mailto:sage [2011/10/13(木) 19:55:32.92 ] >>372 それは誤読もいいところ。 そこに書いてあって1.7で実現されたgit的なものは .svnがひとつになったことぐらい。 これは無条件に良くなったと言える。 378 名前：デフォルトの名無しさん mailto:sage [2011/10/13(木) 19:59:36.91 ] じゃあ相変わらず #if 使う日々が待ってんのか 大変だな 379 名前：デフォルトの名無しさん mailto:sage [2011/10/13(木) 21:26:01.98 ] 1.7のリリースまでにはまとめられなかっただけだろ。 2重管理とやらをしてないのに。 380 名前：デフォルトの名無しさん mailto:sage [2011/10/13(木) 21:29:40.03 ] 2重管理地獄の中で悶えて死ね 381 名前：デフォルトの名無しさん mailto:sage [2011/10/13(木) 23:56:21.07 ] Git使ってると気持ち良くて悶えちゃう 382 名前：デフォルトの名無しさん mailto:sage [2011/10/13(木) 23:58:52.37 ] >>380 お前もローカルでは #if で手動管理してるんだろ？ まあ管理と呼ぶのもおこがましいが 383 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 02:20:43.90 ] 流れ読まずに横から質問…。 ローカルに好き勝手なタイミングでコミットしまくって出来上がった、うまく言語化できない成果物があるとして それをいわゆる中央リポジトリにキレイな履歴で送りつけたいとき、 みんなは具体的にはどうやって整理してるの？ もしやsvnとかとは、コミットの粒度がケタ違いに違う？ 384 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 02:47:30.64 ] >>383 分離すべきと思う単位で分割するかな。つまり機能毎に。 関数追加〜とかの単位だと意味が無いし、逆に複数の機能が単一のコミットに入っていると 一部だけ採用できない。 また、ビルドが通らないというのは論外だけど、例えば「新機能1」「新機能1のテストコード」 とかは同じコミットにすべきだし、単体で意味のあるバグ修正なんかは別のブランチに してマージしたい。俺は。 385 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 04:30:35.56 ] 公開リポジトリまたは他人のリポジトリには、基本、 「この機能いらないからこのコミットだけ却下」 ということができるようにローカルで調整してコミットしたブランチを送りつける いやもちろんプロジェクトのポリシー次第なのだが 単一の機能を実現するためにあちこちいじらないといけないときは説明的なコミット満載の単一のブランチにしたりもする あちらでsqashしてくれるんだろうと思ったらそのままブランチごと適用されてお茶吹いたりもするのであんまり勧めない 386 名前：デフォルトの名無しさん [2011/10/14(金) 06:33:17.19 ] >>379 svn1.7ではクライアントにsqliteを使うことで２重管理を実現しています subversion.jp/index.php?option=com_content&view=article&id=74:apachesubversion17-releasenote&catid=25:subversion-article&Itemid=27 387 名前：デフォルトの名無しさん [2011/10/14(金) 06:35:24.18 ] >>377 残念ながらsvn1.7ではsvnユーザが行っていた２重管理はできなくなりました。 > **警告**: SQLiteライブラリを通じてSQLiteにアクセスがある間に、SQLiteのファイルをコピーするのは安全ではありません。 > 結果として、 Subversionプロセスからアクセスされているワーキング・コピーの複製を作る事(tar, rsync, cpなどで)は、 > Subversion1.7ではサポートされません。それは壊れている可能性があります。(課題 #3596) 388 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 06:39:26.99 ] >>383 最終的には科学的な指標なんてなくて、美的センスの問題。 383の改行が、いうなれば、パッチ整理のようなもの。 １改行は、それぞれが強く関連する、小さな意味単位としての分割。 ２改行は、それらのグループ間での分割。 パッチの分割も３８３の文章と同じ要領。結局これは、最後は美的センスの問題になる。 機械的で具体的な数字には示し難い。 389 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 07:10:39.64 ] >>386-387 いいかげんウザい 馬鹿に付き合ってるお前も馬鹿に見えてるのに気付け 390 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 07:49:10.23 ] 今時VCSにSQLiteを使うのは馬鹿だな 391 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 10:41:29.00 ] >>390 どうちて？ 392 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 11:11:53.08 ] >>391 SQLiteはロック前提だから。 そんなことも分からないsvn開発者は馬鹿。 393 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 11:21:55.97 ] ありがとう。ちょうどsvnスレでその話挙がってるね。スレ違いすまんこ。 394 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 12:19:33.60 ] きにすんなちんこ 395 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 16:17:42.57 ] BerkeleyDB依存からは脱却できたのに… 396 名前：デフォルトの名無しさん mailto:sage [2011/10/15(土) 08:09:23.33 ] なにか要求をシリアライズしているプロセスをかませばいいのに それこそhttpdの何かとか 397 名前：デフォルトの名無しさん [2011/10/15(土) 15:27:30.20 ] gitの中にはファイルの所有者の情報を保存できないのでしょうか？ chownしてdiffしても何も変わっていないと言われてしまいます 398 名前：デフォルトの名無しさん mailto:sage [2011/10/15(土) 16:20:05.56 ] >>397 できないよ。実行可能かどうかだけ。あとシンボリックリンクはだいじょうぶ。 399 名前：デフォルトの名無しさん mailto:sage [2011/10/15(土) 17:39:52.35 ] >>398 そうなのですか ありがとうございました 400 名前：デフォルトの名無しさん mailto:sage [2011/10/16(日) 14:01:25.77 ] Git ってたまたまハッシュ値が衝突しちゃった場合ってどうするようになってるの？ 401 名前：デフォルトの名無しさん mailto:sage [2011/10/16(日) 14:14:39.39 ] どうもしない 402 名前：デフォルトの名無しさん mailto:sage [2011/10/16(日) 14:25:10.57 ] >>400 前スレの最初の方でやった 403 名前：デフォルトの名無しさん mailto:sage [2011/10/16(日) 15:02:17.72 ] 変な動作でエラーになると思われる （やろうとした処理にもよるが、無言で上書きされて続行されるようなことにはならない、はず） まあ、エラーになったならそのとき手で修正すればいい 天文学的確率のさらに上をいく事象に事前対処することはリソースの関係上できね あと、これも前スレで言われてるが、ハッシュに日付とかユーザー名とかくっつけるのは衝突回避確率を強化しない 404 名前：デフォルトの名無しさん mailto:sage [2011/10/16(日) 15:21:17.02 ] ttp://progit.org/book/ja/ch6-1.html > すでにリポジトリに存在するオブジェクトと同じ SHA-1 値を持つオブジェクトをコミットしてした場合、 > Git はすでにそのオブジェクトがデータベースに格納されているものと判断します。 > そのオブジェクトを後からどこかで取得しようとすると、 > 常に最初のオブジェクトのデータが手元にやってきます > (訳注: つまり、後からコミットした内容は存在しないことになってしまう)。 まったく調べずに嘘を書くのはどうかと 405 名前：デフォルトの名無しさん mailto:sage [2011/10/16(日) 19:19:53.77 ] おまえみたいに調べて訂正してくれるやつがいるから ある意味 問題ないな 406 名前：デフォルトの名無しさん mailto:sage [2011/10/16(日) 19:24:16.94 ] 俺の間違い push も訂正してほしい 407 名前：デフォルトの名無しさん mailto:sage [2011/10/16(日) 20:36:16.79 ] うん？コミット時にはエラーでなくてあとで困るってこと？ それってまずくね 408 名前：デフォルトの名無しさん mailto:sage [2011/10/16(日) 20:40:22.26 ] その前にオオカミの心配しろよ 409 名前：デフォルトの名無しさん mailto:sage [2011/10/17(月) 09:12:15.64 ] SHA1ハッシュが衝突したとしてもオブジェクトの種類が違ったら たぶんエラーになるから、さらに確率は下がるかな。 410 名前：デフォルトの名無しさん mailto:sage [2011/10/17(月) 13:16:40.23 ] 悪意を持って衝突させる奴が出たらそんなこと言ってられない 411 名前：デフォルトの名無しさん mailto:sage [2011/10/17(月) 13:22:32.50 ] 質問です。 git svn clone して以下のように作業しているんですが... 1. branch を作って作業 2. master にマージ 3. git svn dcommit このあと、 branch は要らなくなったので git branch -d すると 　　error: The branch '○△□' is not fully merged. 　　消したかったら -D で消せ と怒られます。 git svn dcommit すると、 commit のハッシュ値みたいなのも変わりますので 怒られるのは当たり前だとは思います。 ・・・が、 　　2. master にマージ 　　3. git svn dcommit の間に要らなくなったブランチを削除しておくのが普通なのでしょうか? 412 名前：デフォルトの名無しさん mailto:sage [2011/10/17(月) 13:22:40.31 ] anonymousでpushできる世界の話？ 413 名前：デフォルトの名無しさん mailto:sage [2011/10/17(月) 13:30:07.71 ] 2重管理で悶えてるじゃねーかｗ 414 名前：デフォルトの名無しさん mailto:sage [2011/10/17(月) 18:39:45.51 ] >>322 415 名前：デフォルトの名無しさん mailto:sage [2011/10/17(月) 22:43:50.41 ] 二重管理ってgit-svnのことだったのかよｗ 416 名前：デフォルトの名無しさん mailto:sage [2011/10/17(月) 22:46:10.96 ] >>413 無駄だ 417 名前：デフォルトの名無しさん mailto:sage [2011/10/17(月) 23:54:08.81 ] >>410 意図的にSHA-１を衝突させるとか何者？ 418 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 00:00:29.53 ] >>410 できないできない絶対できない やれない気持ちの問題じゃない 419 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 00:02:40.58 ] できるできる絶対できる！ 420 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 00:11:19.82 ] たとえ将来、自由にハッシュを衝突させることができるようになったとしても 既存のリポジトリの内容を破壊できるわけでもなんでもないその行為になんの意味があるの？ 421 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 00:19:18.86 ] // コメントを外すと何故かコミットできない 422 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 01:19:44.68 ] >>411 master で dcommit したら topicブランチの方でも git svn rebase とか git rebase master とかすると、ハッシュ値が違う同じコミットが整理されて、 git branch -d で消せるようになるよ。 ＞2. master にマージ これって merge っていうか FastForward だよね？ あと dcommit する前にも git svn rebase するはず。 git svn じゃなくても rebase すると -D じゃないと消せない はぐれブランチが 出来る可能性はある。 423 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 06:14:39.87 ] >>411 俺はmerge時には--no-ffしてる。 424 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 08:05:41.70 ] 411です。 ありがとうございました。 今日もういちど しらべたりやってみたりしようと思います。 425 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 12:40:59.27 ] 質問です。 masterからtestブランチをつくってcoし、testブランチのほうであるファイルの内容を 変更しました。statusを見てみると、たしかにadd待ちになっています。 その状態でcoしてまたmasterに戻り、なんとなくstatusを見てみると、 ブランチで作業したファイルが、こちらでも変更されたことになっています・・・ ファイルの内容を確認すると、ブランチでの変更と同じものになってしまっています。 ここでまたcoしてtestブランチに戻り、addしてmasterに戻ると、 こちらでもaddされてcommit待ちになっています。 これはこういうもので、ブランチで作業した場合、 commitせずにmasterに戻るのは間違いということでしょうか。 まだgitを使い始めて日が浅いので、誤操作したのかもしれませんし、 正しく理解できていないところもたくさんあると思いますが、 ちょっと困惑してますので、ご教示ください。 426 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 12:48:01.10 ] 2重管理地獄の中で悶えて死ねｗ 427 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 13:09:33.26 ] >>322 428 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 13:15:06.14 ] >>425 addしていないファイルはどのブランチにも属さない 単に管理されていないから、どのブランチにいても「未管理ファイル」として表示される それだけ 429 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 13:18:41.03 ] あー、なんとなくわかってきました。 testのほうでadd/commitするとtestが新しくなり、 masterに切り替えると古い版が維持されてました。 最初からやりなおしてまたtestで修正し、今度はmasterに切り替えてこっちで add/commitすると、masterが新しくなり、testのほうが古いmasterの状態を 維持してました。 こういうものなんですね。co すると、そのブランチの （こっちが期待している元の）状態に全部きれいに切り替えてくれるものと 思ってましたし、ブランチでの修正をmasterでcommitできるとか 考えてもみませんでした。 たぶん私は「ブランチ」の概念から理解しなおさないとダメですね。 430 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 19:23:36.94 ] ブランチというか、ステージングの概念じゃない？ ワークツリーの変更を退避したければ git stash でできるよ でも、とりあえずコミットしておいてあとでコミットを編集・整理するのでも良いと思う 431 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 19:25:39.62 ] 概念がどうとかいうほどのもんかね？ 432 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 19:26:24.02 ] gitってうんこだな 433 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 19:32:13.07 ] >>431 いやだってbranchとは別物じゃない 434 名前：デフォルトの名無しさん [2011/10/18(火) 19:58:28.05 ] gitはbranchとstashの2重管理のうんこ 435 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 22:49:25.35 ] あれからあらためてman読んだり自分で考えたりして、それなりにわかりました。 gitにはようするに「コミットオブジェクト」みたいなものしかないわけですよね。 タグはもちろんブランチも、ユーザのための記号みたいなもの。 だからブランチをつくったばかりなら、両ブランチは対等というかおんなじもので、 どちらが親とか、そういう意味もない。コミットした時点で初めて、 新たな「コミットオブジェクト」がつくられる。 あるコミットオブジェクトがどのオブジェクトから派生したか、といった情報は、 オブジェクトがつくられるときに記録される。 こう考えるとすごくわかりやすくなりましたし、シンプルでいいな、と思いました。 こんな感じに理解しましたが、だいたい合ってますでしょうか？ 436 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 23:35:29.83 ] だいたい合ってる しいていえばタグは特定のコミットをピンポイントで指すけど、ブランチはコミットの歴史（HEADの変遷）を指すってところかな 437 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 00:03:29.96 ] Git のタグは、軽量 (lightweight) 版と注釈付き (annotated) 版の2重管理のうんこ 438 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 00:30:05.82 ] バージョン管理システム界にカオスと混乱を招いたgitの罪は重い 439 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 00:45:54.69 ] >>436 ありがとうございます。 タグとブランチの違いについても考えてましたけど、おおむね間違ってなかったみたいです。 使いかたはまだまだ練習中ですが、いろいろわかってきたので面白いです。 440 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 08:05:53.27 ] gitを理解できない奴の頭の中がカオスになってるだけだろ。 自分の頭の悪さを罪だと思えｗ 441 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 08:30:20.91 ] 構うなベアード 442 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 08:58:52.72 ] >>435 シンプルでいいよね。そこに気づけばもう迷うことはないよ。 必要に応じてコマンド覚えていけばいいだけ。おめでとう。 443 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 15:48:27.96 ] 今一番使われているバージョン管理システムってgitなんすか 444 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 16:07:14.60 ] ちょっと調べてみて使い方がスっと入ってこない時点でうんこ 445 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 19:43:26.24 ] >>443 今一番使われてるのはSubversion オープンソース開発でGitが増えている 一般の開発でもGitが増えつつある。 svn→gitは便利になることもある反面失うものも多いから 単純に置き換えが進むというものではなくてずっと共存すると思う。 過去、cvs→svnはなにも失うものが無かったから一気に移行が進んだ 446 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 20:05:51.00 ] 失うものがないもっと良いやつ作れよ 何が分散型だよ中央とローカルで２つsvnリポジトリ持ってるのと一緒じゃねーかｗ 447 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 20:08:14.93 ] 失うもの "SVN厨" 448 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 20:14:24.67 ] 何かを得れば何かを失う。人生とはそんなものだ。 状況に応じて使うか使わないかを決めるといい。 449 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 20:14:40.98 ] 失うもの ・コミッタの特権 ・リビジョン番号 ・svn的なタグ・ブランチ 450 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 20:22:17.82 ] Linusも開発してて途中でうんこだと気付いたから手を引いたんだろうな 451 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 20:45:32.75 ] 使えないとか言ってるやつはとりあえずこれ読んでこの通りブランチ運用してみろ A successful Git branching model(翻訳) keijinsonyaban.blogspot.com/2010/10/successful-git-branching-model.html ある程度やったらGit log --graph --statってやってみ こりゃ便利だと思うぞ 452 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 20:47:39.83 ] で、あのおっさんがうんこと気づかずにメンテナ面して得意満面にいじくりまわしてるってか? …ちがうだろ、基本設計が良かったから発展し続けてるんだろ? 俺は単にJunioのことをおっさん呼ばわりしたかっただけだw 453 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 20:54:26.03 ] >>451 グラフがうんこになるのを推奨している記事か 454 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 20:55:34.40 ] うんこを押し付けられてせっせとメンテナンスするおっさん… 455 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 20:59:19.29 ] svnみたいなうんこツール使ってると性格までうんこになるのか 456 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 21:00:32.44 ] gitは中途半端でめんどくさいツールでＦＡ たぶん3年後くらいにちゃんとした次世代バージョン管理システムができるから それまでsvnでいいや 457 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 21:03:15.06 ] >>456のほざく「次世代」に「SVNと同様の」が多分に含まれてる汚感。 458 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 21:09:17.58 ] >>457 つBazaar 459 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 21:26:06.35 ] うんこ話は盛り上がるがまんこの方が好き 盛りまん 460 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 22:03:50.73 ] >>446 Mercurialならgitより失うものは少ないんじゃね 461 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 22:15:51.61 ] git log --name-status -M とかやると移動の履歴も見れて素敵なんだけど ファイルステータスの記号に続く3桁の数字の意味ってなんなんだろう。 R077 R100 とか、合致率とかかな？ 462 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 23:41:34.07 ] >>449 ＞・コミッタの特権 これかなりメインテーマだよな。 >>461 多分そうだろうなーと俺も思ってた。 463 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 23:57:55.46 ] TortoiseGitのFormat patchで作ったパッチ、何でファイル名の前に a/とかb/がつくの？付けさせない方法ないの？ 464 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 23:59:34.28 ] 番号飛びすぎﾜﾛﾀwwww まだ一所懸命やってるようだな。ご苦労なことだ。 465 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 06:47:53.91 ] >>463 diff.noprefix のことだとは思うが後悔するなよ? tgit で試してないから知らん。 466 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 12:17:02.67 ] >>446 良いよ。いくら払う？ 467 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 12:44:32.82 ] >>446 svkのこと？ 468 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 13:03:19.48 ] かかってこいよ 469 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 18:56:12.46 ] さっさとかかってこいよブタ共 470 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 19:13:18.48 ] 　　　　　　 　 　 ＿_ 　 　 　 　 , ‐' ´　　　｀`‐、 　 　 　 　 　 　 ／￣:三} .　　 　 ／,. -─‐- ､.　　 ヽ　　　　　　　　/　　 ,.＝j 　＿,.:_'＿＿＿＿＿_ヽ、　.!　　　　 　 .／ 　 _,ﾉ 　 `‐、{　へ　　'ﾞ⌒　`!~ヽ. !　　　　 ／{.　　/ 　　　 ｀!　しﾟ　 （　ﾟj　`v‐冫　　　, '::::::::ヽ､/ 　　　　そんなことよりBazaarしようぜ！ .　　　 {.l 　 '⌒　 　 　 ﾞ 6',!　　 / :::::::::::::::/ __ . 　 　 〈　　< ´￣,ﾌ　 .ﾉｰ'_ , ‐'´::::::::::::::;/ （_ノ)‐-､ .　 　 　 ヽ.、 ` ‐", ‐´‐:ラ ':::::::::::::::: ;∠.　　 ヽ_}　 ﾞヽ 　 　 　 　 ,.r｀ "´　　／:::::::::::::::::::ィ´　　｀ゝ　 !、　　/ 　　　　　/ 　 　 　 / :::::::::::::::: ; '´　　　/´＼　/ 　 r'＼ .　　　　 i　　　　　 ! ::::::::::::::／ 墨　|　.!::::::::／ヽ､.._!ヽ.　ヽ､ 　　　　 {　　　　　 {:::::::::::;:ｲ　/　　 ‖ｉ:::::::/:::::::::::::/　 ＼ .　 　 　 ヽ 　 　 　 ヽ,.ｧ‐'´ /ヽ 二 ,/`ヽ、::::::::: ／ 471 名前：デフォルトの名無しさん [2011/10/21(金) 08:14:27.43 ] gitで管理しているディレクトリの配下に、 他のリポジトリからディレクトリをcloneしたりしたら問題になりますか？ 472 名前：デフォルトの名無しさん mailto:sage [2011/10/21(金) 08:51:50.02 ] >>471 addしなけりゃいいだけだ。 してもgit的には問題は無いけどまあ普通しないわな。 473 名前：デフォルトの名無しさん mailto:sage [2011/10/21(金) 09:46:45.30 ] >>471 submodule使おう 474 名前：デフォルトの名無しさん mailto:sage [2011/10/21(金) 12:52:54.39 ] --reference (objects/info/alternates) に含まれているオブジェクト以外を prune することってできる? もちろん alternates の先はオブジェクトが消滅せずひたすら追加されていく前提で。 475 名前：デフォルトの名無しさん mailto:sage [2011/10/21(金) 12:53:50.02 ] >>474 うわ日本語間違えた。 「alternates が保持しているオブジェクトをローカルオブジェクトから prune」だ。 476 名前：デフォルトの名無しさん mailto:sage [2011/10/21(金) 23:01:08.48 ] Bazaarスレ、なんか埋め立てられているし 477 名前：デフォルトの名無しさん mailto:sage [2011/10/21(金) 23:06:37.77 ] 分散型バージョン管理システムとは３ＤＳみたいなもの 478 名前：デフォルトの名無しさん mailto:sage [2011/10/22(土) 00:34:59.24 ] cvs:ゲームボーイ svn:DS git:3DS 479 名前：デフォルトの名無しさん mailto:sage [2011/10/22(土) 02:03:17.54 ] cvs:ゲームボーイ svn:ゲームボーイカラー git:DS 480 名前：デフォルトの名無しさん mailto:sage [2011/10/22(土) 06:33:19.13 ] cvs:ファミコン svn:スーファミ git:バーチャルボーイ 481 名前：デフォルトの名無しさん mailto:sage [2011/10/22(土) 09:18:25.92 ] やれやれだ 482 名前：デフォルトの名無しさん mailto:sage [2011/10/23(日) 19:28:28.36 ] サードパーティというかベンダというか、そういう外部由来のソースの小さなバグ直したり、 ちょこっと「自分仕様」を追加したりしつつ利用していくときって、 ブランチはオリジナル版とカスタム版のどっちをmasterにしとくのがいいんでしょう？ オリジナル版の更新も取り込みつつ、カスタム版をメインに利用する、 と考えると、master/vendor っていう分けかたがいいのかな、とは思うんですけど・・・ 483 名前：デフォルトの名無しさん mailto:sage [2011/10/23(日) 19:54:13.12 ] どうでもいいよ pull/pushするときに送信ブランチ名と送信先ブランチ名を指定できる（つまり、送受信時に自由にリネームできる）から、手元では好きに名前をつけるといい 484 名前：デフォルトの名無しさん mailto:sage [2011/10/23(日) 20:30:04.96 ] もっと言うと master というブランチ名自体に特別な意味はない。 一般的には外部由来のもの、すなわち pull 専用のものを origin/master -> master として 自分用ブランチを設けて好き勝手にやるのが自然。 上流(この場合外部)に自分の変更の一部を反映するための方策についてはまた別の話。 485 名前：デフォルトの名無しさん mailto:sage [2011/10/23(日) 20:47:15.83 ] いちおう慣習的なブランチの名前というのはいくつかあったはず 486 名前：482 mailto:sage [2011/10/23(日) 21:40:50.26 ] なるほど、これといったルールはないんですね ただのzipとかtarballでしか配布されてないものなんかも想定しているので、 自分がわかりやすいと思う分けかたでやっていくことにします 487 名前：デフォルトの名無しさん mailto:sage [2011/10/26(水) 20:47:17.46 ] 他の開発者との中央へのコミット内容が競合した場合の対応ってgitだとsvnより楽だったりしますか 488 名前：デフォルトの名無しさん mailto:sage [2011/10/26(水) 21:27:48.69 ] つーかSVNが苦行 489 名前：デフォルトの名無しさん mailto:sage [2011/10/26(水) 21:35:10.19 ] うんこよりマシ 490 名前：デフォルトの名無しさん mailto:sage [2011/10/26(水) 21:57:09.24 ] >>487 楽だよ。3wayマージ賢い。 さすがに同じタイミングでがっつり同じ箇所ぶつかったら 手でマージすることになるけど、補助ツール使えばなんとかなる。 491 名前：デフォルトの名無しさん mailto:sage [2011/10/26(水) 22:51:45.87 ] バイナリ込みで数十 GB とかいける? 492 名前：デフォルトの名無しさん mailto:sage [2011/10/26(水) 23:39:13.23 ] いけると思うけどでかいバイナリを頻繁に変更するならちょっときついかもしれない 493 名前：デフォルトの名無しさん mailto:sage [2011/10/27(木) 00:37:19.80 ] target ディレクトリを毎回コミットする奴にはどういえば直るだろうか 494 名前：デフォルトの名無しさん mailto:sage [2011/10/27(木) 07:53:31.04 ] >>493 TortoiseGit 病だな? 495 名前：デフォルトの名無しさん mailto:sage [2011/10/27(木) 09:04:05.61 ] >>493 gitignoreしたらどうなの？ 496 名前：デフォルトの名無しさん mailto:sage [2011/10/27(木) 17:07:40.40 ] 3wayマージは補助でp4merge使うと、ほとんど手修正しなくていいぞ 497 名前：デフォルトの名無しさん mailto:sage [2011/10/27(木) 22:20:26.99 ] >>495 新規モジュールでやられてしまうので 498 名前：デフォルトの名無しさん mailto:sage [2011/10/28(金) 10:27:29.73 ] 開発ブランチ(master)と、リリースブランチ(rel-X.X)とがあって、リリースブランチ（または開発ブランチ）に行ったcommitを、もう一方のブランチにcherry-pickしています。 このとき、両ブランチの間でどのコミットがcherry-pickされていて、どのコミットがされてないかを調べるいい方法はないでしょうか。 499 名前：デフォルトの名無しさん mailto:sage [2011/10/28(金) 11:28:41.10 ] git pullを試みたところ、 error: Your local changes to the following files would be overwritten by merge: と言われました。しかし、今現在worktreeにある変更はどうでもいい些細なものなので、worktreeにある変更を 破棄して、とにかくpullしたいです。どうすればいいですか？ 500 名前：デフォルトの名無しさん mailto:sage [2011/10/28(金) 11:32:47.15 ] >>499 よーわからんけど、ローカルの変更がどうでもいいなら全部消してcloneし直せばいいんじゃ？ 501 名前：デフォルトの名無しさん mailto:sage [2011/10/28(金) 12:46:04.13 ] >>499 競合のあるbranch上で git reset --hard origin/upstream_worktree 502 名前：デフォルトの名無しさん mailto:sage [2011/10/28(金) 13:12:17.86 ] >>498 git cherry -v branchA branchB で、ある程度分かるかもしれない 503 名前：デフォルトの名無しさん mailto:sage [2011/10/28(金) 14:04:15.67 ] >>502 git checkout rel-X.X git cherry -v --abbrev=8 master で望みの結果が得られました。 + が、rel-X.X にだけ適用されて、masterには適用されてないcommit、 - が、rel-X.Xとmasterの両方に適用されているcommit のようです。 ありがとうございました。 504 名前：デフォルトの名無しさん mailto:sage [2011/10/28(金) 15:39:51.17 ] また２重管理で苦しんでるな 何の罪も無い純粋な技術者がなぜ苦しまなければならないのか 505 名前：デフォルトの名無しさん mailto:sage [2011/10/28(金) 15:49:26.51 ] 別に苦しんでないだろ 自分で調べるのが面倒なのがここで質問して、おせっかい焼きが答えてるだけ 506 名前：デフォルトの名無しさん [2011/10/29(土) 13:35:21.20 ] HEADだけcloneするにはどうやればいいのでしょうか？ 507 名前：デフォルトの名無しさん mailto:sage [2011/10/29(土) 15:12:07.97 ] なんだそりゃ 全ファイルの旧編集履歴をひとつの最新コミットに詰め込んで新たに履歴1個だけのブランチを作りたい？ 508 名前：デフォルトの名無しさん mailto:sage [2011/10/29(土) 15:37:35.49 ] Signed off by って Linus のオナニー以外に何の意味があるの？ 509 名前：デフォルトの名無しさん mailto:sage [2011/10/29(土) 15:46:14.22 ] ユーザー無視の開発者のオナニーの産物 510 名前：デフォルトの名無しさん mailto:sage [2011/10/29(土) 20:54:41.26 ] なんでSigned-off-by:がLinusのオナニーってことになるのか意味不明。 著作権者をtrackするための重要な情報なのに。 511 名前：デフォルトの名無しさん [2011/10/29(土) 21:39:58.53 ] 元の作者を尊重しつつ、コード作成とコミットの責任所在をわけることが出来る 仕組みのはずなんだが、Sign-Offに名前が出ることが売名行為に見えてるんだろうね。 512 名前：デフォルトの名無しさん mailto:sage [2011/10/29(土) 22:12:58.99 ] 名無しさん以外のものを拒絶する2chならではの反応だなぁ、と 513 名前：デフォルトの名無しさん mailto:sage [2011/10/29(土) 22:45:05.74 ] author と comitter の違いとは別なの？ 514 名前：デフォルトの名無しさん mailto:sage [2011/10/30(日) 04:12:17.33 ] >>506 git clone --depth 1 その後出来ることに制限があるのでman見たりググったりしてくれ 515 名前：デフォルトの名無しさん mailto:sage [2011/10/30(日) 15:37:19.58 ] >>513 新たにcommitができるような場面では committer が作業者のものになる。 (git-am, git-cherry-pick など). このとき committer date も更新することになる。 git-commit --amend, conflict merge など、作業者の変更の余地が入るような commit では author も上書きされる。 のような運用だが、 git-commit (もしくは git-commit-tree) にて任意に上書き可能。 516 名前：デフォルトの名無しさん mailto:sage [2011/10/31(月) 21:00:38.97 ] $ git pull Your configuration specifies to merge with the ref 'master' from the remote, but no such ref was fetched. というメッセージが出るんですが、これってどういう意味ですか？ 「ref」はブランチのこと？ もしそうだとして、これは「masterブランチをとってこようとしたけどリモートには存在しなかったよ」という意味？ 517 名前：デフォルトの名無しさん mailto:sage [2011/10/31(月) 21:29:57.34 ] $ git tag としたらタグの一覧が出てきますが、そのタグがどのコミットにつけられたのか知るにはどうしたらいいですか。 今は .git/refs/tags のなかを覗いていますが、さすがに別の方法があるはず。 でも git tag -h してもそれらしいオプションはないし。困りました。 518 名前：デフォルトの名無しさん mailto:sage [2011/10/31(月) 21:42:56.10 ] git show タグ名 519 名前：デフォルトの名無しさん mailto:sage [2011/10/31(月) 21:43:06.65 ] ローカルのタグを git push --tags でサーバ側にpushしたのですが、 別のマシンで git pull origin master や git fetch をしても、 .git/refs/tags が空のままで困ってます。 しかも、なぜが git tag すると、pushしたタグ名が表示されます (.git/refs/tagsが空なのになぜ？） サーバ側にpushしたタグ名を、別のマシンにfetchしてくるにはどうしたらいいですか。 520 名前：デフォルトの名無しさん mailto:sage [2011/10/31(月) 21:53:51.18 ] >>518 それはコミットとかのオブジェクトの中身を表示するコマンドですよね。 たしかにコミットIDも表示に含まれてますが、タグ名とコミットIDの一覧が表示できればそれでよくて、ファイルの中身とかは必要ないです。 ちょうど hg tags のように表示されればいいだけなんですけど、難しいでしょうか。 521 名前：デフォルトの名無しさん mailto:sage [2011/10/31(月) 22:51:30.70 ] gitlab 試したヤシいる？ gitorious と比べてどうよ 522 名前：デフォルトの名無しさん mailto:sage [2011/10/31(月) 23:09:06.91 ] >>517 タグだけ列挙する方法は俺も知らんので git-pack-refs して .git/packed-refs をかっさばけw 本末転倒だが git log --format='%H %d' >>519 .git/packed-refs ができてないかどうかチェキ 523 名前：デフォルトの名無しさん mailto:sage [2011/10/31(月) 23:11:24.52 ] つか、 GITDIR/refs/tags の一蘭をふつうに得る。 GITDIR/packed-refs の中身をかっさばく べたにやっていいんではないかと。refs/tagsの方が優先な。 524 名前：デフォルトの名無しさん mailto:sage [2011/11/01(火) 10:28:11.94 ] >>517 g log --decorate |grep "[ (]tag: " じゃダメ？ 525 名前：524 mailto:sage [2011/11/01(火) 10:31:19.82 ] あ、"g" は "git" ね 自分のalias書いちゃった 526 名前：デフォルトの名無しさん mailto:sage [2011/11/01(火) 10:37:26.84 ] 気にするな 俺もalias g=gitしてるｗ 527 名前：デフォルトの名無しさん mailto:sage [2011/11/01(火) 10:52:38.06 ] refs の中覗くのも、 git log --decorate=full |grep "[ (]refs/" でできるしね 528 名前：デフォルトの名無しさん mailto:sage [2011/11/01(火) 11:15:25.18 ] >>527 これいいな タグと各ブランチのHEADだけ一覧できる 529 名前：デフォルトの名無しさん mailto:sage [2011/11/01(火) 15:56:50.07 ] 貴様ら git-show-ref を忘れてるだろ！！！ 530 名前：デフォルトの名無しさん mailto:sage [2011/11/01(火) 17:12:34.96 ] >>529 マジで忘れてたw つかコマンドとオプション多すぎなくない？ 531 名前：デフォルトの名無しさん mailto:sage [2011/11/01(火) 17:36:04.12 ] >>529 -d つけないとタグとコミットの対応わかんないし、どっちにしろ同じコミットでも 全部別々の行になっちゃうから、>>527のほうが俺は見やすいな 532 名前：デフォルトの名無しさん mailto:sage [2011/11/01(火) 18:23:18.58 ] A-B-C 　　\-D D の親は B になっているのを A-B-C 　　　　\-D 親を C に変えるのは rebase D で行けるけど これの逆に親が C だったのを B にするにはどうすればいい？ 533 名前：デフォルトの名無しさん mailto:sage [2011/11/01(火) 18:52:52.64 ] >>532 git rebase --onto B C D 534 名前：デフォルトの名無しさん mailto:sage [2011/11/01(火) 22:56:08.88 ] コマンド体系まで二重管理 535 名前：デフォルトの名無しさん mailto:sage [2011/11/01(火) 23:03:32.33 ] 二重じゃないよplumbing porcelain cogit stgit tortoisegit もちろんネタです 536 名前：デフォルトの名無しさん mailto:sage [2011/11/01(火) 23:14:15.39 ] >>531 tagってtag objectのことだったのか。 --dereference で何が困るんだ? 537 名前：デフォルトの名無しさん mailto:sage [2011/11/02(水) 14:55:42.99 ] git diffの結果を、ファイルか変更箇所ごとにマージするにはどうしたらいいんだろうか。 538 名前：デフォルトの名無しさん [2011/11/02(水) 20:48:46.59 ] >>537 ファイルごとにaddしてcommitしてマージすればいいんじゃないの？違う？ 539 名前：デフォルトの名無しさん [2011/11/02(水) 21:16:28.81 ] patch当てたあとadd -pかね。 540 名前：デフォルトの名無しさん mailto:sage [2011/11/03(木) 07:10:13.88 ] >>521 コレ読んでここでなんか話題が出てないかと思って来てみたけど あなたしかレスしていないね www.moongift.jp/2011/11/20111101-2/ 541 名前：デフォルトの名無しさん mailto:sage [2011/11/05(土) 18:24:22.73 ] Andoridアプリ開発しようと思ってeclipse落としたら なんか最初からgit入ってるし いつの間にかgitが主流になってきてるじゃねえか まじやべえgitこわいよー 542 名前：デフォルトの名無しさん mailto:sage [2011/11/05(土) 21:29:13.01 ] お前も二重管理の苦しみを味わうがよいｗ 543 名前：デフォルトの名無しさん [2011/11/05(土) 22:05:47.33 ] eclipse, egit, jgit, cygwin, msysgit, tortoisegitの６重管理 544 名前：デフォルトの名無しさん [2011/11/05(土) 22:10:46.58 ] ふらふらするな ぎっとしろ。 545 名前：デフォルトの名無しさん mailto:sage [2011/11/06(日) 05:23:22.52 ] gitでも高性能な機能を使わなかったら一重管理できるよね。 俺はブランチも切らずただひたすらcommit -allしてるだけだし。 546 名前：デフォルトの名無しさん mailto:sage [2011/11/06(日) 08:59:10.87 ] 高性能な機能と単純な機能の二重管理()笑 547 名前：デフォルトの名無しさん mailto:sage [2011/11/06(日) 14:20:27.66 ] 二重管理言いたいだけなんじゃないかと・・・。 548 名前：デフォルトの名無しさん mailto:sage [2011/11/06(日) 15:19:13.05 ] 何を今更 549 名前：デフォルトの名無しさん mailto:sage [2011/11/06(日) 19:24:51.23 ] eclipseにデフォルトでcvsとgitは入ってるんだけどsvnは入ってないんだよね svnってオープンソース界から嫌われてるの？ 550 名前：デフォルトの名無しさん mailto:sage [2011/11/06(日) 19:30:21.87 ] svnはコミット権を持つ者が支配層だからね。 そんな時代は終わりにしたいのさ。 551 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 20:44:28.91 ] ぎっとなの？じっとなの？ 552 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 20:53:37.61 ] ぎっと、が一応正しい 「じっとはぶ」と読んでる人が大多数だと思うのだが、あれは「ぎっとはぶ」が正しい 553 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 21:00:54.00 ] ＞「じっとはぶ」と読んでる人が大多数 それはない 554 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 21:07:00.25 ] >>551 ejje.weblio.jp/content/git 555 名前：デフォルトの名無しさん [2011/11/07(月) 21:27:45.63 ] github は、周囲では ぎっはぶ (トが落ちる)が多いなぁ。 全く知らなかったら ぎさぶ (thの発音で)と読んでしまいそう。 556 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 21:31:13.92 ] git 音節git 発音記号/git/ 【名詞】【可算名詞】 《英俗》 ばか者，ろくでなし. 557 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 21:49:47.47 ] じっとだろ 558 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 21:51:54.91 ] ギトって読んでるなぁ。GitHubはギトハブって・・・。 559 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 22:23:23.30 ] ギットでギットハブの俺にとってはこの流れがカルチャーショックなのだった。 560 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 22:23:39.37 ] おまいらもういいから じっとしてなさい 561 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 22:37:11.41 ] git logだと増減したファイルのファイル名や修正されたファイルのファイル名が出ないのですが、 これを見るにはどうすればいいでしょうか？ 562 名前：デフォルトの名無しさん [2011/11/07(月) 22:42:58.04 ] git log --name-status かな。 563 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 23:05:44.39 ] まずは短めに --stat だな。 564 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 08:54:59.15 ] 俺はwhatchangedよく使うな 565 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 10:33:50.10 ] 特定のコミットに存在しないファイルを自動で消す方法ってないですか？ 例えば linux kernel で v3.0.8 をコンパイルした後に git checkout v2.6.32.46 とかした時に、v2.6.32.46に含まれない余分なファイル を簡単に消す方法が知りたいです。 566 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 11:25:52.93 ] >>565 わかんないけど rm -r * git checkout v2.6.32.46 とか？ 567 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 11:35:57.00 ] >>565 git clean -f でなくて？ 568 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 14:57:35.42 ] おれは心の中では、ギラハブ 569 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 15:03:09.65 ] >>567 うお、それそれ。これが見つかんなくて、>>566 と同じ事してて、 kernel treeだと、3万ファイル以上 checkout するんで 遅くて嫌になってたのよ。 助かったよ、ありがとう。 でも、>>530 じゃないけど、コマンドとオプション多すぎっつか、 逆引き git マニュアルとか欲しいよね。 570 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 15:13:36.72 ] ありゃ、ちょっと興奮して言葉遣いが荒くなってしまいました。 >>567の回答で助かりました。ありがとうございます。 571 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 19:39:46.04 ] git cheat sheet でぐぐって和訳して首吊って生き返れこんちくしょう 572 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 19:52:27.14 ] 無罪！ 573 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 07:47:05.98 ] addで追跡を開始したファイルの追跡をやめるにはどうすればいいでしょう。 ファイルを削除することなしで。 574 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 07:49:07.55 ] あ。すいません。すでにcommitされていてindexの中だけでなくリポジトリにも記録されてしまっているファイル についての話です。 575 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 08:35:56.81 ] git rm --cached 576 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 12:31:18.15 ] gitむずい 新しいブランチを作ってリモートリポジトリに登録するには、これでいいの？ ## ローカルブランチを作成 git co -b newbranch ## リモートブランチを作成 git push origin newbranch ## ローカルブランチとリモートブランチをひもづける cat > .git/config [branch "newbranch"] 　　remote = origin 　　merge = refs/heads/newbranch ^D だれか助けて 577 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 18:37:44.12 ] >>576 git push -u origin newbranch 578 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 20:32:13.01 ] >>576 2重管理地獄で悶えて死ねｗｗｗｗ 579 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 20:33:36.22 ] MAJIRESU 多重管理できないSVN厨は trunk を物故わしてばっかり 580 名前：デフォルトの名無しさん [2011/11/09(水) 23:52:17.86 ] なにこれ 581 名前：デフォルトの名無しさん mailto:sage [2011/11/12(土) 22:47:10.16 ] svnみたいな集中型で、コミット権の無いリポジトリから改造版をつくろうとしたら 自分専用のリポジトリを使ってそこにソースコードをエクスポートして、改造版は別ブランチで管理するとか そういう2重管理地獄に陥る そうしてできた派生版リポジトリの変更を取り込もうとしたら またソレ用のブランチ作ってそこにソースコード入れて・・・と3重管理4重管理の地獄行き GitとかMercurialみたいな分散型なら自分用ブランチ作って、 本家の変更をマージ（リベース）するという形で管理できるのでより簡単 派生版の変更も同じようにマージできる 582 名前：デフォルトの名無しさん mailto:sage [2011/11/15(火) 02:15:18.39 ] ディレクトリやファイルがたくさん含まれている中で、ただ1つのファイルだけを追跡したいのだが、 毎回ステージされていないファイル一覧が出てきて嫌だ。 目的のただ1つだけのファイルの他は全て無視するようにするにはどうすればいいだろうか。 583 名前：デフォルトの名無しさん [2011/11/15(火) 02:20:00.42 ] .gitignoreに /* /.* !/追跡したいやつ 1・2行目で全部無視にして、!付けて除外。 584 名前：デフォルトの名無しさん mailto:sage [2011/11/15(火) 09:23:16.84 ] ありがとうございます。 .gitignoreファイルと、.git/info/excludeファイルはどのように使い分けていますか？ 585 名前：デフォルトの名無しさん mailto:sage [2011/11/15(火) 20:50:17.52 ] Ｇｉｔによるバージョン管理 2011/10 ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06864-5 実用Ｇｉｔ 2010/02 ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-87311-440-8 入門Git 2009/9 www.shuwasystem.co.jp/products/7980html/2380.html 入門ｇｉｔ 2009/08 ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06767-9 586 名前：デフォルトの名無しさん mailto:sage [2011/11/15(火) 21:13:03.36 ] Gitによるバージョン管理は良い本だな 開発ストーリーに沿ってコマンドを紹介している章があって、理解しやすい 587 名前：デフォルトの名無しさん mailto:sage [2011/11/15(火) 21:17:40.67 ] また新しいのが出たのかｗ やっぱりみんな分かりにくいと思ってるんだよ 588 名前：デフォルトの名無しさん mailto:sage [2011/11/16(水) 18:19:53.38 ] 年に1冊ペースで本が出るのを「また」と称する感覚がよくわからない ROM販売でいつ使ってもバージョンが固定されてるってわけじゃないし（Git2010とか）、 忘れ去られてない感じでいいじゃないかと思うんだが 589 名前：デフォルトの名無しさん mailto:sage [2011/11/16(水) 19:20:12.05 ] ｃｖｓやｓｖｎはこんなにたくさん出てないだろ 590 名前：デフォルトの名無しさん mailto:sage [2011/11/16(水) 19:44:57.94 ] >>589 ちょっと検索したけどＳＶＮの日本語の本は8冊出ている 591 名前：デフォルトの名無しさん mailto:sage [2011/11/16(水) 21:50:37.87 ] サポート付きらしい。 https://github.com/git-book-version-control-ja/support 592 名前：デフォルトの名無しさん mailto:sage [2011/11/16(水) 22:56:31.46 ] git svnでcloneして、色々書いてdcommitしたいんだけど、 その間適当なコメントでローカルにコミットしてたから、svnのlogには適当なコメントは反映させたくないんだ どうしたらいい？ 593 名前：デフォルトの名無しさん mailto:sage [2011/11/16(水) 23:00:27.26 ] 別ブランチ作って--squashでもすれば？ 594 名前：デフォルトの名無しさん mailto:sage [2011/11/16(水) 23:36:01.80 ] >>592 master は svn 追跡専用と割り切れ。 貴様 branch の上でせっせと禿んで dcommit の直前で squash. dcommit 終わったら貴様 branch を rebase. 595 名前：デフォルトの名無しさん mailto:sage [2011/11/16(水) 23:36:47.10 ] 慣れたら branch 上でも svn dcommit を意識したコミットができるようになるってば。 596 名前： 忍法帖【Lv=8,xxxP】 [2011/11/17(木) 00:00:53.17 ] 「高橋 麻奈　やさしいGit 」 まだ〜？ 597 名前：デフォルトの名無しさん mailto:sage [2011/11/17(木) 07:38:45.76 ] >>593 >>594 ありがとう！助かった >>595 まったく、おっしゃるとおりです。 598 名前：デフォルトの名無しさん mailto:sage [2011/11/17(木) 19:50:03.75 ] Software Design 2011年12月号 gihyo.jp/magazine/SD/archive/2011/201112 第2特集 まだSubversionで大丈夫？ イケてるGitの使い方 ［Git×Subversion＆Redmine］ 第1章：SVN使いのための Git入門……岡本 隆史 第2章：git-svnによるSVN包囲戦［戦支度編］ ローカルGitでSubversionを攻略せよ……川西 俊之，正徳 巧 第3章：git-svnによるSVN包囲戦［実戦編］ ローカルGitでSubversionを攻略せよ……川西 俊之，正徳 巧 第4章：RedmineによるGitリポジトリ包囲戦 プロジェクト管理ツールでGitをパワーアップ……岡本 隆史 599 名前：デフォルトの名無しさん mailto:sage [2011/11/17(木) 20:09:10.16 ] 岡村隆史と空目した・・・。 600 名前：デフォルトの名無しさん mailto:sage [2011/11/17(木) 21:41:27.74 ] gitを使い続けていると精神が病むということ 601 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 01:24:02.17 ] >>595 それこそ慣れてからでいいんじゃねえの 602 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 01:24:55.20 ] >>598 Git×Subversion なんだな Subversionのリポジトリで受けるの？ 603 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 02:21:24.84 ] 職場がsvnなんで、git-svnで自分だけgit使っているのですが msysgit内蔵のsvnだと1.4.6でバージョンが古すぎてエラーになる cygwinのgitだとsvnが1.7.1なので、新しめのsvnサーバーにもアクセスできるのですが 処理が遅すぎるのが微妙 vmwareでlinux起動してそこからgit-svnしたら安定して動くのですが バージョン管理するためだけに仮想PC起動するのもだるい git-svn使ってる人、みんなどうしてる？ 604 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 06:29:45.83 ] git-svn 絡むときは windows ホストに git-svn させないようにしてるなあ。 605 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 11:37:31.30 ] 作業領域からインデックスへのコミット インデックスからローカルリポジトリへのコミット ローカルリポジトリから中央サーバーへのコミット の3重管理じゃねえかｗgitユーザーって馬鹿じゃないのｗｗｗ 606 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 12:04:17.69 ] 頭悪そうな発言だ 607 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 12:49:17.01 ] ツールは使う人の能力次第 608 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 13:02:56.97 ] Gitは多重度次第w ﾋﾞﾝﾀﾜﾘｰ 609 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 13:04:41.82 ] インデックスとかイラネだろ 610 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 13:24:23.65 ] インデクスはジャマだなーと思うことがある俺ガイル 歴史的には必要だっただろうけど 611 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 14:11:49.04 ] Gitのインデックスは後付けだが大発明だった。 インデックス使わないでどうすんの。 612 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 15:09:25.27 ] なんで中央のリポジトリを直接いじることをそんなに怖がってるんだろう みんなで中央をどんどん更新していって間違いが入ったらすぐ直せばいいだけじゃん 中央に間違いが入らないようにするために3重管理地獄を選ぶとかどうかしてるぜ 613 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 15:30:22.79 ] 作りかけはリポジトリにぶち込むか自分でtarでバックアップするかの二択 三重管理地獄とやらとどっちがいいのかね？ 614 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 15:54:33.36 ] あ、もしかしてLinuxは全ビルドに何時間もかかるからってことなんかな だったら小規模なソフトウェアでgit使ってるやつは馬鹿ってことになるな 615 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 15:56:40.22 ] >>614 小規模ソフトは身の程をわきまえてCVSってか？ お前に何を使えとか強要されたくないわ 616 名前： 忍法帖【Lv=40,xxxPT】 mailto:sage [2011/11/19(土) 16:10:38.17 ] >>612 そういう発想だから理解できないんじゃないかと思うが? 中央のリポジトリを触るのが怖い訳ではないと思うぞw 617 名前：デフォルトの名無しさん [2011/11/19(土) 16:25:19.93 ] え？ 618 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 16:26:21.65 ] 馬鹿には無理 619 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 16:55:52.77 ] 　　　　　　　　　　　　 ,.　' ´ ￣￣￣￣￣ ｀ヽ、 　　　　　　　　　　 ／　　　　/　　　　　　　　　　＼　　　　 　　　　　　　　　 /　　　　　/　　　　　　　　　　　　 ＼ 　　　　　　　　　/　　　　　/―――――――――ｲﾉ 　　　　　　 　　/　　　　　/:　:　:　:　:　:　:　:　:　:　: :| | 　　　　　　　　,'　　　　,∠ ＿＿＿＿＿＿＿＿＿_/ | 　　　　　　　　|　　 ＜__:.:.イ:.｀メ､／|:/　|:./＼レ:.:.〈　| 　　　　　　　 ﾉ!　　　　 |/ﾘﾚ',ｨｒそド"´　ﾚ ｨチxV:.!:.V} 　　　　　　 ／|　　　　/!:.:.! 〈. ﾄzリ　　　　 ﾄzﾘ }:!::Ｎリ 　　　　　／　　　　　/ｿ:.:.ｉ　xx｀¨´　　　 ,　｀¨x{:从　} 　　　　/　　　　　　//|:.:.込、　　　　　　　　　/:.|.ハ∧　　　　 　　　 /　　　　　／厶|:.:.|＼ ヽ、　　r つ　,. く:.:.:!　∧ ヽ 　　　/　　　 ／　 　　|:.:.|::::::＞ ミ　 ､　＜}　 |::.:|　　 ヽ. } 　 ／i　　　〃　　　　 ﾚ‐‐く＼　　￣´　/::!　 !:.:<フ二ヽﾘ ./　　　／/　　　　　/　／⌒く:＼　　イ:::::|　 |:. 厶--､　} 　　　/　/　　　　　（　　 ／,. ┤:::::ヽ /::::::|　 |:.厶--､　/ 620 名前：デフォルトの名無しさん [2011/11/19(土) 17:00:59.05 ] 君じゃない。 621 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 18:36:03.97 ] >>611 hgにはインデックスとかないけど、拡張のmqとrecordがあれば特に困らないし 622 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 20:06:59.66 ] standing-shoebill.appspot.com/bzr-migration-docs/ja/survival/bzr-for-git-users.html BazaarのUIレイヤには、インデックスに相当するものはありません。 Gitにあるような、部分的にコミットにステージングする機能はありません。 一部のファイルをコミットすることはできますし、プラグインを使えばファイル内の一部のハンクをコミットすることもできますが、コミットの一部をステージして作業を続ける方法はありません。 623 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 21:00:35.86 ] >>612 だから中央のリポジトリはコミットするのに査閲・承認が必要なんだって あと管理表にない変数名を新規に定義することは許されないから コミットする前に開発チームでローカルに命名した変数を 管理表にあるフォーマットに変換するリファクタリングのフェーズが必要だし。 624 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 21:09:50.44 ] おれも最初インデクスたん要らないしメンドクセーなとおもったが git使い慣れたらこれの有り難みがわかった。 git嫌いな奴に無理にgit使えとは言わんから、わざわざこのスレ来て ディスるのやめてくれませんかね。 SVNスレで勝手にSVNマンセーしててください。二度と来るな 625 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 21:12:25.91 ] ＞だから中央のリポジトリはコミットするのに査閲・承認が必要なんだって 運用ルールの問題ジャン git使っても同じことだろ 626 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 21:30:56.84 ] >>625 でもチーム内リポジトリをsvnでつくろうと思ったら結構な手間だよ。 いや、作ること自体は簡単だけど、チーム内と中央のリポジトリの整合をとるのが手間か。 627 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 21:52:47.20 ] チーム内リポジトリとかいらね 何で2重管理が前提条件になってるんだよ 直接中央コミットで問題起きたら即修正でなんら問題ないだろ 628 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 21:55:18.94 ] チーム内のはマイナーフィックスしたいときに容赦なくできるから便利ってことじゃないの？ で、メジャーフィックスを中央にコミットする。 629 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 21:57:23.13 ] >>627 >直接中央コミットで問題起きたら即修正でなんら問題ないだろ でかい開発したことないだろ。 ちょっとした規模の開発でそんなことしてたら、収拾つかんぞ。 630 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 22:06:10.68 ] そもそもそうそう問題なんか起きないし リポジトリ上のプログラムは常にビルドが通るようにしておくのが基本だろ そんな簡単なこともgitユーザーはできないのｗ？ 631 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 22:12:48.96 ] >>630 > そもそもそうそう問題なんか起きないし 小さい規模しかやったことがない奴の意見乙。 >リポジトリ上のプログラムは常にビルドが通るようにしておくのが基本だろ ビルド通るだけでいいと思ってるのが君の想像力の限界なんだな。 632 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 22:18:21.85 ] Hello Worldしか書いたことないんじゃね？ 633 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 22:19:41.91 ] Hello Worldの管理にはsvnがおすすめですよ＾＾ 634 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 22:24:42.34 ] 大規模ってどのくらいの規模のことを言ってるか分からんが 君らの言い分じゃ大規模開発じゃなければgitを使う利点ないわけね 635 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 22:28:06.26 ] svnは大規模にも小規模に使えて gitは大規模にしか使えないうんこｗ 636 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 22:33:45.10 ] インデックスに登録するのは初めの一度だけで、あとはgit commit -all使えばいいだけなのに、 何をそんなに騒いでいるのか分からないなぁ。 637 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 23:26:44.54 ] >>627 いや、だから、何度も言うとおりコミットに査閲と承認が必要な環境があるんだよ 638 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 23:36:15.64 ] git使ったらコミットに査閲と承認が必要なくなるのかって。 それは運営方法の話だろ バージョン管理システムの話してるんだけど馬鹿なの 639 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 23:55:06.16 ] TortoiseGitの1.7.5.0が出てた もうバグが増えないといいな 640 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 23:55:17.27 ] チーム内のソース共有とかコードレビューの時にコミットが必要になるだろ そんな時いちいち承認とかしてられないだろ で、チーム内ローカルのリポジトリがあって、ひと通りのレビューが終わってから中央リポジトリにコミットすれば楽だろ そういう時にチーム内ローカル→git 中央リポジトリ→svnだと管理が楽なんだよ ローカルリポジトリをsvnにしてしまうと中央リポジトリへの反映が大変だし。 本当は中央リポジトリもgitにしてもらうか、承認を簡単にしてもらうほうがいいんだけど 中央は発注元だしあちらさんの社内文化を変えてもらう労力のが大変で、 gitの二重管理で自分たちだけ防衛したほうが工数少ないでしょうとかそんな色々な理由。 641 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 00:00:42.44 ] >>640 なるほど。参考になった。 642 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 01:48:49.24 ] Git していろ 643 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 04:26:03.72 ] SVN使いは、ビルド通らないソースをコミットするカスや 作業コピー以外で編集して他人のコミットを先祖返りさせるボケが いるから嫌いなんだよな ソース管理スキルに関していえば Git使い＞＞＞（越えられない壁）＞＞＞SVN使い＞フォルダコピー使い 644 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 04:46:54.60 ] それだけ広く素人にも使われてるってことだろ gitがsvnを超えて普及すれば同じ事言われるよ 645 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 08:33:26.23 ] >>644 もうgitはsvnを抜いているよ qa.debian.org/popcon-graph.php?packages=bzr,cvs,darcs,git,git-core,mercurial,monotone,rcs,subversion&show_installed=on&want_legend=on&beenhere=1 646 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 09:37:15.15 ] 母数がDebianのパッケージマネージャって時点で、お前の言うカスやボケが含まれると思うか？ 647 名前：デフォルトの名無しさん [2011/11/20(日) 09:42:36.39 ] DebianはUbuntuとの２重管理のうんこ 648 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 09:46:27.84 ] >>645 インストールされていることと、使われていることの区別も付かんのか。 649 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 09:50:10.31 ] >>648 gitはインストールされているけど、使われていない、使えないのですね。わかります。 650 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 09:50:54.45 ] >716 ：デフォルトの名無しさん [↓] ：2011/11/20(日) 08:53:00.84 >コミットA→コミットB→コミットC > >上のコミットBに間違えてfoo.txtをaddしてコミットしまって今すごい周りに迷惑かけちゃってまして >なんとかfoo.txtを自分のローカルのsvnの管理対象から除外して >新しいコミットDからはfoo.txtがなかったようにしたいのですが、 >この場合どうすればいいんでしょう。。 svnユーザーの現実 651 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 09:58:58.43 ] Ａ，Ｂ，Ｃで3重管理してるのがそもそもおかしい 652 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 10:08:38.68 ] >>639 それよりmsysgitのsvnが古いのを何とかしてほしい svnが1.7で互換性をブチ切ったりしなけりゃ古いままでも問題なかったんだが 653 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 10:53:57.35 ] 無料RPG製作ツール「ロープレジェネレーター」 直感的操作で簡単なゲームが作れます。 簡単に配布可能な状態に出力する ことができます。(HSP製のソースコード付きで、スクリプトの知識があれば 自由度の非常に高いカスタマイズができます） 他にも仲間預かり機能（100人も）や、仲間の状態/状態異常を細かく設定 できたり、乗り物が作れたり、ゲーム中に画像を差し込んだり、回転や フラッシュなどのエフェクトなんかも簡単に作れる様です。 移動は矢印キーの他に、キャラがマウスを追っかけたりするとのこと。 戦闘はデフォだとドラクエ系。 ・次期バージョンのロープレジェネレーター2.00アルファ版2を公開しました。(2011/10/29) 654 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 12:48:41.16 ] >>651 >Ａ，Ｂ，Ｃで3重管理してるのがそもそもおかしい ３重管理？ 655 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 17:09:38.33 ] Gitで多重管理とかって何のこと指してんだろ 656 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 18:01:31.77 ] もはや多重管理言いたいだけちゃうんかと 657 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 19:00:05.40 ] そもそも分散リポジトリ使ってて、めんどくさいと感じたことなんかないんだが。 むしろ馬鹿が中央リポジトリにヘンなのコミットしても 自分とこだけは一時的に防衛できるので作業効率よくなった 658 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 19:15:59.00 ] うるせえ、「重管理」NGワードにすっぞ 659 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 19:16:42.95 ] あ、>>657に言ってるんじゃないので 660 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 19:24:18.13 ] >>658 してなかったのかよ、NGワード多重管理君。 もちろんもはやn重管理はネタだろ。 661 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 19:31:15.27 ] NGワード指定するほどレスないだろ、この板。 662 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 21:07:34.76 ] Linuxのカーネルとかだと100重管理ぐらいいってるかな?w 663 名前：デフォルトの名無しさん [2011/11/20(日) 21:46:50.54 ] >>662 ９９重=苦渋苦渋管理 664 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 23:26:00.19 ] ぐしゅぐしゅ。 発狂しそうなパッチ・版多重管理をこなせたのがBKで それの跡を継いだのがGitだろ? ただ、CVS/SVNを経験してGitに慣れたヤツがSVNに戻れるか? と言われたら 例外なく戻れないだろう。反例求む。(SVN反Git厨は釣られないように) 665 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 00:34:15.31 ] 周りに合わせざるを得ないので svn はまだ使ってる git svn は糞なので使えない 666 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 01:28:49.87 ] 戻れるかと言ったら普通に戻れるけど、利点はないな。 強いて言えば日本語の対応とか。 667 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 02:41:12.64 ] 戻るメリットっていったら、日本語ファイル名が正しく使えることくらいか あとはWindowsで使うときにはSubversionのがすこし安定してる気がする しかしそんだけのために戻る気はしないな 668 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 12:35:59.44 ] たすけてください git commit -m "test" で間違えてコミットしてしまったのを取り消したくて git revert HEAD としたのですが 取り消しを取り消したい場合はどうしたらいいのでしょうか？ git revert HEADの後ににファイルを編集したので もう一度コミットするとおかしくなってしまいますのでたすけてください 669 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 12:42:59.04 ] とりあえずdiffとっといてgit reset --hardで、問題ないとこまで戻るとか 状況はわからんけど、やりようはいくらでもありそう 670 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 13:14:26.61 ] ProGitみたいな親切なドキュメントあるのに読まない奴ってなんなの？ 671 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 13:26:31.67 ] 管理の仕方についてアドバイスお願いします C:\sourcecode\python C:\sourcecode\ruby C:\sourcecode\perl とあります これら言語別にフォルダ分けがされており、フォルダの中にもまたプロジェクトごとにフォルダが分けられてます C:\sourcecode\python\helloworld C:\sourcecode\python\mywiki C:\sourcecode\python\mycms こういう場合リポジトリを作成する場合は コマンドプロンプトでC:\sourcecodeをカレントディレクトリにしてgit initをするものでしょうか？ それとも書くプロジェクトごとにgit initをするものでしょうか？ 672 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 13:48:26.47 ] >>668 git revert HEAD をもう一度。 という身も蓋もない回答は置いといて git log とか git reflog して、戻したい場所を見つけたら git reset (所望のsha1) git reset が怖かったら git checkout -b tekitouna_ichijitekina_branch (戻したいsha1) だ。 俺はこの手合いの作業は detached branch 上でやっちゃうけどなw 673 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 13:50:00.33 ] >>671 全部まとめてひとつのリポジトリにしてしまうのが、さしあたっての管理は楽。 git-submodule という機構もあるが、初心者が使うとぜったい事故る。 674 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 15:18:01.46 ] >>664 mergeしない・branchしないってわかってる用途限定ならsvnに戻れる 他に大きな理由がなければ戻りたくはないが 675 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 16:03:18.66 ] リモートリポジトリからファイルを取得するときに git clone C:\test\. ってやってるんですが ローカルのディレクトリに一つでもディレクトリやファイルがあるとエラーになるので毎回ローカル側のファイルやディレクトリ(.gitも含む)を消してからcloneを実行してます こういうものなんですか？ 676 名前：デフォルトの名無しさん [2011/11/21(月) 16:39:04.24 ] それfetchとかpullとかするところ。cloneは初回だけ。 677 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 16:42:47.68 ] >>675 そんなものではない。 git clone した後は、簡単な場合 git pull とか git fetch & git merge で済む。 (ついでにいうと pull とか fetch はそれなりに速い) git clone C:\test\. って git clone (URL) C:\test\. の間違いだよな? 678 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 16:46:22.05 ] >>676 いろいろコマンドがあるんですね ちょっとその単語で練習してみます >>677 すいませんcdを載せ忘れました 本来は cd C:\local git clone C:\test\. です 679 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 16:46:25.72 ] >>664 commit もしない、ローカルでの変更もしない、だったら戻れなくもないが俺何か道を間違えてるよな。 680 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 18:08:54.19 ] >>674 svnでbranchしたら二重管理になっちゃうだろ！ 681 名前：デフォルトの名無しさん [2011/11/21(月) 18:15:31.26 ] >>680 svnにbranchはありません 682 名前：671 mailto:sage [2011/11/21(月) 22:19:49.69 ] >>673 間違えてへんなことして全部まとめて逝ったら困るので最初は分けて管理して見たいと思います リモートリポジトリ (Dドライブ) D:\sourcecode\python D:\sourcecode\ruby D:\sourcecode\perl ローカルリポジトリ (Cドライブ) C:\sourcecode\python C:\sourcecode\ruby C:\sourcecode\perl MSDOS上からやったこと cd D:\sourcecode\python git --bare init cd C:\sourcecode\python git init git add . git commit -m "1" git push D:\sourcecode\python master git remote add origin D:\sourcecode\python とやってpython用のを作りました,ruby用とperl用も同じようにして作りました ここで疑問なんですが git pushってやるとローカルリポジトリのデータがリモートリポジトリに反映されますが これはgitを実行したカレントディレクトリを見て、どこにpushするか自動判別しているのでしょうか？ 例えばpython用のところでgit pushってしたらperl用の所にpushされてしまうってことはございませんか？ 683 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 23:24:53.83 ] git remote -v ってやってみろ 684 名前：デフォルトの名無しさん mailto:sage [2011/11/22(火) 00:25:19.63 ] remote が　remove に見えた。セフセフ。 685 名前：671 mailto:sage [2011/11/22(火) 11:31:56.18 ] あれ？pythonのフォルダでgit remote -vってやったら origin D:\sourcecode\python (fetch) origin D:\sourcecode\python (push) って出ました rubyとperlでもやったらちゃんと別々になりました gitってどのカレントフォルダでコマンドを実行したかで自動でpush先を選択してくれるんですね！ 今までバージョン管理って怖くていつもzipで全部固めてたんですが(サイズが832MBぐらい) git使うとHDDの寿命も延びそうだし楽なのを覚えました 686 名前：デフォルトの名無しさん mailto:sage [2011/11/23(水) 04:24:25.98 ] .git/objects以下ってコミットするごとにファイル増えていくと思うんだけど、 どの位まで性能でるの？ 687 名前：デフォルトの名無しさん mailto:sage [2011/11/23(水) 07:43:49.07 ] >>686 git gc 688 名前：デフォルトの名無しさん [2011/11/25(金) 22:19:44.08 ] 復帰 689 名前：デフォルトの名無しさん mailto:sage [2011/11/26(土) 12:44:07.29 ] subversionからgitへ移行しています。 ちょっと解らないところがあるので教えてください。 webアプリを開発していて、開発用ブランチと本番環境用ブランチを作成して作業しています。 開発用ブランチに開発用のコード(DB設定やデバッグ用コード)を記述したとき、 subversionでは merge --record-only を使用してそのコードが本番環境にマージされない様にしていました。 git の場合はどのように処理すればいいのでしょうか？ 今は本番環境にマージするときに --no-commit を指定して手作業で開発用コードを削除しているのですが、 本番環境から開発環境へマージするときに、今度は開発用コードが削除されます。 いい手があればアドバイスいただけませんか。 690 名前：デフォルトの名無しさん mailto:sage [2011/11/26(土) 14:43:17.03 ] >>689 db設定やデバッグ用のエラー出力on/offとかは アプリケーションの設計時に一つのiniファイルかなんかにまとめるようにしてignore その他の実験用コードは開発用ブランチからのブランチで隔離実験ってのが基本じゃないですか？ 691 名前：デフォルトの名無しさん mailto:sage [2011/11/26(土) 14:53:42.70 ] >>689 Subversionの「マージ」という言葉を忘れよう。 あれはマージとは言わない。 Gitで言う所のcherry-pick。 Gitのスマートなマージが理解できたら、自然と運用ルールが定まるだろう。 692 名前：デフォルトの名無しさん mailto:sage [2011/11/26(土) 20:03:39.46 ] >>689 環境設定はテンプレだけコミットしておいて実行環境に合わせて別のignoreするファイルに 追い出しておくのがいいと思う。それかコミットする環境設定ファイルは常に本番用に保って おいて各自はデプロイで上書きするとか。 どこかの開発環境の設定でコミットとか、人によっては激怒するぜ。。。 あとsvnってmergeinfoとかいうのが出来たのか。svkみたいなもん？ 693 名前：689 mailto:sage [2011/11/28(月) 17:01:46.95 ] アドバイスいただきありがとうございます。 subversionと同じような運営の仕方はできないのですね。 iniファイルの仕様変更とか入ったときに管理しやすいし、 設定項目が多い場合なんかは便利だったんですが。 > どこかの開発環境の設定でコミットとか、人によっては激怒するぜ。。。 ブランチ切って merge --record-only しておけば、 それを防ぎつつ設定ファイルまで管理できてたんです。 > あとsvnってmergeinfoとかいうのが出来たのか。svkみたいなもん？ svk見たいな外部ツールとは違い、標準で組み込まれた機能です。 マージしたときにどのリビジョンをマージしたかがプロパティに記録されるので、 次回マージするときにマージ済みの分は自動でスキップされます。 694 名前：デフォルトの名無しさん mailto:sage [2011/11/29(火) 12:11:28.27 ] >>693 本番環境から開発環境へのマージはどういう変分を反映させることを期待しているのだろう？ 695 名前：689 mailto:sage [2011/11/29(火) 17:48:42.12 ] >>694 開発環境でのテストでは問題なかったのに、 本番環境へ持っていったら動かなかった場合、 本番環境上で直接修正を行う場合があります。 あとは、客先の担当さんが直接変更を加える場合があるので、 それを取り込む場合があります。 その場合、本番ブランチに一旦コミット後、開発ブランチへマージ、 機能修正等を行ったあと本番ブランチにマージといった流れでやってます。 696 名前：デフォルトの名無しさん mailto:sage [2011/11/29(火) 18:24:52.29 ] >>695 Gitスレで運用の話をしても満足する回答はないよ。総合スレ行ったら？ Git/Mercurial/BazaarはDAGだから、Subversionと同じ感覚だと違和感があるよ。 それこそ>>664のようにSubversionに戻れなくなるから。 697 名前：デフォルトの名無しさん mailto:sage [2011/11/29(火) 23:36:55.67 ] なんかデスマテンプレートみたいな運用だな 確かに本番だけ動かん、というケースは存在するし、 結果的にぶっつけで本番直すことあるが、 根本的に手順が間違ってる。 スレチすまん。 698 名前：デフォルトの名無しさん mailto:sage [2011/11/29(火) 23:38:41.40 ] ＞マージしたときにどのリビジョンをマージしたかがプロパティに記録されるので、 ＞次回マージするときにマージ済みの分は自動でスキップされます。 いつの間にかsubversionのマージも進化してたんだな 俺が使ってた頃はリビジョン範囲指定しなければならなくて 使いづれーなっておもってた 調べてみたら各フォルダにsvnができるのも改善されたんだな 699 名前：デフォルトの名無しさん mailto:sage [2011/11/30(水) 00:25:39.28 ] >>693 開発ブランチから本番ブランチへは cherry-pick、 その後開発ブランチで本番をマージ。 もしくは開発ブランチでrebaseしてマージで持っていきたくない 履歴を先頭に追いやる。 てか何でろくにドキュメント読まずに移行しようとするんだ。 「svnのように」使いたいなら無理せずsvn使っとけば？ 700 名前：デフォルトの名無しさん mailto:sage [2011/11/30(水) 01:31:03.11 ] >>695 >451のリリースブランチってのを参考にするとよい。 svnで本番ブランチに直接コミットすることが間違っているとは思うが。 701 名前：デフォルトの名無しさん mailto:sage [2011/12/02(金) 23:55:59.23 ] >>699,700 >451のモデルと合わせて考えれば ・開発ブランチからリリースブランチを作るときにcherry-pickでリリース対象のコミットだけ分離 ・本番ブランチへリリースブランチをマージするときに開発ブランチへもマージ で目的を果たせそうだな 一度除外したデバッグコミットは次のリリースからは含まれないし、デバッグコミットのログルールを決めておけば、cherry-pickも自動化出来そう 702 名前：デフォルトの名無しさん mailto:sage [2011/12/03(土) 02:41:56.10 ] >>701 ほんとにクソみたいなデバッグログは add -p で除外して stash に溜め込むか、 デバッグのコミットを一個作って rebase してる。 あんま激しくなってくると rebase でコンフリクトしちゃんだけどね。 703 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 04:42:14.03 ] 閑古鳥がないてますなあ いまのバージョンでも十分安定してるし、機能不足も感じないから 話題がないか 704 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 04:55:30.66 ] 普通に使えてるし特に言うことないな 705 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 09:12:25.29 ] 外注先の奴らに使わせるには日本語がまともに使えることとGUIが必要だな 706 名前：デフォルトの名無しさん [2011/12/10(土) 09:57:42.87 ] >>705 日本の外注を使わなければ良いだけの話 707 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 10:10:42.81 ] SCM のために、慣れないなんちゃって英語でバグ作りこまれた上に レビューもろくろくできなくなるなんて愚を犯す奴は馬鹿でしょ。 708 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 10:23:10.61 ] >>707 日本人のレビューアーが馬鹿なだけでしょ。 インド人は英語うまいよ。 709 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 10:38:03.77 ] ここは、日本で発注者も日本人だって客に言われたら、 SCM の都合でできませんって答えるのか？ 馬鹿だろ。 710 名前：デフォルトの名無しさん [2011/12/10(土) 10:43:30.68 ] gitが使えない外注先が淘汰されるのに何が問題なわけ？ 711 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 10:45:51.46 ] 問題の理解力もないところの人でしたか、それは失礼。 まあ、せいぜい git で遊んでてください。 712 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 10:46:56.91 ] 分散型普及の壁になっているのは外注より元締め。 開発者は今でもgit-svnとか使っている。 713 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 10:49:06.75 ] >>711 コミットログは日本語使えるし、GUIはEclipseとか揃っているし、 日本語が問題になるのはWindowsのファイル名だけでしょ。 これのどこが問題なわけ？ 714 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 11:31:51.25 ] >>713 >日本語が問題になるのはWindowsのファイル名だけでしょ。 >これのどこが問題なわけ？ 自分で「問題になるのは」って書いてて、「どこが問題？」って頭おかしいのか？ 715 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 11:38:51.42 ] >>714 Windowsのファイル名が問題になるのだったら、それまでのプロジェクトが問題であって、 その問題を解決すれば問題にならない。 716 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 11:51:41.61 ] だからお客さんの都合だとどうしようもないだろって書いてるんだが、 やはり理解力が相当足りないみたいだな。 717 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 11:56:32.91 ] windows のファイル名に日本語が使えないと致命的に駄目 718 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 11:58:29.94 ] >>716 お客さんが日本語ファイル名ファイルをscmで管理するように要求しているのか？ ならば、そのファイル名ファイルだけ、日本語ファイル名で問題無いと思われているscmのままにしておけば良いじゃないか。 それ以外のところはgitに移行して何ら問題ないわけだ。 719 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 12:12:37.52 ] git のために、別々に管理しろって？ 構成管理理解してない馬鹿のたわごとだな。 720 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 12:18:50.13 ] >>719 svnのように全部一ヶ所にまとめろって？ 危機管理理解していない馬鹿のたわごとだな。 721 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 12:26:04.23 ] Bazaar の出番ですね。 722 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 12:39:21.56 ] そもそも受託開発なんて底辺仕事なんざ興味ねぇよ 底辺は勝手にやってろよ 723 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 12:43:04.80 ] 受託開発の底辺はsvnの一元管理で悶えて市ね 724 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 12:44:39.02 ] 多重管理地獄で悶えて氏ね 725 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 13:34:09.63 ] >>720 >危機管理理解していない馬鹿のたわごとだな。 別地保管も知らんのか...。 git だと分散だからと言ってバックアップもイラネーとか言い出したりしてな。(w >>722-723 はいはい、こんな馬鹿なところじゃ受託すらできんわな。(w 726 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 13:41:07.33 ] >>725 危機管理＝バックアップだという認識なのか、おめでたいな 727 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 13:43:09.53 ] >>725 > 別地保管も知らんのか...。 svnで別置保管がどうすれば可能なのか教えてくれ 728 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 13:53:20.51 ] >>725 > git だと分散だからと言ってバックアップもイラネーとか言い出したりしてな。(w hgだと要らないね。落ちた前スレで議論されている。 gitの場合、ブランチを消せるから全く要らないわけではないが。 729 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 14:18:52.99 ] >>726 >危機管理＝バックアップだという認識なのか、おめでたいな じゃあどういう意味か書いてみな。 >>727 適当なデータセンタに電話して聞いてみればいいと思うよ。 うちは、支社があるから自社でやってるけど。 >>728 > hgだと要らないね。 まだ、こんなこと言ってるアホがいるのか...。 730 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 14:24:26.86 ] >>729 > >>726 > >危機管理＝バックアップだという認識なのか、おめでたいな > じゃあどういう意味か書いてみな。 Linusがsvnを叩いた講演。 どこかの馬鹿が馬鹿なコミットをすることを防ぐこと。 > >>727 > 適当なデータセンタに電話して聞いてみればいいと思うよ。 > うちは、支社があるから自社でやってるけど。 svnだとデータセンタが必要なわけね。 分散型ならそんなの必要ない。 > >>728 > > hgだと要らないね。 > まだ、こんなこと言ってるアホがいるのか...。 アホはおまえだ。 hgは全リビジョン同期でリビジョンの削除はしないから、 同期されていれば、バックアップなど必要ない。 731 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 14:52:26.47 ] >>730 >どこかの馬鹿が馬鹿なコミットをすることを防ぐこと。 まともな運用もできていない組織だとツール側で必要なんだろうな。 >>727 >分散型ならそんなの必要ない。 結局複数サーバーで管理するってことだろ？ まさかとは思うが、ローカルにあるからいいジャンとか本気で言ってそうだな。 >>728 >同期されていれば、バックアップなど必要ない。 管理者のミスとか SCM 自体のバグとか考えたこともないんだろうな...。 素人乙。 732 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 15:03:19.66 ] >>731 > >>730 > >どこかの馬鹿が馬鹿なコミットをすることを防ぐこと。 > > まともな運用もできていない組織だとツール側で必要なんだろうな。 外注先、オフサイトで馬鹿なコミットされるの防ぐために、 わざわざコードレビューしに出張するわけか。 高コストなこと。 > >>727 > >分散型ならそんなの必要ない。 > > 結局複数サーバーで管理するってことだろ？ > まさかとは思うが、ローカルにあるからいいジャンとか本気で言ってそうだな。 分散型にサーバという概念はありませんが？ > >>728 > >同期されていれば、バックアップなど必要ない。 > > 管理者のミスとか SCM 自体のバグとか考えたこともないんだろうな...。 > 素人乙。 gitにバグがあったらLinuxはこの世に存在していないけど。 分散型の管理者って誰？ git/hgはリポジトリフォーマットはほとんど変わっていないけど、 その論理だと、リポジトリフォーマットが頻繁に変わるsvn/bzrなんか使ってられないね。 733 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 15:21:41.82 ] >>732 >わざわざコードレビューしに出張するわけか。 TV会議システムもない職場乙。 >分散型にサーバという概念はありませんが？ まさかの方だったな。(w >gitにバグがあったらLinuxはこの世に存在していないけど。 今までがよかったからこれからも大丈夫って言うわけね。 笑うしかないが。 >その論理だと、リポジトリフォーマットが頻繁に変わるsvn/bzrなんか使ってられないね。 意味不明。 734 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 15:33:01.54 ] >>733 > TV会議システムもない職場乙。 TV会議システムがないと品質も保証されない職場乙。 > >gitにバグがあったらLinuxはこの世に存在していないけど。 > 今までがよかったからこれからも大丈夫って言うわけね。 > 笑うしかないが。 大丈夫。 分散型を理解していないみたいだからこれ以上説明しても無駄みたいだけど。 それよりもsvnの将来心配したら？ > >その論理だと、リポジトリフォーマットが頻繁に変わるsvn/bzrなんか使ってられないね。 > 意味不明。 svnのbdbが壊れやすかったって知らないのね。 svn1.7でまた変わったんじゃないの？使ってないから知らないけど。 バージョンアップしたら過去のバックアップが使えないんだったら、 バックアップの意味ないけど。 735 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 15:46:48.50 ] >>734 >TV会議システムがないと品質も保証されない職場乙。 ひょっとして貧乏会社なの？ 最近結構まともな奴が安いから入れたら？ >大丈夫。 それは、よかったな。 まあ、ビジネスに使ってないこと祈るよ。 >svnのbdbが壊れやすかったって知らないのね。 そうだね、壊れやすかったな。アホが使うと。 申し訳ないが、うちでは壊れたことはないよ。 そもそも今時 bdb なんて使ってないし。 >バージョンアップしたら過去のバックアップが使えないんだったら、 >バックアップの意味ないけど。 馬鹿は bdb は知ってるのに svndump には思いが至らないらしい。 まあ、よくいる中途半端な知ったかなんだろうな。 736 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 15:52:43.55 ] >>735 > >>734 > >TV会議システムがないと品質も保証されない職場乙。 > > ひょっとして貧乏会社なの？ > 最近結構まともな奴が安いから入れたら？ 日本人は欧米とTV会議するため毎日夜勤ですか。 お疲れ様です。 > > 馬鹿は bdb は知ってるのに svndump には思いが至らないらしい。 > まあ、よくいる中途半端な知ったかなんだろうな。 あなたのその理屈だと、そのsvndumpにバグがあったらどうするの？ svndumpが動いていると信じていたら実は取れていませんでした、 ってそれこそ管理者のミスを心配しないと。 737 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 16:02:20.75 ] なんか盛り上がってるところ水を差すようだけど 野良パッチ使えばwindowsのgitでも日本語ファイル名使えるんだけどね GUIしか使えないとかいう馬鹿を除けば、現状で全く問題ない 738 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 16:06:11.50 ] >>737 野良パッチどころか、msysgitはutf-8対応に向けて驀進中です 739 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 16:56:00.57 ] >>736 >日本人は欧米とTV会議するため毎日夜勤ですか。 必死に考えたんだね、お疲れ。 まあ、普通に定時間内にできてるから、心配しなくていいよ。 >svndumpが動いていると信じていたら実は取れていませんでした、 >ってそれこそ管理者のミスを心配しないと。 バックアップ取ったら、リストアのテストするのは常識なんだが...。 740 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 17:05:40.58 ] >>739 > >日本人は欧米とTV会議するため毎日夜勤ですか。 > 必死に考えたんだね、お疲れ。 > まあ、普通に定時間内にできてるから、心配しなくていいよ。 日本人は深夜が定時間か。 24時間営業のファミレス・マクドナルドのような勤務体制なわけだ。 > >svndumpが動いていると信じていたら実は取れていませんでした、 > >ってそれこそ管理者のミスを心配しないと。 > > バックアップ取ったら、リストアのテストするのは常識なんだが...。 バックアップ・リストア、そのテストと、凄い高コストだ。 741 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 17:38:52.59 ] >>740 >日本人は深夜が定時間か。 正直君がかわいそうになってきたよ。 自分で書いてて恥ずかしくない？ >バックアップ・リストア、そのテストと、凄い高コストだ。 まあ、必要なコストだからね。 そもそもこの手のコストが高いと感じているってことは、 他もいろいろ手を抜いているんだろう。 たぶん素人さんだと思うけど。 742 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 17:44:58.30 ] 普通に質問なんだけど、みんなレポジトリのバックアップってどうとってる？ 743 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 17:46:11.15 ] >>741 svnを使っている所は分散型で必要ない膨大なコストをかけている ボッタクリだってことが分かったから、今度から発注することはやめるよ。ありがとう。 744 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 17:57:48.05 ] >>743 はいはい、こういう脇の甘い馬鹿なところから受注するのは実はおいしいんだが、 疲れるのも事実だから、今後は是非そうしてくれ。(w 745 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 18:05:45.88 ] >>742 svnadmin dump 746 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 18:07:10.49 ] githubに上げてる 747 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 18:31:36.41 ] >>742 誰かの説によると、分散型なら不要らしいよ。(w 一応ご参考: www8.atwiki.jp/git_jp/pub/git-manual-jp/Documentation/chunked/ch07.html >>745 git のスレだぞ。 748 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 18:36:26.68 ] 盛り上がってますね 749 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 18:46:02.52 ] >>742 他のサイトからたまにfetchしてる 750 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 18:56:01.17 ] 他人と共同で作業する為に中央にリポジトリ作る時点で分散型でもなんでもない単にリモートとローカルで２重管理してるだけｗ 751 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 18:56:17.42 ] スレの流れがよく読めんのだが ソースコード(C#やJava)とかDBファイル(.sqliteとか)の名前に日本語使うのはよくあることなのか？ 752 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:02:34.05 ] >>750 分散型という名前に惑わされている典型的バカ。 ワークフローの方が重要だという勉強をしてから出直しましょう。 www.ustream.tv/recorded/18604921 753 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:02:56.93 ] 底辺とか事実を指摘するもんだから発狂しちゃっただろ 754 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:03:21.65 ] >>751 無いよね。だからドキュメント類だけsvnとかに置けば良いと思う。 エクセルとかパワポとかどうせマージできないしね。 755 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:30:31.82 ] 定期的にfetchしとけばバックアップとしてはいいのかな？ あれ、トラックしてないブランチはfetchされない？ 756 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:32:12.24 ] >>754 また、>>719 からループするの？ いい加減諦めたら？ 757 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:35:42.62 ] 諦めるのは底辺の仕事しか無い自分の人生では？ 758 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:46:58.39 ] 底辺に馬鹿にされてる君の人生って...。(w 759 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:55:01.35 ] 君って何人？この板は連投規制があったはずだけど。 760 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 20:06:37.49 ] 自分の胸に聞いてみればわかるんじゃない？ 761 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 20:11:26.50 ] 自分の胸に聞いてみた。svn使いは馬鹿だって言っていた。 762 名前：質問の内容とぜんぜん違う答えで納得している馬鹿。 mailto:sage [2011/12/10(土) 20:21:37.61 ] それはよかったね。(w 763 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 22:16:38.37 ] svn で満足できるなら git 使える人達をうらやましがってこのスレを荒らさずに自分の領分で満足してればいいと思う(´･ω･`) 764 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 22:43:18.54 ] msysGitがUTF-8対応するなら、もうsvn使うメリットは皆無だな・・ 765 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 22:51:43.27 ] msysgitのutf-8対応 code.google.com/p/msysgit/issues/detail?id=80 groups.google.com/group/msysgit/browse_thread/thread/40112decdc564117 インストーラ groups.google.com/group/msysgit/msg/b2b53e1092e37440 766 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 22:52:59.45 ] >>763 ねえ、また >>705 からループするの？ 767 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 22:55:59.77 ] ループするたびに底辺とバカにされるsvn使い可哀想 768 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 23:06:57.60 ] ほらほら >>758 からループしてるし。(w 769 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 01:07:24.34 ] >>765 Git-1.7.7.1-unicode-20111202 Git-1.7.8-preview20111206 上の二つ試してみたけど、特に改善しているように思えないなぁ git config core.quotepath false しても文字化け状態で表示される windowsの場合コンソールがSJIS使うようになっているから そっちも設定をいじる必要がありそう 770 名前：769 mailto:sage [2011/12/11(日) 01:34:55.76 ] コマンドプロンプトからはフォントをMSゴシックに変えて chcp 65001したら日本語ファイル名いけるようになった。 bashのほうからも同じことをやったがこっちは フォントが強制的に日本語含まれないフォントに変更されて 使えないようだ 771 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 15:42:52.69 ] gitで秒単位とかでファイルの変更箇所のログを取ることはできますか？ 772 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 20:30:02.46 ] >>771 gitはそういうツールじゃない。 というかその手段自体があまりよろしくないように見える。 それでもやるならスクリプトでどうぞ。 773 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 07:36:02.56 ] ファイル改竄検知ソフトウェアあたりの仕事な気がする 774 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 17:29:09.20 ] git initすると.gitがつくられますが、 これを別の場所に置くことは出来るのでしょうか？ 775 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 17:34:31.52 ] >>774 --separate-git-dir=<git dir> 776 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 17:49:37.41 ] >>775 ありがとうございます 777 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 19:17:26.32 ] Git、Eclipse.orgでCVS、SVNを超える www.infoq.com/jp/news/2011/12/eclipse-git 778 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 19:41:23.29 ] >>777 後半のhgの所は間違っている。 bitbucketはプライベートリポジトリとして使われているケースが多い。 公開リポジトリが１つもないアカウントはいっぱいある。 hgのossプロジェクトは自前でリポジトリを立てている所が多い。 mercurial.selenic.com/wiki/ProjectsUsingMercurial 779 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 20:50:53.14 ] はいはい 780 名前：778 mailto:sage [2011/12/12(月) 21:09:57.78 ] Gitスレに誤爆してしまった。 bitbucketは、個人も5人までのチームも、無料でプライベートリポジトリも含めて容量制限無しなんで、 ぜひ使ってくださいね♡ >777はsvnスレに張らなくて良いのかね？ 781 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 21:59:23.02 ] Mercurialに続きGitもUnicode対応になるのか。胸熱だな... あとはrename問題が解決すればGitで何の不自由も無くなるのに 782 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 22:59:02.13 ] >>771 ひょっとして git blame とかかな？ コミット単位だけど秒も出ているといえば出ている。 783 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 00:49:35.25 ] GITは自分一人が使う分には全く問題ないが、この複雑なコマンド体系を チームメンバー全員が使いこなせるとは到底おもえないのがネックなんだよな・・ HGはそのへんSVNライクだし、SVNユーザーが移行する分には生涯なさそうだが 正直Hg使うくらいならSVNで十分だろって議論もあるしブツブツ・・ 784 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 01:07:48.69 ] >>783 > 正直Hg使うくらいならSVNで十分だろって議論 さすがにそれはない 785 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 14:23:32.42 ] よく使うコマンドってなんですか？ git init git add git commit git clone しか知らないんですが、全てを覚えるのはきついので最低限覚えておくべきコマンドを教えてください 786 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 14:24:55.82 ] その4つで困ってないならお前にとって必要なコマンドはその4つだろ 787 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 15:34:51.30 ] お前がそう思うならそうなんだろう お前ん中ではな 788 名前：785 mailto:sage [2011/12/13(火) 15:40:43.34 ] >>786 仲間か 一緒に勉強してこうぜ 789 名前：デフォルトの名無しさん [2011/12/13(火) 15:42:18.00 ] こうしてclone厨が生まれるのであった 790 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 15:46:07.79 ] git status git branch git checkout git merge git mergetool git pull git push これらと>>785のコマンド以外を使うときはマニュアル見てしまう 791 名前：デフォルトの名無しさん [2011/12/13(火) 20:52:02.85 ] rebase -iを堪能しないとgitの意味がない(個人の見解です) 792 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 20:53:52.11 ] 俺的にはadd -pだな 793 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 21:22:57.47 ] git reset なしで生きられない俺は間違った使い方をしているのだろう 794 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 21:27:26.05 ] 1日に何度もgit pullしちゃう 795 名前：デフォルトの名無しさん [2011/12/13(火) 21:30:18.30 ] 最近pullよりfetch && rebaseだなー 796 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 21:38:35.68 ] add ↓ commit の流れでバックアップして、最新のバックアップが欲しいときにcloneしてるけど このやり方で合ってますか？ 797 名前：デフォルトの名無しさん [2011/12/13(火) 21:49:14.44 ] こうしてclone厨が生まれたのであった 798 名前：デフォルトの名無しさん [2011/12/13(火) 23:26:41.52 ] リポジトリの複製が欲しいならcloneでいいが、 ある時点のスナップショットのアーカイブが欲しいだけなら git archive 799 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 23:29:25.02 ] リポジトリをgithubからbitbucketに移行したいんだけど、やり方が分からない。 .git/config を書き換えるだけでいいのかなあ。 だれか教えて。 800 名前：デフォルトの名無しさん mailto:sage [2011/12/14(水) 03:07:36.93 ] >>795 git-pull --rebase じゃダメな領域? tracking branch じゃなかったらたしかに rebase は別途やるな、俺も。 俺ブームは detached branch での作業あんど detached branch(要はsha1)に対する rebase. 801 名前：デフォルトの名無しさん mailto:sage [2011/12/14(水) 08:55:10.72 ] 最近は git pull より git pull --reabese 使おうぜってのをよく見かける 802 名前：デフォルトの名無しさん mailto:sage [2011/12/14(水) 12:01:58.71 ] >>799 remote追加してpushするだけじゃないの？ 803 名前：デフォルトの名無しさん mailto:sage [2011/12/14(水) 19:51:50.00 ] 困ったときのgit bisectとか 毎日使うgit log --all --graph --decorateとか git grepも無いと困る。 804 名前：デフォルトの名無しさん mailto:sage [2011/12/15(木) 07:21:20.31 ] gitでlogを見た時に、どのブランチに対するコミットなのかを調べるには どうすればいいんですかね？ 具体的には、GitXでBranchをAll branchesにしてコミットを発見したんだけど そのコミットがどのブランチに対するコミットかわからない状態です。 SHAはわかっているのでログは見られるけど ブランチが多すぎてどれに対するコミットかわからないんです。 コマンド名や検索ワードだけでも教えてもらえると助かります。 805 名前：デフォルトの名無しさん mailto:sage [2011/12/15(木) 07:41:30.61 ] >>804 何故ブランチが多いのだ？ マージが終わったらブランチは消そう。 806 名前：デフォルトの名無しさん mailto:sage [2011/12/15(木) 17:37:07.01 ] >>804 一個上のレスにある git log --all --graph --decorate じゃダメなん？ 807 名前：デフォルトの名無しさん mailto:sage [2011/12/15(木) 19:18:42.32 ] gitx使ってるっていうんだから、どのブランチに繋がっているかは分かってるんでしょ？ きっと問題は繋がっているブランチがマージコミットを通して複数あって、そのどのブランチで作業しているときにコミットしたもんだか分からないってことだと思う。 マージコミットの一つ目の親の方向から辿れば分かると思う。 808 名前：デフォルトの名無しさん mailto:sage [2011/12/15(木) 19:38:36.44 ] わからないです 809 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 19:04:52.90 ] TortoiseGit1.7.6.0 810 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 16:48:06.75 ] RHEL6.1入れたらgitがすでにインストールされていた 811 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 11:07:25.67 ] git rebase -i head^ で出てきた一行だけを、くっつくかなと 思って squash に変更したらコミットが消えたし… reflog で救出したけど 812 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 22:09:56.96 ] 未コミットの変更を git reset --hard で消してしまった場合って救出不可能？ 813 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 22:34:03.62 ] git歴1日の俺がちょうど今調べてたのがgit reflogだ 814 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 22:34:49.17 ] cd c:\test\code\ git init git add . git commit -m "testdesu" までやりました そしてためしにc:\test\code\内のファイルを部消しました（.gitは残してます） ここからなんですが どうやってgitからファイルを取得するのでしょうか？ 815 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 23:13:51.69 ] git checkout . 816 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 23:46:15.28 ] できました！ありがとうございます 817 名前：デフォルトの名無しさん mailto:sage [2011/12/20(火) 00:02:39.59 ] >>812 addしてたファイルはlost-foundで救出できる 818 名前：デフォルトの名無しさん mailto:sage [2011/12/20(火) 22:46:10.16 ] gitってテキストファイル以外にもexeファイルや画像などのバイナリファイルも保存できるのですか？ 壊れたりしませんか？ 819 名前：デフォルトの名無しさん mailto:sage [2011/12/20(火) 23:01:29.78 ] >>818 できます しません 820 名前：デフォルトの名無しさん mailto:sage [2011/12/20(火) 23:16:26.85 ] >>818 progit.org/book/ja/ch7-2.html マージはできんけど、コマンドかましてファイル情報のdiff取る事はできる。 821 名前：デフォルトの名無しさん mailto:sage [2011/12/21(水) 08:05:15.71 ] >>817 なるほど、ありがとう 未addはさすがに無理か… 822 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 19:37:46.95 ] 訳あって work tree を全部削除したので clone し直したのですが、 git remote add って手動でやり直さないとダメなんでしょうか？ 823 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 20:48:39.71 ] >>822 .git/ を消してないならcloneし直さなくてもcheckoutで復旧しますよ 824 名前： 【東電 81.2 %】 [2011/12/28(水) 22:11:22.83 ] git コミット ID の衝突確率 d.hatena.ne.jp/nurse/20111228 > 結論: git はまぬけ 825 名前：デフォルトの名無しさん [2011/12/28(水) 23:19:18.38 ] 先頭の7文字だか10文字だかしか保存してないとでも思ってるのか? 826 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 01:54:36.11 ] ブロガーを信用するってまぬけだな 827 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 03:01:48.73 ] 自慢気にrubyコミッタて書いてるわ… 828 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 04:04:15.13 ] >>824 SHA-1ハッシュのリスクもメリットも一切理解出来てないんだな。 痛いなあ…単にアーアー聞こえないなのかも知れないが。 829 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 08:03:39.41 ] >>824-828 「id:nurseはGitの内部でSHA-1ハッシュの先頭数文字しか使っていないと勘違いしている」 とでも勘違いしてるのか？ 830 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 08:23:29.40 ] うむ、読めばそういう話じゃないことはわかるのに、何ファビョってんだかｗ 831 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 08:29:40.36 ] 無限ハッシュ値地獄で悶えて市ね 832 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 14:03:16.70 ] >>829 じゃ何の問題も無いのに何でGit全然ダメになるんだ？ 833 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 15:03:55.20 ] るｂｙｓｔはぎｔとｐｙてょｎが嫌い 834 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 15:07:26.46 ] >>833 日本語でおｋ マジレスするとshyouheiのGithubレポジトリがあるしmatzはquilt使ってる 835 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 15:16:27.17 ] 649 デフォルトの名無しさん [sage] 2011/12/29(木) 14:50:37.28 ID: Be: 学生プログラマ日本一決定戦(予選は社会人も参加可) ttp://codevs.jp/howto.html 現在予選開催中 応募締切 2012.1.6　12:00 おもしろいことやっているじゃん。誰か今から参加しろよ。 836 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 21:28:45.34 ] Gitの衝突確率とかPro Gitにすでに書いてあるっつーのに progit.org/book/ja/ch6-1.html それよりも「あなたの所属する開発チームの全メンバーが、同じ夜にそれぞれまったく無関係の事件で全員オオカミに殺されてしまう」可能性のほうがよっぽど高いことでしょう。 837 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 22:26:54.38 ] オオカミは絶滅した。そういうことになってる 838 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 22:38:00.48 ] それニホンオオカミ 839 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 23:33:23.28 ] >>836 お前はなんでそんなとんちんかんなことをドヤ顔で語ってるんだ？ 840 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 00:36:24.18 ] gitはまぬけって結論がなあ 841 名前：デフォルトの名無しさん [2011/12/30(金) 06:17:03.77 ] 結論: git はうんこ 842 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 07:24:44.69 ] >>839 よく読めば引用だとわかる なんか計算の問題（の解釈）のような気がする 843 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 08:45:10.78 ] >>840 間抜けだろう。 元々linuxカーネルのソースコード管理目的で作られてるのに、 本来の目的の使用であまり良いとは言えない局面が存在するんだから。 844 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 09:23:40.92 ] >>843 どういう局面で良くないの？ 845 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 09:46:02.06 ] >>844 佐藤がクラスに５人いるのに名字で呼んだら誰だか分からない。 846 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 09:56:22.19 ] フルネームとまではいかなくても名前（の一部）も付けて呼べばいいんや あだ名（タグ）つけてしまうって手もなくはないぞ 847 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 10:24:15.06 ] >>844-845 そこは「同じクラスで誕生日が同じ人がいる可能性は高い」の方が良いかとｗ 848 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 10:26:24.60 ] >>847 デフォルトの表示の七桁が「まぬけ」なんだから名字でOK 849 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 11:54:08.01 ] デフォルト7桁って何のことを言ってんだ？ 単に40文字を省略して途中まで表示してるだけだぞ？ それに省略表示されるのはほんとに表示領域が狭い時だけ。git logとかやってみろよ。 省略表示しかされないからどっちのオブジェクトだか分からないなんてことは、無い。 850 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 11:57:04.34 ] >>849 だから、メールの本文とか、デプロイツールとかで、どのリビジョンってのに、七桁だと衝突する可能性があるって話なんだから、 「佐藤」では短すぎるって例えなのに。 851 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 12:07:28.19 ] 苗字だけじゃなくて名前も呼んでくれって話なの？ 852 名前：デフォルトの名無しさん [2011/12/30(金) 13:20:16.65 ] >>849 git log --oneline 853 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 14:08:11.63 ] >>850 デプロイツールって何のことか分からんけど plumbingで7桁でやり取りするようなのは無いよ。 >>852 onelineの指定は一行で表示する為に自分で明示して 省略させてるだろ。意味分かってる？ 七文字じゃ足りないのは初めから分かってたことで、 単に見やすさの為に省略してるだけなんだから、 linuxカーネルみたいな巨大プロジェクトは省略せずに フルで表記。それだけの話だよ。 854 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 14:28:17.73 ] >>853 > デプロイツールって何のことか分からんけど ftp.riken.jp/Linux/fedora/development/rawhide/source/SRPMS/ bios_extract-0-0.7.20101207gitd65284d.fc15.src.rpm d65284d 855 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 14:31:05.76 ] >>853 > onelineの指定は一行で表示する為に自分で明示して > 省略させてるだろ。意味分かってる？ git branch -v 856 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 16:07:27.63 ] ああ ようするにファイルのタイムスタンプとかで 年を省略したらどうなるかって話か 857 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 16:10:01.90 ] >>855 branchはporcelainだろ。UIの為のコマンドであって、 ツールキットとして使うようなものじゃない。 >>854 ファイル名がどうかしたか？ 858 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 16:40:16.68 ] > >>854 > ファイル名がどうかしたか？ pkgs.fedoraproject.org/gitweb/?p=bios_extract.git;a=blob;f=bios_extract.spec;h=d8df4384ced19bafbb99b1e147322be36c964f53;hb=HEAD#l1 859 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 16:47:02.94 ] >>857 git rev-parse --short HEAD 860 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 17:09:01.43 ] >>858 で？ >>859 わざわざ --short なんてオプション付けといて「省略されてんじゃねーか！」 って文句言うのか？w 861 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 17:10:19.10 ] 馬鹿には無理 862 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 17:13:55.03 ] >>860 --short, --short=number Instead of outputting the full SHA1 values of object names try to abbreviate them to a shorter unique name. When no length is specified 7 is used. The minimum length is 4. 863 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 17:30:53.36 ] >>862 だから？ 「SHA1を途中で省略して短く出してね」って自分で指示しておいて 「省略したらユニークにならなかった！Gitダメじゃん！」って頭おかしいだろ。 864 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 17:33:50.79 ] 最近「頭悪い質問で釣ってみた」の投稿多いな。 865 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 17:34:23.99 ] >>863 When no length is specified 7 is used. 866 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 17:35:54.33 ] 　　　　　　 　 　 ＿_ 　 　 　 　 , ‐' ´　　　｀`‐、 　 　 　 　 　 　 ／￣:三} .　　 　 ／,. -─‐- ､.　　 ヽ　　　　　　　　/　　 ,.＝j 　＿,.:_'＿＿＿＿＿_ヽ、　.!　　　　 　 .／ 　 _,ﾉ 　 `‐、{　へ　　'ﾞ⌒　`!~ヽ. !　　　　 ／{.　　/ 　　　 ｀!　しﾟ　 （　ﾟj　`v‐冫　　　, '::::::::ヽ､/ 　　　　そんなことよりBazaarしようぜ！ .　　　 {.l 　 '⌒　 　 　 ﾞ 6',!　　 / :::::::::::::::/ __ . 　 　 〈　　< ´￣,ﾌ　 .ﾉｰ'_ , ‐'´::::::::::::::;/ （_ノ)‐-､ .　 　 　 ヽ.、 ` ‐", ‐´‐:ラ ':::::::::::::::: ;∠.　　 ヽ_}　 ﾞヽ 　 　 　 　 ,.r｀ "´　　／:::::::::::::::::::ィ´　　｀ゝ　 !、　　/ 　　　　　/ 　 　 　 / :::::::::::::::: ; '´　　　/´＼　/ 　 r'＼ .　　　　 i　　　　　 ! ::::::::::::::／ 墨　|　.!::::::::／ヽ､.._!ヽ.　ヽ､ 　　　　 {　　　　　 {:::::::::::;:ｲ　/　　 ‖ｉ:::::::/:::::::::::::/　 ＼ .　 　 　 ヽ 　 　 　 ヽ,.ｧ‐'´ /ヽ 二 ,/`ヽ、::::::::: ／ 867 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 17:36:12.46 ] で？ 868 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 17:37:05.85 ] 知り合いがネット上ではネカマのふりをしてたほうが アホな男が優しくしてくれるって言ってた。 869 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 17:47:49.39 ] >>865 デフォ7桁なのが問題だって言いたいのか？ 10桁なら良かった？ ハッシュの衝突は原理的にどうやったって起こりうるけど、 そこが理解できないんですか？ あとめんどくせーから引用だけのレスはスルーするわ。 870 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 17:53:40.00 ] ハッシュの衝突はどうやったって起こりうるけどデフォ7桁は問題です 871 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 17:58:03.07 ] 1234abc 1234cde の2つのコミットがあったときに、 1234 って指定した場合ってどんな感じで怒られるん？ 872 名前：デフォルトの名無しさん [2011/12/30(金) 19:10:12.16 ] ぎっとはうんこ＝７文字 gitのデフォルト７桁は運命だった 873 名前：デフォルトの名無しさん [2011/12/30(金) 19:20:03.22 ] UbuntuでVimを愛し、Githubでソースを公開し、 気に入ったプロジェクトがあればPull Requestを送り、 Haskellを勉強し、Pythonのブログを書いていたとしても、 俺は依然として無職だし、WIndowsでメモ帳でPHPを書いていても仕事は貰える！！ 874 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 19:32:47.96 ] >>873 Ubuntu->Bazaar Vim->Mercurial Haskell->(元)Darcs Python->Mercurial WIndows->VSS あなたがgitを使う理由はありません 875 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 19:44:23.08 ] VSSそれはひょっとしてギャグで言っているのか？ 876 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 21:52:19.40 ] gitは間抜けって言いたかっただけだろ ja.m.wikipedia.org/wiki/Git 877 名前：デフォルトの名無しさん [2011/12/30(金) 22:18:22.02 ] G党ハマ抜け 来季のセ・リーグのスローガン 878 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 23:12:16.91 ] Git を使って2週間です。バージョン管理システム的なものをさわるのは初めてです。 Subversion も使ったことがありません。 うちの会社では社員がサーバーを勝手にたてられず Git サーバを使えません。 Windows の共有フォルダならばRead/Writeで開放されているのですが、 　　"\\xyz.net\\課フォルダ\偶数\3242\" という日本語混じりのウンコなパスが設定されています。xyz は会社名です。 ここに repos というディレクトリをつくって 　　"\\xyz.net\\課フォルダ\偶数\3242\repos\" DOS窓からアクセスしてみました 　　c:\develop\prj > pushd "\\xyz.net\課フォルダ\偶数\3242\repos\" 　　z:\課フォルダ\偶数\3242\repos > git --bare init 　　z:\課フォルダ\偶数\3242\repos > popd 　　c:\develop\prj > git push "\\xyz.net\課フォルダ\偶数\3242\repos\" master 2行目で、共有フォルダにベアなリポジトリを作成することは成功したのですが、 4行目で、fatal: does not appear to be a git repository で失敗してしまいます。 日本語混じりのパスをうまく切り抜ける方法はございませんでしょうか？ 879 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 23:32:00.14 ] c:\develop\prj > net use z: "\\xyz.net\課フォルダ\偶数\3242" c:\develop\prj > git push z:\repos master 880 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 23:52:14.32 ] >>879 さん あした会社でためしてみます。ありがとうございました。 881 名前：デフォルトの名無しさん mailto:sage [2012/01/06(金) 00:28:18.20 ] git cat-file tree 1234567 > hoge git add hoge としてもハッシュ値が衝突しないのはなんで？ 882 名前：881 mailto:sage [2012/01/06(金) 00:46:48.48 ] 先頭にオブジェクトの種類とサイズがつくからか ttp://alblue.bandlem.com/2011/08/git-tip-of-week-objects.html ttp://alblue.bandlem.com/2011/08/git-tip-of-week-trees.html ttp://alblue.bandlem.com/2011/09/git-tip-of-week-commits.html 883 名前：878 mailto:sage [2012/01/07(土) 10:03:22.79 ] 会社でためしました。 ウインドウズの共有フォルダで Git 使うのうまくいきました、ありがとうございました。 884 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 10:24:25.88 ] すみませんが、質問です。 私は、Linux上のGitでSJISのソースコードを扱っているのですが、 コミットコメントなどはUTF-8になっているようです。 環境はja_JP.UTF-8なので、 コミットコメントなどは文字化けせず、ソースコードのdiffが 文字化けします。 どちらも文字化けしないようにする設定はないでしょうか？ なお、こんなページを見つけたので、 www.greenwood.co.jp/~k-aki/diary/diary201004.xhtml#d20100424 このgit-encwrapper というソフトを試してみましたが、 Linux, Cygwinどちらの環境でもビルドに失敗しました…。 885 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 10:25:15.92 ] もう一つ、今度はgit cloneについての質問です。 git clone を実行するとき、出力先ディレクトリが空でないと失敗します。 これで失敗せず、既存のファイルを残す設定はないでしょうか？ svn checkout --force のような。 以上です。よろしくおねがいします。 886 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 10:34:09.31 ] >>884 ページャを 'lv -c' にでもすればとりあえずは解決しそうだけどそれじゃ駄目かな？ 887 名前：884 mailto:sage [2012/01/07(土) 10:48:31.28 ] >>886 なるほど、このやり方で、単体で起動した場合はうまく行きました。 ありがとうございました。 後出しですみませんが、実は私は、普段はmagitというEmacsの Gitフロントエンドを使っておりまして、これはlogとdiffを 混在して出力しますので、 diffだけをUTF-8に変換する必要があるのです。 It's Magit! philjackson.github.com/magit/ 888 名前：884 mailto:sage [2012/01/07(土) 10:52:20.13 ] 同じ事で悩んでいた、git-encwrapperの作者の方の日記を、 参考のために貼ります。 2010年04月の日記 www.greenwood.co.jp/~k-aki/diary/diary201004.xhtml 2010年04月24日(土) あたりが、それについて書かれたものです。 889 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 12:28:09.64 ] >>54 できるようになるらしい Git v1.7.9 Release Notes (draft) ttp://article.gmane.org/gmane.comp.version-control.git/188049 * "git branch --edit-description" can be used to add descriptive text to explain what a topic branch is about. 890 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 14:25:04.31 ] はじめてのGit導入で初コミット git add . git commit -m "a" 〜　数日後ファイルの更新 〜 git add . git commit -m "b" 〜　数日後ファイルの更新 〜 git add . git commit -m "c" 〜　数日後ファイルの更新 〜 git add . git commit -m "d" ここでcomitt "b"のときのデータを取得したい場合はどのように取得するのでしょうか？ 891 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 14:45:10.82 ] >>890 git checkout HEAD^^ 892 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 15:27:16.00 ] >>891 ありがとうございます git checout HEAD＾＾をやって2つ前のに戻した場合、cとｄのは消えちゃうのでしょうか？ 893 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 17:30:21.27 ] >>892 NO checkoutでは履歴は変化しないだろ resetしてブランチを古いコミットに移動したら消えたように見えるけど reflogを使ってハッシュを見れば復元できる resetした後gcしたら古いコミット消えるかもしれないけどわけんね 894 名前：デフォルトの名無しさん [2012/01/07(土) 17:33:06.98 ] reflog地獄で悶えて氏ね 895 名前：893 mailto:sage [2012/01/07(土) 17:35:43.92 ] 到達できなくなったコミットはgcすると、 デフォルトで2週間前以上のは消えるみたい --prune=<date> Prune loose objects older than date (default is 2 weeks ago, overridable by the config variable gc.pruneExpire). This option is on by default. 896 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 17:42:57.90 ] >>894 地獄言いたいだけちゃうんかと・・・。 897 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 18:15:09.00 ] 地獄言いたいだけちゃうんかと・・・。 898 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 18:40:43.94 ] そんなに大事なことだったかね。 899 名前：デフォルトの名無しさん [2012/01/07(土) 18:43:01.95 ] reflog hellで悶えて氏ね 900 名前：デフォルトの名無しさん mailto:sage [2012/01/08(日) 08:48:54.20 ] リフログってカタカナで書くと魔法っぽい 901 名前：デフォルトの名無しさん [2012/01/08(日) 08:54:10.17 ] りふろぐってひらがなで書くとうんたんっぽい 902 名前：デフォルトの名無しさん mailto:sage [2012/01/08(日) 09:39:46.10 ] githubにあげるとニートがばれるので 非公開で無料でgitできるオンラインサービスありませんか？ 903 名前：デフォルトの名無しさん mailto:sage [2012/01/08(日) 09:51:12.66 ] >>902 bitbucket 904 名前：デフォルトの名無しさん mailto:sage [2012/01/08(日) 10:04:20.98 ] 非公開できないじゃん＞＜ 905 名前：デフォルトの名無しさん [2012/01/08(日) 10:06:55.52 ] private っていう単語の意味分かる? 906 名前：デフォルトの名無しさん mailto:sage [2012/01/08(日) 10:08:56.67 ] >>904 https://bitbucket.org/ > Unlimited DVCS Code Hosting, Free > Store all of your Git and Mercurial source code in one place with unlimited private repositories. Includes issue tracking, wiki, and pull requests *private* 907 名前：デフォルトの名無しさん mailto:sage [2012/01/08(日) 11:02:46.06 ] ニートで無教養か…頑張れよ 908 名前：デフォルトの名無しさん mailto:sage [2012/01/09(月) 00:52:55.50 ] ついにニートもgitを操る時代か 胸熱 909 名前：デフォルトの名無しさん mailto:sage [2012/01/09(月) 03:26:28.91 ] この流れでふと思ったんだが、 次スレのテンプレに↓くらいはあったほうがいいのかね。 ◆git repository hosting services github github.com/ Bitbucket https://bitbucket.org/ Gitorious https://gitorious.org/ Google Code https://code.google.com/ Comparison of open source software hosting facilities https://en.wikipedia.org/wiki/Comparison_of_open_source_software_hosting_facilities 910 名前：デフォルトの名無しさん mailto:sage [2012/01/09(月) 12:39:24.43 ] 無料版で非公開に出来るサービスはBitbucketだけ？ 911 名前：デフォルトの名無しさん mailto:sage [2012/01/10(火) 17:59:25.23 ] 無料じゃうっかりミスで公開されても文句言えねえから使う気せんがな 912 名前：デフォルトの名無しさん mailto:sage [2012/01/10(火) 18:00:48.58 ] >>911 Githubなら有料で非公開にできるぞ やったね！ 913 名前：デフォルトの名無しさん mailto:sage [2012/01/10(火) 19:16:28.33 ] Bitbucketってクソだな 無料版は5個しかリポジトリ作れないのかよ 914 名前：デフォルトの名無しさん mailto:sage [2012/01/10(火) 19:21:53.29 ] >>913 つ906 *unlimited* 915 名前：デフォルトの名無しさん [2012/01/10(火) 19:29:55.49 ] ニートで無教養地獄で悶えて氏ね 916 名前：デフォルトの名無しさん [2012/01/10(火) 19:35:08.51 ] "Sign up for a free 5 user account(五人までの面子で使える無料1アカウント)" を読んで早合点したと思われる。 917 名前：デフォルトの名無しさん mailto:sage [2012/01/15(日) 11:23:54.25 ] Bitbucketって一定日数利用しなかったらデータ削除とかありますか？ Dropboxは3ヶ月 918 名前：デフォルトの名無しさん mailto:sage [2012/01/16(月) 12:38:40.71 ] git commit --amend しても直前の「間違ってた恥ずかしい」コミットは内部に残るのね… 919 名前：デフォルトの名無しさん mailto:sage [2012/01/16(月) 13:01:17.86 ] >>918 残ってて良かった例 $ edit neko.dat $ git commit -m 'ねこかわいいにゃん' # 上矢印キーでシェルヒストリ呼び出し $ git commit -m 'ねこっていうかトラだった' --amend # 上矢印キーでシェルヒストリ呼び出し $ git commit -m 'てかメスのライオンだった' --amend $ edit inu.dat # 上矢印キーでシェルヒストリ呼び出し $ git commit -m 'いぬかわいいわん' --amend Σ(ﾟДﾟ|||) amendﾂｲﾃﾀ!! $ git reset HEAD@{1} $ git commit -m 'いぬかわいいわん' 920 名前：デフォルトの名無しさん mailto:sage [2012/01/16(月) 13:01:21.61 ] >>918 しばらくすればpruneできる でも「しばらくする」前にpruneするにはどうすればいいんだろう 921 名前：デフォルトの名無しさん mailto:sage [2012/01/16(月) 19:43:43.79 ] prune のオプションで時間指定できるだろ 922 名前：デフォルトの名無しさん mailto:sage [2012/01/17(火) 00:51:31.67 ] >>919 分かりやすい！こういうの好きだわｗ そのノリで他にもなんかタノムｗ 923 名前：デフォルトの名無しさん mailto:sage [2012/01/17(火) 03:46:56.60 ] >>919 あるある 924 名前：デフォルトの名無しさん mailto:sage [2012/01/17(火) 08:26:39.41 ] 919についてもう少し詳しく知りたいんですが、 何をキーワードに検索してみれば良いでしょうか? 925 名前：デフォルトの名無しさん mailto:sage [2012/01/17(火) 09:56:28.13 ] >>924 reflog 926 名前：デフォルトの名無しさん mailto:sage [2012/01/17(火) 19:34:44.45 ] どうもです。 帰ったら調べてみます。 927 名前：デフォルトの名無しさん mailto:sage [2012/01/17(火) 20:31:49.67 ] gitを使う前にgitkを起動してけばHEAD@{1}なんて文法を知らなくてもいいので便利 928 名前：デフォルトの名無しさん mailto:sage [2012/01/17(火) 20:34:46.61 ] mオプション怖いからいつもviでコミットログ書いてる。 怖いというか、書き損じが恥ずかしいというか。 スペルチェッカ通さないと、いらん恥かきそうで。 929 名前：デフォルトの名無しさん mailto:sage [2012/01/18(水) 02:31:39.70 ] git clone --mirror した場合。 A -> B -> C といった感じで A から B に mirror して C で作業。 C に commit して B に push。そして B から A に push した時に、 別の人が A に push した後だとログも何も出ずに push が 出来ていない状態になってしまいます。 どこまで A に push 出来たかよく判らなくなるんだけど mirror は読み取り専用を想定していて push は直接 A にしてね。 っていうのが正しい使い方なのかな？ 930 名前：デフォルトの名無しさん mailto:sage [2012/01/18(水) 10:48:04.95 ] そもそも push は fast forward しかできないから A に他の人の commit があるなら 先に B (か C) で A の commit を取り込んだ merge commit を作ってから push しないと いけないんじゃないかな 931 名前：デフォルトの名無しさん mailto:sage [2012/01/18(水) 11:09:52.87 ] >>930 そう、その通りです。 なので B で fetch して C で pull すれば良いのですが、 B で push 出来なかった時にエラー表示も何も出ないので fetch pull が必要どうかが判らないんですよ。 932 名前：デフォルトの名無しさん mailto:sage [2012/01/18(水) 20:57:54.26 ] しつもん git でブランチ間を移動するとき、実際のファイルシステム上では rm や cat > や cp 相当のファイル書き込みが連打してたりしますか？ git checkout branch とするとき、100個のファイルが「現れる」ならば、ファイルシステム上では100個のファイルが作成されていますか？ HDD への書き込みが頻繁になるのがやだなあと思うので、git で開発するディレクトリをいわゆる RAM ドライブにしようかと思ってるんですが 933 名前：デフォルトの名無しさん mailto:sage [2012/01/18(水) 23:00:07.78 ] >>932 その通りなんで、必要だと思うことをすればいい。 934 名前：デフォルトの名無しさん mailto:sage [2012/01/18(水) 23:02:17.67 ] >>932 .git/以下はほとんど書き込みはないが、それ以外は変更されるファイルはまる まる書き換えられるよ。気になるなら.git/以下だけHDDとかにすれば。 935 名前：デフォルトの名無しさん mailto:sage [2012/01/19(木) 00:15:41.92 ] >>932 よく考えりゃ当たり前なんだが、そうするとあんまり気持ちのいいものではないな… メモリが余ったら俺も考えよう… 936 名前：デフォルトの名無しさん mailto:sage [2012/01/19(木) 08:03:38.16 ] Gitblit ってどうなの？ イントラで使う場合に Gitorious から乗り換える価値ある？ 937 名前：デフォルトの名無しさん mailto:sage [2012/01/19(木) 14:12:04.64 ] >>932 linux kernelでブランチをまたがって開発してるとかなら、 たしかにRAMディスク使いたくなるだろうけど、 ファイル数の増減が100くらいなら、気にしなくてもいんじゃね。 938 名前：デフォルトの名無しさん mailto:sage [2012/01/19(木) 14:33:24.63 ] 起動時と終了時（と定期的）にHDD内容と同期させることができ（て不意の電源断に泣かない根性があ）るのなら、 gitで管理する開発ディレクトリをRAMディスクに展開するデメリットは特にないと思う もちろん活発にコード書かないとご利益は薄いけど… 939 名前：デフォルトの名無しさん mailto:sage [2012/01/21(土) 15:03:15.89 ] >>936 君んとこで評価して結果を晒してくれたら 喜ぶ人がけっこういるんじゃないかな。 940 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 00:10:21.68 ] bitbucketを使ってgitで設定ファイルをdotfilesというリポジトリで管理したいんです。 で、マシンごとに微妙に設定が違うので、たとえばフォントの大きさが違うとか、 そういうのを管理するにはフォークとかブランチとかが使えそうなのかなと思ったんです。 そこで、マシンごとの設定ファイルをいじっててこの設定はどのマシンでも使いたいとなった場合、 どういう風にすると楽に管理できますか？ 941 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 01:40:14.85 ] これとbitbucket組み合わせれば、望みの状況に近いんじゃないかな。 https://github.com/RichiH/vcsh/ debianならpkgもある。 packages.debian.org/source/sid/vcsh 942 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 02:21:02.21 ] >>941 紹介ありがとう。 >>1の入門のマニュアルを見ながらブランチとマージを試してみたら、 意外と手軽に扱えることが分かったので、 ブランチとマージで行ってみようと思います。 マシンごとの各ブランチに、 共通設定であるmasterをマージして回ることになりそうだけど、 １つのワーキングコピーでできそうなので、まあいいかな。 943 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 11:13:49.27 ] 初心者がgithubでコードを公開するときに使えておきたいコマンドの一覧を教えてください 944 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 11:34:33.50 ] コマンドというか、公開ブランチを綺麗にしておくこととコミットログをきちんと書くことが最重要 それができればなんでもいい …だから、とりあえずgithubで公開してから考えるというのは全くお勧めしない ローカルで間違えまくって修正の経験を積んだあと、満を持しての公開がベター 945 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 12:09:34.81 ] >>944 先生、ご指導ありがとうございます 綺麗にするというのはちゃんと動くコードのバージョンごとにコミットする事、よくわからないような改変のコードはコミットしない。これがきれいという認識でよいでしょうか？ コミットログは何を書いておけば嫌われなくなりますか？ 946 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 13:32:04.68 ] bitbucketのRepository detailsに No public forksっていうチェックボタンがありますがこれはなんですか？ 947 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 14:15:57.79 ] 公開ブランチの育て方というのはどっかにページなかったっけ 948 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 14:18:22.93 ] bitbucketでGitやりたいんですが 日本語マニュアルってないですか？ まとめwikiみたいなのお願いできませんか 949 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 14:32:08.49 ] ここから先は有料です 950 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 14:40:43.74 ] どうかたすけてください git add . git commit -m "commit1" ってやったあとファイルを編集してさらに git add . git commit -m "commit2" でリビジョンが2つある状態になりました そこで git checkout HEAD＾ で一つ前のリビジョン(commit1)に戻して git checkout . ってやって編集前のファイルを取得しました そこで2つ目のリビジョンに戻りたいのですが git logを見るとリビジョンが一つしかありません 消したらやばいコードがあるのでたすけてください 951 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 15:53:00.06 ] git checkout master 952 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 16:07:39.41 ] >>951 仏様ありがとうございます 953 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 16:13:48.24 ] 消したらまずいコードの管理に使い方のわからないツールを使うところからまず見直したら。 954 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 16:52:43.63 ] uruse-ks 955 名前：デフォルトの名無しさん [2012/01/24(火) 16:54:58.67 ] 消したらまずいコードの管理に使い方のわからないツールを使う地獄で悶えて市ね 956 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 21:09:11.08 ] プレスリリースに「オープンソースとして公開」と書いてあるわけですから、オープンソースとして公開してください。 https://github.com/DeNADev/Arctic.js/pull/6 957 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 21:14:28.72 ] >>956 これはヒドイ 公開しといてこれはないだろ 958 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 21:18:17.93 ] >>956 MIT Licenceって公開されてるじゃん 読めないの？ 959 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 21:23:28.92 ] https://github.com/DeNADev/Arctic.js/commit/b92eea0a83b9b01c53eb3f6fb65fdb8af6bc0aab 10分前に変更されたんだろ スレ違いだが 960 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 21:24:25.35 ] あ、いま訂正されたみたい 英語だけどつまりどういうこと？ 教えてエロイひと 961 名前：デフォルトの名無しさん mailto:sage [2012/01/25(水) 08:09:04.12 ] >>936 インストールは楽だったが、機能的には最小限のようなので既に環境あるなら 今のところ様子見でいいよ。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef