Git 12

1 名前：デフォルトの名無しさん mailto:ageteoff [2015/03/23(月) 13:35:13.83 ID:aBYp+bVs.net] ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。 Git - Fast Version Control System git-scm.com/ ◆関連サイト Pro Git - Table of Contents git-scm.com/book/ja Git入門 www8.atwiki.jp/git_jp/ ◆前スレ Git 11 peace.2ch.net/test/read.cgi/tech/1416195050/ 658 名前：デフォルトの名無しさん [2015/06/08(月) 12:15:16.89 ID:obzwvKms.net] もうgithub for windowsで満足 プルダウンメニューでブランチを替えて、 ファイルを編集したら未コミットのリストがリアルタイムで追随、 マージはブランチのドラッグアンドドロップで一発、 プッシュはsyncボタンで一発。 でもたまによくあるCLIの作業からは逃れられないけど 659 名前：デフォルトの名無しさん mailto:sage [2015/06/08(月) 13:31:33.83 ID:AXPER4TO.net] ファイル編集、HEADとの差分確認、コミットの流れはIDEやエディタに統合されたのを使う ブランチのブラウズもGUIのを使う ここらへんは非CLIでやることのメリットを感じるね 660 名前：１０人に１人はカルトか外国人 [2015/06/08(月) 14:46:48.11 ID:KHrLNVN4.net] ●マインドコントロールの手法● ・沢山の人が偏った意見を一貫して支持する 　偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法 ・不利な質問をさせなくしたり、不利な質問には答えない、スルーする 　誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法 偏った思想や考え方に染まっていたり、常識が通じない人間は、頭が悪いフリをしているカルト工作員の可能性が高い 靖国参拝、皇族、国旗国歌、神社神道を嫌うカルト 10人に一人はカルトか外国人 「ガスライティング」で検索を！ 661 名前：デフォルトの名無しさん mailto:sage [2015/06/08(月) 20:44:04.47 ID:BwIK9Ub/.net] >>652 自分でサーバー立てるか、どっかのサービス利用するかで回答が変わってくるな 662 名前：デフォルトの名無しさん mailto:sage [2015/06/08(月) 20:51:15.26 ID:xf2QCU7p.net] >>652 ここはgitのスレです。 gitではない話はスレ違いです。 663 名前：デフォルトの名無しさん mailto:sage [2015/06/08(月) 21:50:53.55 ID:I6Rw7h/u.net] >>656 親玉のサーバをLinuxで自前で立ててあります 今は3人くらいでpushしてる 664 名前：デフォルトの名無しさん mailto:sage [2015/06/09(火) 00:40:12.96 ID:LoeafuSM.net] >>658 既にホスティング環境があって、同じサーバーにbts立てられるっていうことならredmineかな。 ただ、redmineは設定に躓くとちょっとめんどい。うまくいけばbts部分はかなり高機能だし、プラグインで色々拡張もできる。 ホスティング環境も移れるなら、gitbucket (https://github.com/takezoe/gitbucket )とか手軽でいいかもしれない。 javaとtomcatが用意できれば始められるし、それでいてgitホスティングとかpullrequest、issue連携とかの機能は揃ってる。 ただ、gitbucketはbtsとしては高機能とは言えないので、凝ったことしようとすると不満が出るかもしれない。 665 名前：デフォルトの名無しさん mailto:sage [2015/06/09(火) 09:04:20.23 ID:QNGnbMWJ.net] gitlabの方がいいよ。git連携というかgit統合みたいなものだから ものすごく使いやすい。設定はほぼ不要。 redmineはBTSとしてはいいが、ソースコードを 快適に修正するための機能がない。 具体的に言えば「プロジェクトをフォークして、個人用の フォークプロジェクトで行った修正をマージする」といった 極めて重要な機能がない。 あとBTSはもう古いね。今はITS。 BTSだとITSとして使えるようにカスタマイズしないといけないから 初期状態で使いにくい（そして初心者は使いにくいことに気づかないまま 使いにくいものを使い続けてしまうよ） 666 名前：デフォルトの名無しさん mailto:sage [2015/06/09(火) 21:00:02.32 ID:mCgHqgj4.net] gitlabは昔に触ったときは導入が色々大変だったから勧めなかったけど、今は結構楽みたいだね。dockerにも対応してるみたいだし。 確かに高機能だし、本格的に始めたいならいいよね、gitlab。 667 名前：デフォルトの名無しさん mailto:sage [2015/06/09(火) 21:14:19.30 ID:gDccibNx.net] gitlabか。 いっかいインストールしたけど 使い方がわからなくてあきらめたんだよな もう一度頑張るか 668 名前：デフォルトの名無しさん mailto:sage [2015/06/10(水) 01:07:42.05 ID:7XQM9Exq.net] >>661 今は公式リポジトリが出来たよ。 普通にapt-get, yumでインストールも アップデートもできるようになった。 >>662 BTSはMantisをちょっと触っただけだけど考え方が違う。 BTSだともぐらたたきゲームのようにバグが湧いてきて それを「通報がありました」「バグを確認しました」 「誰かにアサインしました」「修正しました」「リリースしました」 のように随時状況を報告しながらバグを退治。 他の人がそのステータスを確認するっていうフローが想定されている。 そのフローが準備されているからバグ退治の流れはそれに乗っかればいいが アプリ開発（新機能追加など）はやりにくい。 gitlabだと（githubもそうだが）逐一状況を伝える事はしない。 ラベル機能とかで出来なくはないが、BTSではないのでバグ退治のフローはない。 代わりにあるのがアプリ開発のためのIssueでバグを含めた課題全般を取り扱う リリース済みでバグが次から次へと発覚して、それを急いで直さなきゃ。みたいな状況ならBTSの方がいいかもしれないね。 ITSはもう少し安定していて、マイルストーンを決めてそこまでに対応するという感じ。 もちろん急ぐ奴はすぐリリースしても良いけどね。 フローの話になったから、こっちのほうが良かったかｗ Gitをより良くするための運用ガイドライン作成スレ [転載禁止](c)2ch.net peace.2ch.net/test/read.cgi/tech/1433650988/ 669 名前：デフォルトの名無しさん mailto:sage [2015/06/10(水) 22:15:34.72 ID:rQ07tGpq.net] gitBREAK使ってる人、感想聞かせてください！ codebreak.com/ja/ 670 名前：デフォルトの名無しさん mailto:sage [2015/06/10(水) 23:21:39.44 ID:19Nfo0Ba.net] どうやって利益あげてんのか気にはなるな 671 名前：デフォルトの名無しさん mailto:sage [2015/06/10(水) 23:38:29.29 ID:EBTmmvru.net] codebreakか 日本の法律下にある他人の鯖にソースコードを預けたくないな 672 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 05:00:08.95 ID:QpuB/nCQ.net] わざわざ劣化コピー使う意味がわからない 673 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 06:29:11.47 ID:6Kqx+wy+.net] github日本版がツイキャスみたいな出会い系サイトになったら移っても良い 674 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 06:32:27.10 ID:6Kqx+wy+.net] >>663 >>573 ってだれかとおもった 675 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 06:40:44.25 ID:6Kqx+wy+.net] >>634 最後の２行について言うと それはGUIとしての完成度が低いと言う見方もあるな 馬鹿なデザイナーでも使えるようにする必要があるかどうかは知らん >>638 その通り 676 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 08:05:33.95 ID:bgrkp9n0.net] >>638 難しい手順を覚えるのは技術のうちに入らない。 それは単にプロトコルに習熟しただけ。 例えばENIACプログラミングを今更やる奴は殆ど居ない。 本質的な結果を出す為の過程を単純化した方法を作り出すのが技術。 テクノロジーの語源からも明らか。 677 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 08:12:02.69 ID:IhjRP6Ev.net] guiは履歴を俯瞰してみたり、チェリーピックしたいときに便利だと思う。 cliはシェルと組み合わせれば半自動で色々できるから好き。 678 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 19:58:54.95 ID:pGn6KOhY.net] >>664 > ソースコードや個人情報等の情報およびその投稿に関する禁止事項 > 3.ソースコードに、自己または第三者の連絡先を記載または暗示すること > その他一般的な禁止事項 > 4.本システムを通じて入手した情報を、複製、販売、出版、その他私的利用の範囲を超えて使用する行為 ライセンス文もまともに書けず仮に公開したとしても使用には強い制限がかかる 誰がこんなバカな規約書いたんだよ 679 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 20:52:13.58 ID:0L5sgKmI.net] 無料で、数人で、非公開のプライベートリポジトリを使う手段は、現時点では存在しませんか？ 680 名前：デフォルトの名無しさん [2015/06/11(木) 21:10:32.77 ID:d4+JHvzb.net] Dropbox 681 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 21:49:51.01 ID:QpuB/nCQ.net] >>673 島国根性丸出しのジャップ猿が退化させてやんの 死ねよもう 682 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 21:56:58.54 ID:jxx/4OCH.net] >無料で、数人で、非公開のプライベートリポジトリを使う手段は、現時点では存在しませんか？ gitlabがある https://about.gitlab.com/gitlab-com/ Unlimited repositories Unlimited private collaborators Unlimited disk space* Completely free, no credit card required 683 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 22:05:30.61 ID:0L5sgKmI.net] >>677 ありがとうございます！見てみます！ 684 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 23:21:46.83 ID:lwbpITef.net] >>671 > 難しい手順を覚えるのは技術のうちに入らない。 なにドヤ顔で嘘ついてるのさｗ 手順覚えるだけでも運転技術だし 飛行機の操縦も船の操縦も手術も手順覚えるだけだから 技術じゃねーってことになるな 685 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 23:34:12.67 ID:YENRiAY6.net] 技術じゃないとまでは言わなくても誰がやっても同じ動きになるなら大した話じゃない 飛行機も船も手術も知識があるうえで感覚も必要なもんだから誰でも同じにはならんわな 686 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 23:36:23.68 ID:lwbpITef.net] > 技術じゃないとまでは言わなくても誰がやっても同じ動きになるなら大した話じゃない は？ ハンドルを右に切れば 右に曲がりますが？ 687 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 23:37:09.16 ID:MEVqNqhj.net] あいつには運転技術があるって聞いて運転の手順覚えてるだけかよって思う奴は少ないわな 688 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 23:37:32.79 ID:lwbpITef.net] >>680 gitも知識があるうえで感覚も必要なもんだから誰でも同じにはならんわなｗ コミットの内容も、コミットの順番も人それぞれ違ったものになる。 689 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 23:38:20.68 ID:lwbpITef.net] >>682 ワロタｗ うまいね あいつにはgit技術があるって聞いてgitの手順覚えてるだけかよって思う奴は少ないわな なるほど、gitの手順だけ知っていて それを技術があるって思い込んでる奴だったのか！ 690 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 23:40:40.14 ID:VCTHLF0P.net] gitを使うっていうのは、gitのコマンドを覚えるだけじゃないからね。 どいういう風にブランチとコミットを 組み立てていくか、それがgitを使うということ。 その技術次第で、過去の修正の内容が分かりやすくなったり ごちゃごちゃで意味不明になったりする。 きれいなコミットだとrevertしたり、cherry-pickも簡単なんだが、 だめなやつがやると使えないコミットだらけになるもんな。 691 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 23:41:01.81 ID:OzhCdhwc.net] GitHubで公開されているものを利用してシステムを作ろうとしています。 ですが社内のプログラマが同じバージョンのものを使うようにしたいため Gitのサーバを構築して、GitHubのを社内にコピーしてプログラマは 社内のGitサーバから落してもらうようにしたいのですが、このような 使い方はできるのでしょうか？ 用語が分からないので上手く説明できませんが、もしできる場合は具体的に どのようにすればばよいのでしょうか。 692 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 23:42:44.09 ID:VCTHLF0P.net] >>686 githubで公開されているものを使うってだけなら、 submoduleを使えばいいだけ。 特定のバージョン（コミット）を指定して参照することができる 693 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 23:42:53.47 ID:bgrkp9n0.net] >>679 先人が作り上げた技術に「習熟」する事と、改善等を加える事との区別ぐらい付けよう。 694 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 23:45:06.84 ID:VCTHLF0P.net] >>688 飛行機だってマニュアルがあって 先人が作り上げた技術を 「習熟」するだけですが？ なにか言う前に矛盾しないか 少し考えてから発言しようよｗ 695 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 23:51:54.22 ID:bgrkp9n0.net] >>689 「習熟しただけ」のパイロットもどきが事故起こすんだよなあ。 まあ、プログラム言語の文法覚えた「だけ」の奴には難しかったか。 696 名前：デフォルトの名無しさん mailto:sage [2015/06/11(木) 23:54:53.44 ID:VCTHLF0P.net] >>690 > 「習熟しただけ」のパイロットもどきが事故起こすんだよなあ。 だからなんなんでしょうか？ｗ 「習熟しただけ」のパイロットもどきが事故起こすが 「習熟した」以上の技術をつけたのパイロットは事故を起こさない 「習熟しただけ」のgitつかいもどきが、くそきたないコミットを作るが 「習熟した」以上の技術をつけたのgitつかいはきれいなコミットを作る。 あれあれ？ 同じことですねｗ 697 名前：デフォルトの名無しさん mailto:sage [2015/06/12(金) 04:30:47.16 ID:XoMzVDAf.net] 定石をおぼえる時は 定石から外れたことをするとどうなるかまで知ってる人と 定石通りのことしか出来なくて定石から外されると負ける（前者なら普通勝てる）タイプの人が居るね 698 名前：デフォルトの名無しさん mailto:sage [2015/06/12(金) 05:33:48.07 ID:KE10iP2h.net] 汚いか綺麗かを決めるのは自分だ。 699 名前：デフォルトの名無しさん mailto:sage [2015/06/12(金) 07:55:39.88 ID:DpgRw3ep.net] >>691 見苦しいから、その辺にしとけ。 >飛行機だってマニュアルがあって >先人が作り上げた技術を >「習熟」するだけですが？ こういう甘い発想の奴は困るんだよなあ・・・ 700 名前：デフォルトの名無しさん mailto:sage [2015/06/12(金) 08:28:50.68 ID:K1SJqQ2p.net] >>689 git 使うような人はそのマニュアルを作るような立場の人が多いんだが 701 名前：デフォルトの名無しさん mailto:sage [2015/06/12(金) 08:41:22.54 ID:UHhWvxxE.net] >>695 わかる このスレ「管理者の方針に従えばいい」 俺「俺がその管理者なんだよ〜。どうやってルール決めればいいかわかんねーよ」 702 名前：デフォルトの名無しさん mailto:sage [2015/06/12(金) 09:11:20.96 ID:uZJNyCxR.net] やはりそうか hissi.org/read.php/tech/20150611/VkNUSExGMFA.html hissi.org/read.php/tech/20150611/SUdTbEt3Wnk.html hissi.org/read.php/tech/20150612/MGtLbjJuSjU.html hissi.org/read.php/tech/20150612/dzVHdW5NWTY.html 703 名前：デフォルトの名無しさん mailto:sage [2015/06/12(金) 19:21:58.70 ID:w9SfTIdr.net] 外部の刻々と変わる環境に対して、 適切な対応を選択し、実行する これは操作方法だけじゃ無理だよ 704 名前：デフォルトの名無しさん mailto:sage [2015/06/12(金) 19:48:06.43 ID:OQHJwW6B.net] Git初心者で、使い方が分からない部分が多くあります。答えていただけると嬉しいです。 GitにアップロードするためのツールとしてTortoiseGitを使っているのですが、 最初にアップロードする(プッシュする)のはいいとして、 ローカルの中身を更新した際、プッシュしてもオンライン上で全く同じ状態にはならず困っています。 具体的には、オンライン上で「ファイルA・ファイルB」、ローカル上で「ファイルA・ファイルC」とあった場合、 プッシュするとオンライン上で「ファイルA・ファイルB・ファイルC」となって、ファイルBが削除されないのです。 いちいちブラウザ上で手動で削除するのが面倒なのですが、何か上手い方法はあるのでしょうか。 また、各種Gitツールを使わず、ブラウザからレポジトリに直接ファイルをアップロードすることはできるのでしょうか？ 705 名前：デフォルトの名無しさん mailto:sage [2015/06/12(金) 20:10:35.67 ID:AMVc4lNO.net] >>699 > ファイルBが削除されないのです TortoiseGit のメニューから削除してないんじゃない？ > ブラウザからレポジトリに直接ファイルをアップロード サービスの提供者に聞いてどうぞ 706 名前：デフォルトの名無しさん mailto:sage [2015/06/13(土) 01:44:19.98 ID:2XvJk2DZ.net] >>694 えとさぁ、見苦しいよ。 人のコメントを引用して、 そのことについて、何が間違ってるかを 何一つ書かないで、言い返した気になるのは。 707 名前：デフォルトの名無しさん mailto:sage [2015/06/13(土) 01:47:39.52 ID:2XvJk2DZ.net] >>696 > 俺「俺がその管理者なんだよ〜。どうやってルール決めればいいかわかんねーよ」 社内に詳しい人がいないなら、社外の知識を利用すればいいのでは？ 最近はオープンソースでgitでどういうコミットをしているのか 見ればすぐにわかるし、資料も多いし、２ちゃんねるでもこっちのスレで詳しくやってるよ。 Gitをより良くするための運用ガイドライン作成スレ [転載禁止](c)2ch.net peace.2ch.net/test/read.cgi/tech/1433650988/ 708 名前：デフォルトの名無しさん mailto:sage [2015/06/13(土) 01:50:44.54 ID:2XvJk2DZ.net] >>698 > 外部の刻々と変わる環境に対して、 それはわかる。単にコマンドを覚えるだけじゃなく gitの外部の環境＝ソースコードに応じて 適切な順番と内容で対応を変更して実行する。 これはコマンドを覚えるだけじゃ出来ないからね。 それは他の人のコードのブランチをレビューしていて 痛いほどよくわかってる。コマンドを使うことは出来る だけどあるべき姿のものを作れない。 709 名前：デフォルトの名無しさん mailto:sage [2015/06/15(月) 00:59:50.94 ID:PH3D3/9J.net] 浜野さんのミドルネームの C って、何の略かな？ 710 名前：デフォルトの名無しさん mailto:sage [2015/06/15(月) 11:20:49.71 ID:ZM3mWJtN.net] 濱野・チャーリー・純。 それが彼のフルネームよ！ 711 名前：デフォルトの名無しさん mailto:sage [2015/06/15(月) 11:37:12.53 ID:HDA/Cn6G.net] ごめんくさい〜 712 名前：デフォルトの名無しさん mailto:sage [2015/06/16(火) 00:13:48.85 ID:7C1PfN58.net] >>687 ありがとうございます。 submoduleでいけました。 713 名前：デフォルトの名無しさん mailto:sage [2015/06/16(火) 01:55:47.83 ID:LRuQsu+J.net] >>705 >>706 懐かしい。 チャーリー浜かよw 714 名前：デフォルトの名無しさん mailto:sage [2015/06/16(火) 13:15:18.31 ID:AmmNKqz/.net] https://github.com/python/cpython/commit/efe0e11c78f890146375f1d4cbed4b513cdffa3c これどういうことですか？ 同じ文字列が削除されて追加されているコミットってどうやって作るんですか？これ何の意味があるんですか？ 715 名前：デフォルトの名無しさん mailto:sage [2015/06/16(火) 13:16:28.66 ID:TZUCxsD3.net] foxがFoxになっとるやんけ 716 名前：デフォルトの名無しさん mailto:sage [2015/06/16(火) 13:28:36.36 ID:dzgBqGJj.net] 改行コードが変更されただけとか 行末のスペース無くなってるだけとか TABがスペースに置き換わっただけとか たまによくある 717 名前：デフォルトの名無しさん [2015/06/16(火) 21:45:33.41 ID:gqnH2dL3.net] sourcetreeで、stashをpopする方法はある？ 718 名前：704 mailto:sage [2015/06/17(水) 00:09:44.91 ID:zdNvSItr.net] 言われて気づきました大文字が小文字になってるだけだったのに今気づきました 719 名前：デフォルトの名無しさん mailto:sage [2015/06/17(水) 19:22:19.83 ID:Uu1OTzaj.net] Git 2.4.4 https://github.com/git/git/releases/tag/v2.4.4 720 名前：デフォルトの名無しさん mailto:sage [2015/06/18(木) 00:27:48.54 ID:7B4eGBDb.net] うまく説明できないんですが、GitHubとは別サイトで認証が必要なライブラリで そのサイトでGitHubのアカウントを登録してGitHubから引っ張ってくるんですが、 登録さえしてしまえば普通にcloneで取ってこれます。 それをsubmoduleで使いたいんですがローカルリポジトリに追加してコミット、 自分のサーバのリポジトリにプッシュしても、他の人が使えません。 自分自身も一度ローカルを消して、自分のサーバからクローンしようとしても エラーになってしまいます。 このような場合はどうすればよいでしょうか? 721 名前：デフォルトの名無しさん mailto:sage [2015/06/18(木) 00:33:40.72 ID:vn28fqVf.net] >>715 まずこの意味がわからない ＞GitHubのアカウントを登録してGitHubから引っ張ってくる 具体的に何やってるの？ 722 名前：デフォルトの名無しさん mailto:sage [2015/06/18(木) 01:25:52.57 ID:X9wRJKf5.net] >>715 submoduleのリポジトリも含めて皆がcloneできる場所において、 submoduleの参照先を変えないとだめかもしれない。 723 名前：デフォルトの名無しさん mailto:sage [2015/06/18(木) 19:53:58.42 ID:lbH07egD.net] >>716 .gitmodulesの示す先がローカルのパスか、その別サイトにログインできないとcloneできないとか そんなんじゃね？ 724 名前：デフォルトの名無しさん mailto:sage [2015/06/18(木) 20:20:22.80 ID:lbH07egD.net] ああ、>>716の疑問はそこじゃないな・・ githubを監視するようなサイトが幾つかあるけど、そんな中にミラーを提供する奴もあったかもしれない (うろ覚えでオセロか何かそんな名前のサイトがあった気がするけど今見たら消えてるな・・・) そういうのを使ってるんだろう と、エスパーしてみた 725 名前：デフォルトの名無しさん mailto:sage [2015/06/21(日) 16:52:03.91 ID:YPeQCGDm.net] pushしたコミットログをタイポしたのでrebaseで直した後に 別の最新の更新内容をpushしようとしたら pullしろっていわれたのでpullしたらコンフリクトしました こういうときってどうやってコンフリクト起こさずにログを修正したらよかったんですか？ 726 名前：デフォルトの名無しさん mailto:sage [2015/06/21(日) 17:00:11.07 ID:RKAD3ekV.net] >>720 あんたのレベルだとpush済みのタイポをrebaseで直してpushしようとしたらダメだ 多少歴史が汚くなるとしてもタイポも新しいコミットとしてpushすべき 727 名前：デフォルトの名無しさん mailto:sage [2015/06/21(日) 18:17:52.76 ID:0NmNrFCo.net] >>716 >>717 >>718 >>719 どうもすいません。ちょっとてんぱり気味でした。 >>718のおっしゃる通りです。 ただユーザー名とパスワードを書くのは引けるので調べたところ GitGubでトークンというのを作って.gitmodulesに書き込む事で うまくいきました。 728 名前：デフォルトの名無しさん mailto:sage [2015/06/21(日) 18:55:06.03 ID:/gMpDjZs.net] pushしてからrebaseはコンフリクトする罠 729 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 02:49:01.15 ID:j9mWyPD+.net] >>720 >>721は無視していい（笑） おそらく>>721自体がやり方をわかっていない。 >>721自信がが説明できるレベルにないのを「あんたのレベル」という言葉でごまかしてるｗ おそらく答えとしては「push時に--forceをつけろ。」だろうけど 以下、ちゃんとした解説 ------------------ どれをどこにpullしたのかよくわからんが、まず「みんなで共有しているブランチ」と 「自分専用のブランチ」と分けて考える。 「みんなで共有しているブランチ」の代表例はmasterだな。他に次バージョン用のブランチなどがある 「自分専用のブランチ」はトピックブランチと呼ばれたりする。 自分専用のブランチは、その名の通り自分専用なのだから勝手に更新されることとはない。 みんなで共有しているブランチは誰かが勝手に更新する。 みんなで共有しているブランチは、そのブランチに対して直接修正してはいけない。 必ず共有ブランチから自分専用のブランチを作って作業をする。終わったら共有ブランチにマージする。 自分専用のブランチは自分専用なのだから好きにrebaseしてよい 自分専用でも他の人が見ることはある。だけどそれは見てるだけなので何も問題ない ここまでは前提知識として 続く 730 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 02:50:06.54 ID:j9mWyPD+.net] > 別の最新の更新内容をpushしようとしたらpullしろっていわれたので pullする必要があるのは共有ブランチの場合だけ。なぜなら自分専用であれば 自分しか更新しないから、サーバー側がローカルよりも新しくなることはなく pullする必要がない。 そして共有ブランチであれば、そこを調節更新することはないのでpullが失敗することはない 失敗したら間違って共有ブランチをローカルで更新してしまったとうこと。 その場合は（他のブランチにリネームしたりしてバックアップを取ってから） 共有ブランチは適当に巻き戻したり消して取り直せばいい じゃあ何故pushした時にpullしろと言われたのか？ それは単にサーバーにpushされているのと、 自分がpushした内容（の歴史）が食い違っていたからなだけ。 gitはブランチが共有ブランチなのか自分専用のブランチなのかの区別は できないから無いから食い違いをサーバー側が更新されたからだと解釈した。 でもそれが自分専用のブランチであれば、 ローカルにあるブランチが正しいので単にgit push --forceをすれば良い。 自分専用のブランチなのだから、git push --forceしたとしても 誰にも迷惑はかからない。 731 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 03:00:25.50 ID:j9mWyPD+.net] 補足 理屈上は>>725に書いたとおりで間違いないのだけど、 人間はミスするもので、間違ってローカルでmasterを修正して それをgit push --forceしてしまうなどということが起こりかねない。 中途半端にしか理解できてない人がmasterにpushできない？ あれぇ〜？ --forceしてみよう。とかやってめちゃくちゃにして、 その経験（？）を悪い方向に活かして、○○は禁止 （理由：なんでそうなるのか俺には理解できんから）とか 言い出してgitを使えない・不便な道具に、変えてしまう愚か者が少なからずいる。 だから早いうちにgithubやgitlabを取り入れた方がいい。 gitlab（無料だよ）だと、masterに対してのpush --forceを禁止して ウェブ画面に限定出来たり（デフォルトでそうなってる）と便利。 「共有のブランチ」と「自分専用のブランチ」を明確に区別するために プロジェクトのリポジトリから、自分専用のリポジトリへforkを行ってから開発するから ブランチがたくさん出来て、どれがなんのブランチなのかわからなくなることもない。 732 名前：デフォルトの名無しさん [2015/06/22(月) 04:12:25.25 ID:6fsOI3Rm.net] そして>>724-726を見た>>720は、なんだかよくわからないけどgit push --forceでいいのかぁ〜と理解し push --forceの乱発で他人のコミットを上書きしまくってプロジェクトを混乱に陥れるのであった… 733 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 05:17:00.13 ID:mEuvJOmb.net] >>724-726 の結論 git push --force 推奨 734 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 06:18:54.34 ID:j9mWyPD+.net] なんか必死なバカが居るｗ 735 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 08:17:21.67 ID:Jo3Uu3lv.net] 自演乙 736 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 09:57:48.30 ID:PyoyBJGz.net] >>727 >なんだかよくわからないけどgit push --forceでいいのかぁ〜と理解し これは別にID:j9mWyPD+悪く無いだろ…… 737 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 10:01:38.28 ID:PyoyBJGz.net] 大体、Git使う奴がアホかどうかなんてソフト側から判別できるわけ無いんだから、 どう丁寧に教えようがリスクは当然有ると考えるべき(戻せるだけマシ) だったら丁寧に教えてあげた方が後から文句言われる筋合いを無くせるという利点も…… 738 名前：ID:j9mWyPD+ mailto:sage [2015/06/22(月) 10:09:04.83 ID:6W+IUVUv.net] 俺的には プロ（俺）の目の前で、アマチュアが初心者に 「お前にはまだわからんだろう� 739 名前：ｪな〜」と 言い出したように感じたものでｗ アマチュアが、pushした物の歴史改ざんしたらいけないんだぜーとか push --forceはだめなんだぜーとか言ってるのを見るとねぇ（苦笑） そういう書き込みには、決まってなぜだめなのかといった理由が書いていない。 自分がわかってないからさ。 理由を考えれば、どういう場合にはだめで、どういう場合ならいいかが わかるはずなんだが、一部の人間は何も考えたくないからか、 状況など考えずに、良いか駄目かのわかりやすいルールを求める。 そういう人間にはならないようにしような。 [] [ここ壊れてます] 740 名前：デフォルトの名無しさん [2015/06/22(月) 10:16:31.40 ID:nboh/a20.net] 間違って操作しても壊れないようにするのがフェイルセーフ（馬鹿除け）の基本なんだが 741 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 10:30:46.58 ID:6W+IUVUv.net] 世の中に間違って操作しても絶対に壊れないものなんてないぞｗ フェールセーフというのは間違って操作しても「安全」という意味だ。 英語：セーフ＝安全 お前が言うべきなのは、フールプルーフな。 英語：フール＝馬鹿 gitにおけるフールプルーフはreflogだろうな。 これによってコミットが消えることはない。 間違って操作してもgitなら複数の場所にコピーがあるから これもフールプルーフといえよう。 push --forceしても別に壊れるわけじゃない。混乱が発生して困るだけだ。 もちろんそういう問題が発生するのは、みんなで共有しているブランチだけであって だから自分専用であれば誰も困らないんだからやっていいという話をしてる。 >>734 お前は何がいいたいのだ？ 742 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 10:52:29.70 ID:kJni3XZO.net] 釣られたんじゃね？ 743 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 11:00:33.51 ID:Jo3Uu3lv.net] リポジトリが公開されているからと言って 勝手にforkして作業してたら 主が勝手に（自由に）pushして forkした側が混乱して困ってこれまた勝手にクレームを付ける 誰宛てのアンカも無いレスに対して >>735 がやってることはまさにそれ 744 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 12:16:35.13 ID:a9m1vXpg.net] そういう揉め事はこちらへどうぞ peace.2ch.net/test/read.cgi/tech/1433650988/ 745 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 17:40:26.27 ID:PyoyBJGz.net] ID:6fsOI3Rm＝ID:Jo3Uu3lv必死すぎワロスｗｗｗ 746 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 18:04:38.52 ID:6W+IUVUv.net] >>737 落ち着こうｗ あんたが言っている問題（？） それはフォークなど関係なく発生することだ。 複数人で開発したら、一人が開発中に もう一人が修正した。という話をしているだけだな。 747 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 19:50:24.16 ID:ScRlfOQU.net] いっぱい釣れたね 748 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 20:27:08.06 ID:O6QpuzQl.net] おまえらpush --forceを甘く見すぎだな Aがトピックブランチ作成 Aがトピックブランチ上でコミットXを作成してpush Bがトピックブランチ作成 Bがトピックブランチ上でコミットYを作成してpush、トピックブランチ破棄 Aがトピックブランチ上でタイポ直したコミットX'をrebaseで作成してpush --force コミットYは上書きされてしまうわけだが、これ誰も気がつかずコミットYがGCされちゃうことあるんだよ？ 749 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 22:41:32.22 ID:mEuvJOmb.net] x されちゃうことがある o されちゃう 750 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 22:47:27.01 ID:O6QpuzQl.net] GCされる前に誰か気がつけばreflogから復旧できるんで 751 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 23:36:10.08 ID:a9m1vXpg.net] >>742 AとBのトピックブランチが同じ名前ならBのpushのときに失敗するだろ。 その場合はトピックブランチを共有してるのだから、push -fしてはいけないのは当たり前 752 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 00:36:04.38 ID:UdZmnE2/.net] >>742 >>745の言うとおり。共有しているブランチは push --forceしたらだめだと書いた。ちゃんと判断して使え。 ミスしたらという話をするならば masterを消すことだって出来てしまう。 だからgitlabを使えと言ってるんだよ。gitはソースコードの管理をするためのもので ユーザーの管理、つまり誰が何をやっていいかダメかっていうのは管理してない。 --forceが問題なのではなくて、gitだけでやろうとしているのが問題 ユーザーの管理がしたいのならGitサーバーを使う。それはGit Proにも書いている。 https://git-scm.com/book/ja/v1/Git-%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC 俺のおすすめはgitlab。Git Pro 2nd Editionの方に翻訳されてるな。 https://git-scm.com/book/ja/v2/Git%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC-GitLab フォークして自分のプロジェクトで作業するならば、 メインのプロジェクトには共有ブランチだけ、 自分のプロジェクトには自分専用のブランチだけになる。 共有ブランチはプロテクト等をかけることで、 push --forceできなくすることもできる。 753 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 00:45:05.79 ID:4795aBmW.net] gcをしても初期設定だと直近二週間のコミットは保存されるし 他の奴の作業コピーから復元できるかもだし 754 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 01:19:15.14 ID:UdZmnE2/.net] 少なくともコードを書いた本人のマシンには 本人が書いたコードは残ってるんだよね。 755 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 16:29:38.65 ID:LQfp6JsA.net] べらんめぇ 宵越しのコードは持たねぇのが粋ってもんよ 756 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 20:22:25.05 ID:CqiNTuO0.net] おっ、粋だね！ 757 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 20:57:22.50 ID:Yra6/pdr.net] >>749 てめえ、コミットする前にコード消しやがって、何が粋だよ 758 名前：デフォルトの名無しさん [2015/06/23(火) 22:28:58.60 ID:SktsG5/m.net] コードもまた別れがあるから愛おしいのよ。 いつでも逢えたらロマンチックじゃないじゃない。 759 名前：デフォルトの名無しさん mailto:sage [2015/06/24(水) 08:57:50.31 ID:NHniIMjV.net] >>751 江戸っ子は気が短けーんでい 760 名前：デフォルトの名無しさん mailto:sage [2015/06/24(水) 22:23:29.89 ID:ix5XSndE.net] コードなんてもなぁ、そう何度も何度もね、 テストしたりコミットしたりほどのもんじゃないんだよ。 オレなんか、急ぐときなんざ エディタで保存する前に 消しちまうんだ 761 名前：デフォルトの名無しさん mailto:sage [2015/06/26(金) 11:47:16.43 ID:Q1kb1EVf.net] 3つのファイルを編集した1コミット分をgit pushしたときに Total 9 (delta 5), reused 0 (delta 0) って表示されたんですが9と5ってなんですか？ 762 名前：デフォルトの名無しさん [2015/06/28(日) 11:33:24.51 ID:5m9gZHLm.net] 基本的には実行属性を無視しつつ、 ある特定のファイルの実行属性だけ無視しない という設定をしたいんだけど、どうすればいい！？ 763 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 11:47:33.27 ID:VLu09OAr.net] >>756 Linux使えば良い。 764 名前：デフォルトの名無しさん [2015/06/28(日) 13:44:26.56 ID:5m9gZHLm.net] >>757 Linux使ってるんだけど、どうすればいい・・・ 765 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 14:04:26.07 ID:lxz6gjyn.net] chmodぐらい勉強しろ。 766 名前：デフォルトの名無しさん [2015/06/28(日) 15:26:50.01 ID:5m9gZHLm.net] >>759 いちおうわかりやすく説明しなおすと、 chmodをすると、gitは属性の変更を検知するでしょ？ それを本当に実行するファイル以外では無視したいの。 たとえば、 bin というフォルダにあるファイルの 実行属性があやまって変更されたら検知してほしいけど doc というフォルダのファイルをうっかり属性変更しても そんなのは無視してほしいんですよ 767 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 15:36:00.06 ID:YBvq0FDq.net] .gitignoreや.gitattributesでどう設定すれば・・・って話だろうけど 確かにもうすこし具体的に何がしたいか書かないとレスつかないだろうね 768 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 16:49:31.94 ID:uJqfu/82.net] sambaからコピってパーミッション直さないのがいると 全部のファイルに実行権ついててうざっ…とはなるな 769 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 17:03:24.02 ID:WJabjmO6.net] >>762 cygwinなら/etc/fstabで/cygdriveをnoaclに設定しとけばその手の煩わしい手間の必要はたぶん無い msysgitとかだと同じことできなかったりする？ 770 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 18:27:03.56 ID:uJqfu/82.net] >>763 Windows->(Samba)->Linuxにコピーして Linuxでgit addした時の話ね msysgitなら実行権を無視するのでそういう事にはならないよ 771 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 18:39:52.16 ID:lxz6gjyn.net] だからLinux使えって言ってんだろ？ 772 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 20:07:20.93 ID:WJabjmO6.net] >>764 それはsamba側の設定でcreate maskを0644にしちゃえばいいと思うんけど、 そういうわけには行かない使い方をしてるのかな？ 773 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 20:25:52.15 ID:uJqfu/82.net] >>766 自分配下のものならそれでいいんだけど、 個人用のLinux PCとか、IT管理部門が許可しなかったりと なかなか統一できないのよね…。 質問の件は git config core.filemode false で 実行権限無効化するくらいしか思いつかないな gitattributesでできるんかな？ 774 名前：デフォルトの名無しさん [2015/06/28(日) 20:28:07.89 ID:5m9gZHLm.net] >>767 実行権限無視の設定にしてる。 でもこれだと、ほんとに実行するファイルの実行権限が落ちていた時に 気付かないので、できればやめたい 775 名前：750 mailto:sage [2015/06/28(日) 20:31:54.95 ID:/nFQf9C+.net] どなたかおねがいします 776 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 20:44:04.23 ID:WJabjmO6.net] >>769 stackoverflow.com/questions/21476167/when-i-do-git-push-what-do-the-statistics-mean-total-delta-etc 777 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 22:55:49.53 ID:im5DcXMU.net] うーん、 プリコミットフィルターでコミットを拒絶するか ポストコミットフックで実行権を強制的に書き換えるか やりかた？知らん。 778 名前：デフォルトの名無しさん mailto:sage [2015/06/29(月) 16:18:10.01 ID:rbxhDT3n.net] git diffが見づらいんですが 背景色を変更したり文字の色を指定する方法をおしえてください 779 名前：デフォルトの名無しさん mailto:sage [2015/06/29(月) 17:14:42.93 ID:k+90EXgh.net] .git/config 780 名前：デフォルトの名無しさん [2015/06/30(火) 09:22:56.54 ID:TGfi4m1b.net] コミットした内容を破棄するんじゃなくて コミットしたことを破棄したいんだけど どうしたらいいの？ ファイルの内容は戻したくない 781 名前：デフォルトの名無しさん mailto:sage [2015/06/30(火) 09:39:02.37 ID:4wEdMli5.net] >>774 git reset HEAD^ 782 名前：デフォルトの名無しさん [2015/07/04(土) 13:39:17.57 ID:YKtPOMLD.net] 要件とか設計書をmarkdownとかで作成してバージョンを管理するとします。 そして変更履歴を一覧として出力(差分のみ)して作業指示書のようにすることはできますか？ 783 名前：デフォルトの名無しさん mailto:sage [2015/07/06(月) 07:01:20.85 ID:p0+3cdhD.net] git log -p でええか？ 784 名前：デフォルトの名無しさん mailto:sage [2015/07/06(月) 11:19:13.00 ID:jgWjPX/O.net] SourceTree ってわかりにくくない？ 編集したのを元に戻すつもりで破棄を選んだら ファイルを消されたよ 実行したgitコマンドのログも見れないし 785 名前：デフォルトの名無しさん [2015/07/06(月) 12:24:05.59 ID:IqUlle/j.net] 使ってないよ 786 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 07:05:33.80 ID:NpIL7uvL.net] >>776 人間を機械のように扱わないとあかん案件か。 787 名前：デフォルトの名無しさん [2015/07/07(火) 10:56:27.88 ID:L2fl7GI9.net] >>780 Excelでいつの間にか更新されてて、取り込まれてないよ！っつーのをなくしたいんですわ 788 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 23:01:07.32 ID:JwFwNWWF.net] csvにしてからテキスト比較する程度でも足りそうな 789 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 23:25:04.32 ID:y1gFbJO1.net] いままで要件定義とか設計書をExcelでやってたのをGit管理したmarkdownへ変更したいってことなのか？ 790 名前：デフォルトの名無しさん [2015/07/08(水) 01:45:10.53 ID:uot9w4rY.net] これって他人のコード見れたりするんですか？ 791 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 02:11:28.13 ID:uBhtmoLk.net] ほんとExcelの仕様書は根絶してもらいたいな バックエンドにGitを使ったWikiで何か良いものはないのかな？ 792 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 04:28:24.61 ID:L2Tv4EJx.net] >>785 gitlab 793 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 19:28:18.03 ID:ribTz8l0.net] >>785 エクセルをgitで管理すると捗るよ 794 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 23:28:04.19 ID:PLuP1x0a.net] tortoiseGitのdiffでexcelの差分表示機能は秀逸 差分機能のないexcel自身を使ってなぜか差分表示を行ってしまう wordファイルはword自身の機能を使って差分表示 SourceTreeはWinMargeの呼び出しが標準たな？ tortoiseGitには負けるけどそこそこ使える コマンドラインではdocx2txtが定番なのかな？これってexcel対応してたっけ？ 795 名前：デフォルトの名無しさん mailto:sage [2015/07/10(金) 00:13:15.31 ID:Ud/4MC5K.net] markdownやplantUML使うならAtomよさげだなあ これぞ開発者のツールって感じ 796 名前：デフォルトの名無しさん mailto:sage [2015/07/10(金) 03:42:11.87 ID:/JprfCCX.net] >>787 > エクセルをgitで管理すると捗るよ 前にやってた（知らない所で勝手にやってた）ことあるけど データ容量増えすぎでいらいらするようになったよｗ 差分で記録できないからね。 画像とか含まれていると、数MB単位で増え続ける。 797 名前：デフォルトの名無しさん [2015/07/10(金) 04:02:17.76 ID:27W+BsF0.net] やって後悔するのは愚者 やらんでも予想出来るのが賢者 798 名前：デフォルトの名無しさん mailto:sage [2015/07/10(金) 08:38:00.86 ID:xDEEK620.net] git って差分で記録なんてしてたっけ 799 名前：デフォルトの名無しさん mailto:sage [2015/07/10(金) 09:26:19.80 ID:JycZhxcB.net] その人はExcelでgitを作って管理すると捗ると言ってるのだ それなら通じる 800 名前：デフォルトの名無しさん mailto:sage [2015/07/12(日) 14:24:22.04 ID:PDFfD/6i7] >>792 コミット時にはしないけど、git gcの時に似ているファイル同士は連結圧縮してくれる 801 名前：デフォルトの名無しさん mailto:sage [2015/07/12(日) 14:24:46.34 ID:9keGjwZf.net] >>792 コミット時にはしないけど、git gcの時に似ているファイル同士は連結圧縮してくれる 802 名前：デフォルトの名無しさん mailto:sage [2015/07/13(月) 17:46:21.87 ID:t6CAZDWG.net] SourceTreeをアップデートしたらウィンドウが半分になった どうしよう 803 名前：デフォルトの名無しさん mailto:sage [2015/07/13(月) 17:49:20.78 ID:t6CAZDWG.net] ブックマークを表示してサイズ変更して非表示にしたら直った。 不思議なこともあるもんだ。 804 名前：デフォルトの名無しさん [2015/07/14(火) 01:33:04.33 ID:vBESeRtH.net] 案件とかで使ってないけど、趣味でgit勉強してます。 で、どういう運用すればいいのかよくわからん。 まず、バージョン1とかマイルストーンでブランチを切った方がいい？で、そこから機能でブランチを切ってく感じ？ 805 名前：デフォルトの名無しさん mailto:sage [2015/07/14(火) 06:39:52.42 ID:lsljdDda.net] 好きにしろ 806 名前：デフォルトの名無しさん mailto:sage [2015/07/14(火) 10:23:57.14 ID:pNaF7lhj.net] >>798 まずブランチなんか無視して使い方を覚えるんだ 807 名前：デフォルトの名無しさん mailto:sage [2015/07/14(火) 11:24:20.22 ID:OwkWHpBs.net] >>798 このスレはgitであのコマンドってなに？とか git周辺のソフトって何が有る？とか そういうことを聞くスレだよ。 主に初心者向け gitの運用の仕方はこっち Gitをより良くするための運用ガイドライン作成スレ [転載禁止](c)2ch.net peace.2ch.net/test/read.cgi/tech/1433650988/ 808 名前：デフォルトの名無しさん [2015/07/14(火) 12:53:22.36 ID:G0PBqp91.net] >>801 どう見ても初心者だろ 809 名前：デフォルトの名無しさん mailto:sage [2015/07/14(火) 13:07:53.62 ID:VxoBFrok.net] >>802 運用のことを考え出したら初心者じゃない。 コマンドなんてあとから覚えりゃいいんだよ。 運用があって、それに必要なものを作ったのが gitなんだから。 810 名前：デフォルトの名無しさん [2015/07/14(火) 13:20:00.15 ID:G0PBqp91.net] 初心者はコマンドを先に覚えた方が良い。 でないと、話が通じない。 ある程度使って、具体的に困ったところが出てきたら、運用スレで聞けば良い。 ただしあっちは関係無い話に脱線しがちだから、良いとこ取りした方が良いよ。 811 名前：デフォルトの名無しさん [2015/07/15(水) 23:09:43.18 ID:a+rEGmf6.net] すいませんgitでコミットするときにこのファイルは何で更新したのか思い出せません。 なので、これから更新する内容は「○○機能を実装」ってことでそれをプロジェクトルートのテキストファイルにメモ書きしてました。 しかし、コミットするときに毎回メモを見るのを忘れてしまいます。 再帰にコミットログを書いとくとかなんかtodoみたいなコマンドってありませんか？ 812 名前：デフォルトの名無しさん [2015/07/15(水) 23:10:19.62 ID:a+rEGmf6.net] 訂正 ☓再帰にコミットログ ○先にコミットログ 813 名前：デフォルトの名無しさん mailto:sage [2015/07/15(水) 23:21:39.17 ID:YpeXwOwK.net] >>805 > それをプロジェクトルートのテキストファイルにメモ書きしてました。 いますぐそのようなアホなことを辞めましょう。 814 名前：デフォルトの名無しさん mailto:sage [2015/07/15(水) 23:22:13.29 ID:VsrdjrWK.net] 前回との差分見ながらコミットログ書けばいい あらかじめ用意しておくから忘れるんだ 815 名前：デフォルトの名無しさん mailto:sage [2015/07/15(水) 23:44:52.69 ID:DsRhlYqB.net] 自分が今なにをしてきたか忘れるのか、 よっぽどコミットを溜めるのか、 コミットのコメントが適当すぎるのか もうバージョン管理以前の問題な気が アナログだけど付箋にメモしてディスプレイに貼れば？ 左がこれからやること、上部が今やってる事、右が終わった事、 いや右は要らんかな？ 816 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 00:52:26.73 ID:Ye9E1FJD.net] >>805 自分が差分を見て理解できないコードをコミットしちゃダメだよ 817 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 02:04:46.85 ID:C5QhjRoF.net] git notes とかはどうかな？ 818 名前：デフォルトの名無しさん [2015/07/16(木) 04:35:55.01 ID:MREKRM2C.net] >>810 差分ってたまに直観的じゃない出力することが良くある 819 名前：デフォルトの名無しさん [2015/07/16(木) 07:52:03.14 ID:SnFgv9L8.net] git diffの表示範囲を広げるオプションは？ 820 名前：デフォルトの名無しさん [2015/07/16(木) 08:04:35.28 ID:SnFgv9L8.net] >>805 githubとかRedmineとかticket/issue管理ツールと併用するのが一番だけど、1人で使うのだと構築するのが大変かもね。 メモをgit管理されていれば、メモの差分もgit diffで出るよね。なので、commitする前に必ずgit diffしていればメモを見るのを忘れることはないはず。 このやり方をする/しないにかかわらず、commitする前にgit diffをするのは大事だから習慣付けるべきだよ。 821 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 09:31:42.39 ID:NYNU6iM6.net] 変更するたびにコミットしといてpushやmerge前にamendなりrebaseで整形すればよくない？ 822 名前：デフォルトの名無しさん [2015/07/16(木) 12:26:35.31 ID:WO54leEH.net] >変更するたびにコミット コンパイル出来ないものをコミットするメリットは？ 823 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 12:32:11.52 ID:DSiPnBiQ.net] コンバイル云々より下のレイヤーの使い方をしてるだけだろ。 ビルド管理の目的以外でバージョンコントロールしてはいけないという理由はない。 824 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 13:02:02.47 ID:Q/SdAAm+.net] してはいけないのではない。 ソフトウェアのバージョンを管理する以外につかっても 意味が無いということだ。 825 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 13:39:11.99 ID:Ye9E1FJD.net] ぜんぜん使いこなせてないな そんなんじゃgitを使う意味が無い 826 名前：デフォルトの名無しさん [2015/07/16(木) 14:56:22.79 ID:SnFgv9L8.net] ここは初心者向けだそうなので、gitの使い方に自信がある人はこちらへどうぞ。 Gitをより良くするための運用ガイドライン作成スレ [転載禁止]©2ch.net peace.2ch.net/test/read.cgi/tech/1433650988/ 827 名前：デフォルトの名無しさん [2015/07/16(木) 15:16:59.28 ID:FDPV8gUS.net] >>810 ある機能を実装するのに、差分の出し方としての段階があると思うけどそういう単位でやるの？ 面倒じゃない？ 828 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 15:29:22.25 ID:cQ0wrBTO.net] >>816 何をやってたか忘れない 別途メモ管理不要 revertできる 829 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 16:59:52.48 ID:XEPlidkJ.net] revertは悪 830 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 19:11:52.83 ID:BQ1LfMZh.net] >>805 > 先に再帰にコミットログを書いとく どうしてもと言うなら git commit --allow-empty -m "○○する予定" touch a; git add a; git commit --amend -m "○○してやったぜ" 831 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 19:13:56.91 ID:sUV1QtUU.net] プログラムしてからコミットコメントを練る習慣を逆にすることを勧める。 コミットコメントの内容は、コーディングする前に決めておく。 つまり、これから何をプログラムするのかをまず決める。 その後、コメント通りにプラグラムできたら完了、コミットする。 下記のページの Write preemptive comments でも推賞されている。 https://arialdomartini.wordpress.com/2012/09/03/pre-emptive-commit-comments/ こうすれば、何で更新したのか、と悩むことはなくなる。 832 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 19:24:57.63 ID:sUV1QtUU.net] >>805 「○○機能を実装」というのがデカすぎるから、 メモを見なきゃ把握できなくなるんだよ。 で、メモを見るのを忘れて困ったことになる。 これを改善しないと、git に君が望む機能（ツール）があったとしても、 全く役に立たなくなる。 更新内容の粒度はもっともっと小さくしなきゃだめだ。 10分かそこらでプログラムできる程度の大きさにしてみな。 そうすれば、メモを見る必要すらなくなる。 833 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 20:38:56.88 ID:IhY29Rvn.net] VCSがない時代の人 1.あれやこれや編集して、時々変更が失なわれないようにファイルに保存 2.目的の変更が完了したところで、バックアップを作成しておく VCSの時代の人 1. 以前と同じ 2. リポジトリにコミット DVCSの時代の人 1.編集中の変更は基本自動保存。昔のファイル保存するような感覚でローカルリポジトリにコミット。 2.目的の変更が完了したところで、履歴をまとめてリモートリポジトリにプッシュ。 この運用方法のポイントは ファイルは自動保存すること。 ローカルコミットにはまとまった意味など不要。 単に編集量や、経過時間のチェックポイントとしてコミットする。 このコミットコメントは、いい加減なメモや、あるいはコメントなしでもよい。 834 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 00:55:21.98 ID:6Y2ZhytJ.net] Android studioというかIntelliJ IDEAでGitと連動させたソースの編集がまさに>>827のDVCSの時代の人のやりかたができて便利 ファイルへの保存についてはまったく気にする必要がない ソースの編集画面でHEAD内容と差分のある行の左端に常に印がつく その印をクリックすると編集前の内容がポップアップで表示されて、行を編集前の状態に戻すとかこのポップアップから操作できる ソースの編集画面からファイル単位のコミットとかできるし、--amend指定なんかもワンタッチ HEADと差分あるファイルの一覧を表示してる窓からまとめて全部コミットとかもできる これで行単位のコミットとかできたら完璧なんだけどそれは無いみたい IDEを起動したままコマンドラインでgit add -pしてcommitしてもIDE側でほぼ完璧に追従してくれるのでまあなんとかなってる 835 名前：デフォルトの名無しさん [2015/07/17(金) 04:20:41.08 ID:OfiHmkDl.net] >>826 差分を1つ1つみなきゃいけないゴミコード打つなよ 836 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 05:57:36.41 ID:JRoNxi4V.net] パーツごとにブランチを分けて開発し、各パーツを統合する開発ブランチにマージして開発をする or パーツごとにリポジトリを分けて開発し、全てのパーツをサブモジュールとしてリポジトリ内に持つリポジトリで開発をする どっちがいい 837 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 13:27:11.26 ID:2DUlvwkL.net] パーツごとにブランチ？ そんなことをやってるプロジェクトがありますか？って話だ。 838 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 20:25:59.09 ID:zMQ3zlsL.net] よっぽどの規模じゃないとあんまり細かくサブモジュール化しても面倒なだけだと思う 839 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 20:45:24.33 ID:3x9AOrGu.net] index.php calendar.php この２つのファイルを編集してまだaddをしてない状態なんですが index.phpだけ編集しなかったことにして前回のコミットした時の内容のままにして、 calendar.phpだけコミットしたいんですが どうやってindex.phpを更新してなかったことに出来ますか？ 840 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 22:56:30.48 ID:muZ+fGR1.net] >>833 Indexの変更を手元に残しておきたければcalenderだけaddしてcommit 841 名前：デフォルトの名無しさん mailto:sage [2015/07/18(土) 17:46:21.84 ID:GcYCq0Aw.net] iOSアプリ開発をsource treeで管理している初心者です。 今回チャット機能つきのアプリを制作しているのですが、ネイティブコード、サーバーサイド(php)、データベース(MySQL)を同時に管理するのは無理(もしくはかなり難しい)ですよね？ ネイティブコードとサーバーサイドはsource treeで管理するとして、 データベースの情報はコミット毎になんらかの方法で全テーブル情報をログ出力して、それをメモ代わりに置いておく…ということくらいしか思いつかないんですけど、どうでしょうか。 サーバー連携が必要なアプリって、みなさんどうやってGitで管理してるんでしょうか… 842 名前：デフォルトの名無しさん mailto:sage [2015/07/18(土) 20:15:32.34 ID:5OYZKZ4e.net] 普通、バージョン管理の対象にするのはDDL、初期データ、設定ファイルくらいだろ。 コミットごとのテーブル情報って、何を管理しようとしてるんだか。 843 名前：デフォルトの名無しさん mailto:sage [2015/07/18(土) 21:05:27.99 ID:Xl228nsE.net] 俺もデータ内容まで保存しようというのはかなり冗長な気がする。 スキーマ更新のSQLのみバージョン管理、 DBのバックアップは別にダンプしてアーカイブだろうな。 844 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 06:20:36.38 ID:KkAp073H.net] >>835 データの中身は管理対象外、データベースのバックアップの問題 ソフトが対応するデータベースのインターフェースと言う意味では クエリー処理のプロシージャをDB側で組んでおくのが一番簡単だけど どうしてもというならDBをゼロから構築するスクリプトなりバッチなりを書いて それをGitで管理せておく なんにしろデータベースとアクセスアプリは分離しておくのが大切 845 名前：デフォルトの名無しさん [2015/07/19(日) 06:48:36.12 ID:EU0ROg42.net] 特定のデータの混入がバグの原因になる場合 git bisect で特定したければ DB のバックアップも git 管理に入れる必要がある 846 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 07:28:28.07 ID:KkAp073H.net] >>839 なるほどそういう考え方もあるか 847 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 09:06:48.58 ID:wG1rbxp8.net] バグはデータじゃなくてコードの側に存在するものだろ。 bisectするにしても、バグを再現できる同じデータを使わなければ見つかるもんも見つからなくなると思うが。 848 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 09:12:53.24 ID:I0iNBGYL.net] 確かにその場合単体テストを増やすべきな気がするな 849 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 12:04:49.68 ID:Npxm1YBj.net] >bisectするにしても、バグを再現できる同じデータを使わなければ そのためにコミットごとにデータもダンプするんじゃないのか？ 再現ももちろんデータ書き換えでテスト実行 850 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 12:48:59.20 ID:wG1rbxp8.net] bisectは基本的に、新たに判明したバグについて過去にさかのぼって原因箇所を特定する ためのものだと思っていたが。 テストデータもcommit時点のものを使うとすればその時点で既にbadだったということになるが、 そういう運用していたらbisect役に立たないんじゃね？ もちろん、bisectを使うつもりがなければビルドが通らないcommitするのも自由だと思うんで それは別の話として。 851 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 12:59:24.27 ID:3NrA4A7J.net] >>843 > そのためにコミットごとにデータもダンプするんじゃないのか？ データは0の状態から、テストコードを書くんだよ。 テストコードの中でデータをリストアする 普通はフィクスチャっていうけどな。 当たり前だが実データまるまるダンプしてリストアなんてしない。 そんなことをやったら効率よくテストがかけない。 テスト全体が一つのデータに依存してしまうからね。 正しいテストとは、テスト対象（ファイル単位等）の テストに必要なデータだけを入れてテストする。 だからテスト実行前にはデータを全て削除する。 データベース全体をダンプするなんてことはしない。 852 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 13:06:34.44 ID:I0iNBGYL.net] テスト用ＤＢの他にモック、リポジトリパターンも使われるな 853 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 14:22:36.05 ID:4suFbVBW.net] データもgitで管理するって新しいなｗ 854 名前：デフォルトの名無しさん [2015/07/22(水) 10:52:31.65 ID:phbUY/16.net] git checkout develop git branch -b my_topic_branch とした後でいくつかcommit後、「my_topic_branch作成直後〜さっきのcommitまで」をrebaseしたいとき、 git rebase -i *** の***には、何と指定すればいいですか？ 855 名前：デフォルトの名無しさん [2015/07/22(水) 12:19:49.68 ID:EiNSX7P4.net] 何も指定しない 856 名前：デフォルトの名無しさん [2015/07/22(水) 13:10:35.36 ID:phbUY/16.net] 何も指定しないと怒られます。 $ git rebase -i usage: git-rebase [-i] [options] [--] <upstream> [<branch>] or: git-rebase [-i] (--continue | --abort | --skip) ちなみに、今はcommitの数を数えて、HEAD~~~~~~とかしてます。 857 名前：デフォルトの名無しさん [2015/07/22(水) 13:17:41.56 ID:EiNSX7P4.net] じゃあ、git rebase -i develop 858 名前：デフォルトの名無しさん [2015/07/22(水) 13:54:39.00 ID:phbUY/16.net] >>851 おお、それでいけました。 ありがとう。 859 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 16:41:20.44 ID:zBOMfGM9.net] >>851はgit checkout developの後にdevelopへ何かコミットされた場合、 たぶん>>848が期待してる動作にはならんぞ 860 名前：デフォルトの名無しさん [2015/07/22(水) 17:25:54.55 ID:EiNSX7P4.net] そういや、そうだね。 じゃあ、 git rebase -i `git merge-base develop HEAD` ってのが、あったけど、素直にgit logして分岐点のcommit idを調べた方がはやいかもね。 別のブランチとの分岐点を起点に rebase -i する git エイリアス qiita.com/uasi/items/70d4358c3c70c64f4261 861 名前：デフォルトの名無しさん [2015/07/22(水) 18:24:49.47 ID:phbUY/16.net] >>853 なるほど、topic branchを複数作って作業するときまずいわけですね。 >>854 merge-baseのこと知らなかったので、もう少し調べてみます。 862 名前：デフォルトの名無しさん [2015/07/27(月) 15:06:20.98 ID:+ejnTFZv.net] 質問させてください 公開版のHTMLと公開を控えたHTMLがあって、これをgitで管理しようかと考えているのですが 公開版（Master）、確認用（Blanch）とした場合、Blanchは確認環境（HTTPアクセス）として機能させることはできるのでしょうか 863 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 15:24:49.11 ID:aZg91AP9.net] >>856 何をどうしたいのかもうちっと具体的に説明しないと ツッコミようがないぞ？ 864 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 15:45:36.34 ID:biNPOZMH.net] >>856 masterブランチはどうやって確認環境として機能させるつもりなの？ 865 名前：デフォルトの名無しさん [2015/07/27(月) 15:47:39.18 ID:+ejnTFZv.net] >>857 説明不足ですみません！ たとえば example.com/public/ この「public」内のコンテンツをgitで管理するとして 「public150727」という名前で「public」のブランチの更新版を作ったときに、ブランチ「public150727」の内容を確認環境としてブラウザで閲覧する方法はないものかと思いまして質問しました。 もっと砕いた言い方をしますと、gitと使えない環境の人にブランチ「public150727」の内容をブラウザで見てもらうことはできるのでしょうか。 866 名前：デフォルトの名無しさん [2015/07/27(月) 15:50:15.95 ID:+ejnTFZv.net] >>858 そうですね、勝手な思い込みで公開版をマスターという前提で書いていました 特に公開中のバージョンがマスターであるこだわりはありません 失礼しました！ 867 名前：デフォルトの名無しさん [2015/07/27(月) 15:56:55.58 ID:T5zoWN7L.net] masterブランチをexample.com/public/でアクセスできるようにする手順と同じ手順でできる 868 名前：デフォルトの名無しさん [2015/07/27(月) 16:03:28.50 ID:+ejnTFZv.net] >>861 「public150727」をpushするということですね！ 869 名前：デフォルトの名無しさん [2015/07/27(月) 16:16:20.09 ID:T5zoWN7L.net] >>862 > 「public150727」をpushするということですね！ 違う。そういうレイヤーの話じゃない。 「更新されたmasterブランチ」を「example.com/public/でアクセスできるようにする手順」だ。 870 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 16:23:58.54 ID:ybeDhwD5.net] >>859 ローカルサーバーで見るではだめなの？ りぽじとりを２つ分けて それぞれ別々でステージングサーバーにでぷろい環境にするとか 871 名前：デフォルトの名無しさん [2015/07/27(月) 16:50:45.48 ID:+ejnTFZv.net] >>863 理解が浅くてすみません 自分の知識ですとブランチごとにURLを割り当てるように読み取れるのですが、おそらくそういうお話ではなさそうなのでもっと勉強します！ >>864 やっぱりステージングサーバーで確認→本番環境にPUSHするのが安心ですね 皆さんありがとうございました！ 872 名前：デフォルトの名無しさん [2015/07/27(月) 16:52:44.86 ID:T5zoWN7L.net] まぁ、本人がこれで解決したと思うんならそれでいいか・・・。 873 名前：デフォルトの名無しさん [2015/07/27(月) 17:03:36.01 ID:+ejnTFZv.net] >>866 よかったら>>863に書いていただいた手順の概要、もしくは参考のURLを教えていただけませんでしょうか 874 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 17:17:59.43 ID:T5zoWN7L.net] >>867 > よかったら>>863に書いていただいた手順 いやいや、それは俺らにはわからんよ。 その手順がわかりさえすれば、それと同じ手順でできるだろってこと。 ローカルのmasterを変更して、それをサーバにpushしたら、example.com/public/の内容が更新されるんだろ？ その仕組みは一体誰が構築したんだ？ 875 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 17:18:41.69 ID:aippD/Jn.net] .gitをWebサーバーで公開していないか心配になるな 876 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 17:21:38.69 ID:T5zoWN7L.net] >>869 うわ、その発想はなかったわ。 877 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 17:27:25.72 ID:JJPg7kwZ.net] 業務使うコマンドを全部教えてください 来月からアルバイトなんですけど clone,log,reflog,reset,branch,push checkout,commit,add,rm,mvはしってます 878 名前：デフォルトの名無しさん [2015/07/27(月) 18:21:27.18 ID:bJ8mI018.net] >>871 git --help 879 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 21:16:18.54 ID:v7fIr+eP.net] >>869 Push to deploy の改善 2.3.0 で入ってるし .git を不可視にしとけば個人サイトくらいなら問題ないんじゃない？ 880 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 22:46:51.50 ID:aZg91AP9.net] >>859 やつぱりまだわからないや やりたいのは次のどっち？ 1) 公開webページとかのhtmlその他諸々をgitで管理して どっかのブランチにコミットすると自動的に公開webページになるようにしたい さらに、公開前の事前確認用のページも用意したい 2) なんかプログラム開発中のソースコードとかをgitで管理しておいて みんなにレビューしてもらうためにwebページで閲覧できるようにしたい 881 名前：デフォルトの名無しさん [2015/07/27(月) 22:48:07.44 ID:u9s58J+y.net] A:ある手順を踏めばできるぞ B:プッシュすればいいんですね A:そういうレイヤーの問題じゃない B:ではどういう手順で？ A:それはわからん、プッシュすればできるだろ なんとなくこのスレの闇を垣間見たような気がするぜ 882 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 23:00:40.37 ID:aZg91AP9.net] あ、よく見たら1)の方だね。 俺だったらポストフックスクリプト書こうとするな 特定のブランチにコミットされたら対応するディレクトリにexportするようなやつ gitに付属のフックスクリプトのサンプルに似たようなことやるのがあったと思うから調べてみ 手抜きバージョンなら 事前確認用のディレクトリにクローンしておいて 1分おきとかでpullかけるようにcronをセットしちゃう こんなあたりでいかが？ 883 名前：デフォルトの名無しさん mailto:sage [2015/07/28(火) 13:25:37.42 ID:3O5DcyiA.net] Jenkins とかの Pull Request Builder とかでいいんじゃないかと あとは heroku なにかに push して確認すればいいんじゃない? 884 名前：デフォルトの名無しさん mailto:sage [2015/07/28(火) 16:06:24.66 ID:iS6umbvt.net] 2.4.7 と 2.5.0 がリリースされたね。 https://github.com/git/git/releases/tag/v2.4.7 https://github.com/git/git/releases/tag/v2.5.0 885 名前：デフォルトの名無しさん mailto:sage [2015/07/28(火) 23:54:34.28 ID:Z/s3EayV.net] git v2.4.3 mv index.php sub/list.php git add . git commit -m "backup" コミットした後に rename index.php => sub/list.php (74%) って表示されたんですがこれってindex.phpをgit mvで移動したのと同じことですか？ ato 74%って何を表してるんですか？ 886 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 00:17:46.73 ID:j0BJwxBz.net] ファイルの一致率。ファイルの修正と移動を同時にしたんだね。 gitは移動を記録していないので、ファイルの一致率から移動を推測している。 887 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 09:32:05.34 ID:bPiFDPfp.net] >>859 よそ様の記事だがこんな感じだよ、hook script < qiita.com/fnobi/items/98bd5d1c83c010842733 > ぜひバルスしてくれたまえ 888 名前：デフォルトの名無しさん [2015/07/29(水) 15:20:03.83 ID:YsMaiv/S.net] あるフォルダの中のあるフォルダ・ファイル以外を無視したいんだけど .gitignoreをどう書いたらいいかわからない hoge/piyo　　←無視しない hoge/fuga/　←無視する hoge/foo/　　←無視する hoge/bar 　　←無視する たとえばこんな感じで、今は fuga,foo,bar を毎度列挙してるけど 今後フォルダがどんどこ増えるとするとちょっと嫌な気分になる 889 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 16:33:49.47 ID:bPiFDPfp.net] >>859 890 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 16:38:56.52 ID:bPiFDPfp.net] >>859 How to rebuild from update hook で検索してみ kernel.orgでのドキュメント自動公開用のフックスクリプトが解説付きで買いてあるよ あなたの場合はこれよりは簡単なはず 891 名前：デフォルトの名無しさん [2015/07/29(水) 17:01:12.31 ID:1zEW+9y+.net] hoge/!piyo 892 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 19:54:41.79 ID:syqOZkA4.net] >>878 「Git 2.5」がリリース osdn.jp/magazine/15/07/30/044700 893 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 01:34:27.13 ID:6b1uCZJv.net] おお、ついにPerforceまで取り込む気か！ 894 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 08:21:08.61 ID:Uyj1+FiM.net] 指定したディレクトリ以下のファイルをスキャンして 編集してから1週間以上コミットせずに放置してあるファイルを 一覧で出力するようなスクリプトかツールあったら教えて下さい 雑多なスクリプトをgitで管理していて安定したらコミットしようかなーと思っていて そのまま忘れて半年放置のようなファイルを検出したいのですが 895 名前：デフォルトの名無しさん [2015/07/31(金) 08:36:32.35 ID:709JoO30.net] git diff 896 名前： HEAD [] [ここ壊れてます] 897 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 09:00:48.29 ID:u6UInjxJ.net] >>888 > 雑多なスクリプトをgitで管理していて安定したらコミットしようかなーと思っていて svnじゃないんだから、コミットしろよｗ svnと違ってコミット＝サーバーに送信 ではない。 そこがsvnのだめなところであり、gitの優れたところなんだよね。 gitなら安定しなくてもコミットできる。 もしバグが見つかれば修正してrebaseしてまとめてしまえばいい。 だから意味がある単位でコミットしていって、 あとでまとめて安定したと思ったらサーバー（共有リポジトリ）にpushすればいい。 （work in progress的なやりかたなら、作りかけでもpushするのもあり） そこからレビューをうけてOKになったらmasterにマージする。 「安定したらコミット」という発想をやめないといけない その発想だとどうしても一回のマージのコードが多くなりすぎる。 小さく機能毎にコミット、gitではそれができる。 898 名前：デフォルトの名無しさん [2015/07/31(金) 09:30:41.27 ID:709JoO30.net] コンパイルできないものもコミットしていいですか？ 899 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 09:51:16.96 ID:02j0y00V.net] いいよ 900 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 10:08:59.48 ID:VSZ3MRZU.net] >>891 そもそもスクリプトはコンパイラしないし 901 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 10:23:03.17 ID:5Be3R/21.net] 「意味がある単位」でコンパイルできないものという発想が良くわからない。 902 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 12:30:24.06 ID:Q/Fv6mzV.net] 毎朝コミットで良いよ 903 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 12:32:31.44 ID:02j0y00V.net] svnのコミットに近いのは、masterへのpushじゃないかね 904 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 13:05:45.97 ID:5Be3R/21.net] >>888 ひょっとして、etckeeperが求めるものだったりする？ 905 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 14:59:02.99 ID:Pi4vilvw.net] https://git-scm.com/book/ja/v2/使い始める-Gitのインストール ここの一番最後に ＞次からはGitを使ってGitそのものをアップデートできます： って書いてあるんですが これってmakeとかしなくてもgit pullしただけで新しいバージョンのGitが使えるようになるってことですか？ 906 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 15:49:47.76 ID:5Be3R/21.net] >>898 ならない。 907 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 15:51:07.09 ID:R58DjZqg.net] >>898 インストールしたGitを使ってGitのソースをアップデートできるって意味だな 当然ソースをアップデートしたあとmakeは自分でやる 908 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 05:22:16.40 ID:fbUoNrmE.net] >>891 > コンパイルできないものもコミットしていいですか？ 他人に渡さないならば何の問題もない。 svnとか使ってると、この自分だけが触れる コミットという概念がわからんのだろうな。 909 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 05:24:32.97 ID:fbUoNrmE.net] >>895 > 毎朝コミットで良いよ なんで1日の区切りでコミットしてるんだよｗ 作業の区切りでコミットしろよ。 大抵の場合、1日に数回コミットするもんだ 910 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 05:32:58.26 ID:fbUoNrmE.net] >>894 > 「意味がある単位」でコンパイルできないものという発想が良くわからない。 コードとして意味がある単位だと、コンパイルできないことはないはずだね。 だけど、作業として見るとコンパイルできないけどコミットすることはあり得る。 例えば何かの修正をする時、設計Aの方法で実装するか、 設計Bの方法で実装するか悩んでたとする。 悩んで出てもわからないのでざっくりと作って検証することにする。 設計Aである程度作って、設計Bである程度作る。 そういった場合に、コンパイルできない状態でコミットすることはあるだろう。 もちろんこれはマージするときには、コンパイルできる意味がある単位に直すのは 当たり前だけど、作業中であればコンパイルできない単位でコミットすることはある これがsvnだと即サーバーにpushされて周りに迷惑をかけたりすることがあるけど、 gitだと自分だけのコミットにしておけばいいので、中途半端なコードでも バンバンコミットできる。というかgitならコミットしていいんだよ。 そのためにあるのがrebaseという機能なんだから。 911 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 06:00:09.26 ID:Fq14Oy7Q.net] msysgitは2系が出てくる気配ないし もうgitに追従する気は無いってことか 912 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 06:17:46.92 ID:fbUoNrmE.net] >>904 俺はwindowsだとcygwinを使ってるよ。 色々他を試したが結局cygwinに戻ってきた。 昔と違ってマシンスペックが上がったから たいして重さを感じないしね。 zshも使えるし。 913 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 07:37:18.72 ID:O3MfLUJM.net] >>904 v2系はこれ？ 使ったこと無いけど git-for-windows.github.io/ 914 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 11:19:27.66 ID:BlX74pFF.net] >>903 あるある 俺も「筋が悪そうだからこのブランチは放棄」ってコメント付けてコミットした事は何度かある 915 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 14:26:03.50 ID:fbUoNrmE.net] 他にも思い出した。 とある修正をしていて、コードを書いていると うぉい、ここバグってるじゃねーか （そのせいでとある修正がちゃんとできない） 一旦コミットしておいて、 先にバグの修正をコミットして、 んで戻ってくる。 こういった時に中途半端な状態でコミットする。 戻ったあとはバグ修正状態からの変更ににrebaseする。 このようにgitの素晴らしさっていうのは、 ファイルの管理やバックアップではなく、 実際の開発で起こることに対応するための機能なんだよ。 履歴管理ツールではなく、開発ツール。 そう認識しないといけない。 916 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 21:25:30.14 ID:fuLtc72j.net] >>908 rebaseしたくないので、同じようなことを rebaseしないでやる方法も教えてください。 おねがいします。 917 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 21:30:36.62 ID:cZ9y3hcR.net] >>909 「rebaseしたくない」ではなく 「馬鹿だからrebaseを使える能力がない」の 間違いだろ？ 「したくない」ではなく「できない」 自分に嘘をついてはいけない。 918 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 21:39:52.86 ID:Co43fSsi.net] 正解は「rebaseする必要はない」でした 919 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 22:52:16.85 ID:cZ9y3hcR.net] 道具は適切に使うものだ。 目的のために作られた専用のものがあるのであれば それを使えばいい。 それが必要だから作られたわけなんだから。 920 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 23:12:53.23 ID:h+APIw5a.net] stashやcommit --amendや--no-commit系使える時は使う。rebase代わりにformat-patch使うことケースも1%くらいはある。 でもほぼrebase -iだな。 921 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 23:18:37.12 ID:Co43fSsi.net] 道具は適切に使うものだ。 そして、それがあるから使うというのは適切な使い方ではない。 それは道具に使われてると言うんだから。 922 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 23:31:46.83 ID:fuLtc72j.net] >>910 rebaseという思想が好きじゃないんです。 それはそれとして、rebaseを使わないと出来ないことなのですか？ 923 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 23:49:08.71 ID:RZc3oG0T.net] とりあえず空行交えて語りたい人たちは運用スレ行ってください 924 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 00:01:19.35 ID:ID0TD3H5.net] gitは運用方法に派閥っていうか宗派っていうか宗教戦争みたいなもんがあるのか 925 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 00:09:46.39 ID:KQ3UQl73.net] 運用が自由すぎて どこかの宗派の戒律を受け入れたほうが楽、と言うのはあるな 俺はgit-flow派 926 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 00:12:00.18 ID:uoA7o0bf.net] >>915 > それはそれとして、rebaseを使わないと出来ないことなのですか？ ？ rebaseを使うとやりたい事が簡単にできるんだよ。 やりたい事＝思想。 rebaseを使わなくても、同じことをするのであれば rebaseの思想は正しいということとなんだが。 927 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 00:15:40.65 ID:gKbzhWvd.net] rebaseしたくないならmergeすりゃいいじゃん 928 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 00:37:19.06 ID:eV4xuuQq.net] 複数コミットにまたがるamendのようなrebase -> rebase開始位置に指定したコミットは変らない -> HEADのファイルは変化しない 分岐した元ブランチとの関係をFF状態にするためのrebase -> rebase開始位置に指定したコミットが別のコミットになる -> HEADのファイルが変化する 良く知らない人はrebaseっていうと後者しか思い浮かばなくて mergeすればいいじゃんとか言い出す 929 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 07:51:47.64 ID:zAkA6wkz.net] rebaseは手段の一つであるが目的ではない rebaseの思想とかｗ馬鹿はこれだから怖い 930 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 08:42:49.05 ID:gKbzhWvd.net] rebaseでしかできないことがあるのは当たり前。 rebase以外で目的を達成することができることがある != すべてrebase以外で実現できる 931 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 09:00:44.24 ID:dTRZmQiN.net] 論理値の比較に等号不等号つかうひとって筋が悪いよね 932 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 13:19:25.28 ID:5pxTtzkh.net] >>924 世間のレベルに合わせてるんだよ。 あと、rebaseは名前が嫌い。 933 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 13:30:22.74 ID:RcysspGc.net] たかがgitを使える程度で尊大な大先生がよくわくスレだ 934 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 20:18:22.98 ID:HQ+xGyu0.net] linuxでgit pullで新しいコミットを取得したら自動でビルドしたいんですけど どうやればいいのか教えてください 935 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 21:02:00.58 ID:j05l/s8s.net] >>923 > rebaseでしかできないことがあるのは当たり前。 rebaseでしかできないことなんてない。 全ては効率の問題。 その他の方法でもやれるが、 効率が凄く悪くなる。 例えて言うのなら、東京から大阪まで徒歩でも行ける。 車でしか行けないわけじゃない。それと同じ。 ある目的のためにrebaseという手段が作られた。 rebaseは目的ではない。目的を最速で達成するための 手段なのだ。使わない理由がない。 936 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 22:07:56.09 ID:zAkA6wkz.net] rebaseでしかできないことなんてないし rebaseしなければいけないこともない ではなぜrebaseするのか？ これは哲学的であり、そしてかなり難しい問題のようにみえる しかし、実は我々はその答を既に知っているのだ その答とは そこにrebaseがあるからだ 937 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 22:13:02.07 ID:j05l/s8s.net] いや、rebaseがなかったから作ったんだよｗ Linusがね。必要だと思ったから作った。 938 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 22:51:23.25 ID:sASJ2DPa.net] Linusまたはその後継者が必要だと思ったからrebaseが作られた きっとそうだろう でも俺はLinusじゃない 939 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 22:54:55.58 ID:I5g9+RU+.net] Linusよりも劣る人間が言っても説得力ないな。 940 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 23:04:48.44 ID:sASJ2DPa.net] >>932 つまりだ、Linusのために作られた道具を 俺ごときが使いこなせるわけがない ということだ 941 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 08:13:34.83 ID:6s/iApNK.net] 誰でもrebaseを使う事によって最速のrebaseが達成出来る 全く問題はない 942 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 17:13:09.03 ID:CE59HNJ8.net] >>908 > 一旦コミットしておいて、 > 先にバグの修正をコミットして、 > んで戻ってくる。 stashしろよ。 943 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 20:22:26.69 ID:OzQ4PZKS.net] >>935 やってるよ？ コミットしてないファイルがあるとrebaseできないからね。 stashしても作業中のファイルを一旦対比してから、 その後で修正してrebaseする。 944 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 20:35:53.78 ID:nTSIXxVa.net] rebaseってどういう機能なの？ コミット済みのコミットにマージするの？ 945 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 20:40:24.64 ID:6s/iApNK.net] 履歴を改竄するだけの、稀に便利だけど、必然性は全くない機能。 946 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 20:43:36.27 ID:OzQ4PZKS.net] 間違いをしないと言う人間には 不要でしょうなぁｗ タイポしたことがない人、手を揚げて！ 閻魔様の前に連れて行ってあげる♪ 947 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 20:57:28.47 ID:DLpcuCaG.net] rebaseが無かったら単なるバージョン管理ツールだね rebaseがあるから差分管理編集ツールとでも呼ぶべき別次元のツールになった 948 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 21:01:48.03 ID:Po35HDPO.net] rebaseがないと、もうバグはないかな？とか考えてしまって まだコミットしないで様子を見よう。とかやってしまうんだよね。 そうすると小さくコミットすることが難しくなってしまう。 949 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 21:20:26.33 ID:6s/iApNK.net] バグの痕跡を秘密裏に闇に葬る暗黒のrebase使い達 950 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 23:17:22.87 ID:nTU4lW67.net] >>937 rebaseはブランチの分岐点を変更する機能 gitより前にclearcaseなどで実装されていてgit固有の機能という訳ではない rebaseにコミットの編集・結合・取捨選択する機能を追加して より柔軟にコミットを直せるようにしたのがgitかな 951 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 02:11:14.86 ID:pFxIT8vh.net] >>942 リリースしてないもののバグを なんで痕跡残さないといけないんだ？ 952 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 08:51:51.90 ID:1pDlaOkO.net] >>942 成果物の途中経過を次元の狭間に葬り去る古のno-commiterとの血で血を洗う闘争の幕開けであった 953 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 09:07:24.48 ID:LaebqzUe.net] 前のコードはコメントアウトして残せ。 リリースしてないコードも全部だ。 954 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 09:35:03.57 ID:ioOBuo8G.net] 年代記に残る争いになるわけですな あ、改竄派が勝てば、そもそも争いはなかった事になって、年代記には残らないね え？言葉が悪い？ では修正的歴史観と呼び直しましょう。 955 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 10:08:20.01 ID:rYHf65xq.net] >>936 > >>935 > やってるよ？ は？stashせずにコミットしてんだろ？ 956 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 14:23:44.57 ID:jQzRldfC.net] コミットにランク機能がほしい とりあえずバックアップ代わりのコミットと コンパイル通ったコミットとガッツリテスト済みのコミットと それぞれ記録したいけど、ログをみるとき 全部出てしまうのはうっとおしい （ガッツリテストとおったログだけみたい） 957 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 14:36:08.82 ID:rYHf65xq.net] >>949 それぞれ何かキーワードを決めて、ログ表示するときに絞り込めばいい。 958 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 14:52:01.94 ID:wN0qaZCY.net] >>949 それぞれブランチをつくればいいと思う 959 名前：デフォルトの名無しさん [2015/08/04(火) 15:01:54.07 ID:KT0L8boW.net] チェックアウトってなんすか？ ホテルとかで家に変えるときチェックアウトしますよね？ そうすると部屋空いてるから、だれでもチェックインできるようになるんですか？ 960 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 15:56:53.06 ID:jQzRldfC.net] >>950 今はそうやってる >>951 それ前やってたけど、今どのブランチにいるかうっかり忘れるんだよね 961 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 18:13:17.56 ID:rYHf65xq.net] >>953 > それ前やってたけど、今どのブランチにいるかうっかり忘れるんだよね bashだったら、git-prompt.shを使うといい。 プロンプトを [username@ dirname] (issue-2701-add-hoge-api *) $ みたいにできる。 ついでにgit-completion.bashもインストールすれば、gitコマンドやbranch名をTabで補完できるようになる。 962 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 20:39:05.58 ID:LaebqzUe.net] >>949 普通に日本語でコメント書けばいい。 > ログをみるとき全部出てしまうのはうっとおしい ブランチに含まれるコミットが多すぎるってことさ。 いろんなプロジェクトのマージコミット見てみ。 マージコミットの内容＝ブランチの内容なわけだが、 ブランチに含まれるコミットは数個しか無い。 >>953 > それ前やってたけど、今どのブランチにいるかうっかり忘れるんだよね >>954がいっている通り。 それはさすがにgitを使いこなせてない。 gitというかシェルに近い話だが。 初心者のうちは、なにか使いにくいと思ったら 自分の使い方が間違ってるのではないかって 考えることが重要だよ。 963 名前：デフォルトの名無しさん mailto:あげ [2015/08/05(水) 16:11:14.67 ID:qTT2Q3HY.net] Git始めました 964 名前：デフォルトの名無しさん mailto:sage [2015/08/05(水) 22:03:19.51 ID:Y8QWrwSI.net] 冷えてるの？ 965 名前：デフォルトの名無しさん mailto:sage [2015/08/06(木) 12:24:17.98 ID:YnB06pEs.net] あったかいGit始めました 966 名前：デフォルトの名無しさん mailto:sage [2015/08/07(金) 21:38:28.11 ID:VjeH+b7c.net] SourceTreeは結構バグ多いんだけど 代替GUIでお勧めはある？ 967 名前：デフォルトの名無しさん mailto:sage [2015/08/07(金) 21:50:49.99 ID:TJyjY+1J.net] あまりgitを使いこなせてないからか標準のgitgui？gittk？で割と十分だと思ってるんだけど 皆さんはどのへんに不満があるのでしょう？ 968 名前：デフォルトの名無しさん mailto:sage [2015/08/07(金) 22:38:51.48 ID:zZgheHLR.net] SourceTree時々固まるけどいうほどバグあるか？ コミットとブランチ編集はGUIでやってrebaseはCLIでやってる 969 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 02:18:48.55 ID:hvTU1eUO.net] >>961 とくに目立つのは ・日本語入力がたまにできなくなる ・日本語がたまに文字化けする の2点かなぁ 970 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 19:03:43.84 ID:eLygs58n.net] ShiftJISとか使ってんの？ 971 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 21:12:25.04 ID:hvTU1eUO.net] ShiftJISとか使ってませんよ？ 972 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 21:21:49.39 ID:vBlQRCao.net] Windowsは全世界でShiftJISが使われているんだろう？ 973 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 23:20:35.51 ID:BQYw/0/m.net] テスト 974 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 23:27:16.33 ID:m5zrYZQl.net] ファイル名とかは後方互換性でそうなっちまうわな >>965 英語圏はとりあえず違うかな？ 975 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 23:32:51.12 ID:A+ZgS5ti.net] >>965 ASCIIがShiftJISのサブセットだと大体そんな感じかな？ 有名な円化するくらいで 976 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 23:33:39.68 ID:PKfIE09h.net] ﾃﾞﾓﾈ ﾀﾞｲｼﾞﾅｶｷﾞﾓ ｶｷﾞﾓ ｶｴｼﾀﾉ〜 　　　 ∧_∧ 　　　(*ﾟー^) 　　 ／つ￥ つ 　　｜*/;≡|@＼ 　　 ￣(/ Ｕ￣ ￣￣￣￣￣￣￣￣￣￣ ﾁｬｰﾝｯｯ　ｳｫｰｯ　ｼｨｰｰｯ `∧∧ ∧∧∧∧ ∧∧ (　　)　　)　 )　　) 977 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 00:06:42.83 ID:SZxZe4hf.net] >>965 SJISなわけはないがフランスやロシアや中国の人のソースもたまに化けてるの見る https://en.wikipedia.org/wiki/Windows_code_page 978 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 01:38:16.85 ID:un4R4gw1.net] なんか最近のニュースで MSのVisualStudio2015でシフトJISじゃコンパイル失敗するからなんか設定してねってあったぞ WindowsでもソースコードのデフォルトはもうUTF-8なんだよ 979 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 16:53:09.64 ID:zMNscprH.net] そりゃC#の話じゃないの 980 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 17:04:53.01 ID:un4R4gw1.net] べつにC#限定の話じゃないようだが ぐぐるとC#の話が一番上にでてくるがなｗ 981 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 17:21:44.28 ID:DsvXgH80.net] 2015だとC++もデフォルトUTF-8になったのか？ いちいち変更しなくて済むようになったんならありがたいが。 982 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 17:25:29.84 ID:doZuGkX/.net] >>974 たぶん2010あたりから 983 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 17:43:56.94 ID:zMNscprH.net] Win32でC++新規作成するとSJISだけど、これうちの環境のせいなのか？ 984 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 17:48:54.67 ID:TarQJqGz.net] >>975 Visual Studio 2013 Community ではシフト JIS ですけど？ 985 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 21:40:02.06 ID:MwH/TAN+.net] 大丈夫だ、2015でもCP932のままだ 986 名前：デフォルトの名無しさん [2015/08/10(月) 05:15:36.78 ID:joKVIITR.net] Windows10のcmd.exeまだchcp65001のバグ治らないな 987 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 08:39:31.31 ID:woEY2l+M.net] >>979 もうほとんどやる気ないでしょ この部分だけでいいからソース開示して有志に改造させて欲しいわ 988 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 09:29:36.92 ID:Y9npztmj.net] 同意 だけど git for windows だったかなんかについてくる UTF-8 対応の cmd.exe っぽいのは結構使える 989 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 09:37:10.95 ID:7mEm0oAX.net] 今どきCLIとか石器時代の生き残りかよ 990 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 10:58:28.36 ID:lE/gCziL.net] だがまあgitに限って言えば GUIだけでは心もとないのもたしか 991 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 15:32:34.36 ID:iHuYT/si.net] テキストベースは便利なんだよ 自動化とか簡単だし、それをgitで管理できるから 992 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 17:41:57.41 ID:24CTSkEb.net] CLIはデプロイツールと親和性が高い 993 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 18:43:19.26 ID:wnxGShdH.net] 自動化に関わるツールはCLIがないと困るよね 994 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 20:12:09.12 ID:Mkjl0645.net] git pullで新しい更新を取り入れた時に指定したシェルスクリプトを実行したいんですけど フックの名前を教えてください 995 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 20:12:45.22 ID:Mkjl0645.net] 俺はGUIの見方がよく分かんないからCUIしか使ってないよ 996 名前：デフォルトの名無しさん mailto:sage [2015/08/11(火) 06:26:57.50 ID:/JNKK5gi.net] >>987 新しい更新がマージされたのを契機に処理をしたいなら post-merge になりそうだけど、 リモートからコミットがfetchされてそれがマージされたのかどうかは自分で判断しないといけないんじゃないかな 997 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

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

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