Git 10

1 名前：デフォルトの名無しさん mailto:sage [2014/06/22(日) 17:40:25.81 ID:mgZTcG6H] ソースコード管理を行う分散型バージョン管理システム、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 9 peace.2ch.net/test/read.cgi/tech/1397276540/ 2 名前：デフォルトの名無しさん mailto:sage [2014/06/22(日) 18:02:10.08 ID:b06vElF6] ｲﾁｵﾂ 3 名前：デフォルトの名無しさん mailto:sage [2014/06/22(日) 18:33:54.01 ID:2+Nzucu/] Gitを使うと早漏になるの？だったら嫌だなあ、使うの控えるべきかしら？ 4 名前：デフォルトの名無しさん mailto:sage [2014/06/22(日) 18:45:39.07 ID:Zf5ltYR1] ｱｰｲｷｿ 5 名前：デフォルトの名無しさん mailto:sage [2014/06/22(日) 18:55:46.49 ID:3ROl0TsY] 　∧＿∧　　　　　　 SVN？ ぎっとぎとにしてやんよ 　(　･ω･)＝つ≡つ 　(っ　≡つ＝つ 　/　　　) ﾊﾞﾊﾞﾊﾞﾊﾞ 　( /￣∪ 6 名前：デフォルトの名無しさん mailto:sage [2014/06/22(日) 19:03:02.96 ID:kD+jIMJ8] 　　　　 　　　　　　　　　　ノ 　　　　 ﾟ.ﾉヽ　 , /}　　　　　　... 　　　　　　　　　　　　,,ｲ`"　　　　　､-' 　 `;_' '　　　　..::::::::::::::... 　　　,-､　　_.._　　　(　　　　　　　　(,(~ヽ'~　　　　　..::::::::::::::::::::::: 　）'~ 　ﾚｰ'　　〉　　 ヽ　　　　　　　i`'}　　　　　　　.::::::::::::::::::::::: 　~つ　　 　　'-ｰ､　　i　　　　　　　|　i'　　　　　...::::::::::::::::::::::: 　／　　　　　　 <　　/　　　　　。/ 　 !　　......:::::::::::::::::::::::::　　　　これは>>1乙じゃなくて /　　　　　　　　　~^´　　　　 /},-''　,●:::::::::::::::::::::::::::::::::::: i､　　　　　　　　,i'　_,,...,-‐-､/　　　 i　 ::::::::　　.::::::::::::: ..ゝ　　　　　　　　<,,-＝=､　　　,,-,/　　　　　 .:::::::::::　　　　　　　　　　　　放射能がうんたら 　)　　　　　　　{~''~>`v-''`ｰﾞ`'~　　　　　　　..:::::::::　　　　　　　　　　　　　　　　　　　　　　　　　　........::. 　{　　　　　　　 ﾚ_ﾉ　　　　　　　　　　　　..::::::::.　　　　　　　　　　　　　　　　　　　　　　　　　......::::::::: ノ　　　　　　　　　''　　　　　　　　　　　..:::::::　　　　　　　　　　　　　　　　　　　　　　　 ...::.:...::::::::: 　　　　　　　　　　　　　　　　　　　　 .:::::::::　　　　　　　　　　　　　　　　　　　　　...:......::::::::::::　. 　　　　　　　　　　　　　　　　　　　　.:::::::::::.　　　　　　　　.....　　　　　 ..　　..::::::::::::::::::::::::　　　:::. 　　　　　　　　　　　　　　　　　　　　::::::::::::::::.::::::....:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::..　::　 ::.. 　　　　　　　　　　　　　　　　　　　 .::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::　:::　　　　::. 　　　　　　　　　　　　　　　　　　　　:::::::::::::::::　::::::::::::::::::::::::::::::　::::: 　　　　　　　　　　　　　　　　　　　　　　　　　 .::　　　 ::.　　::: 7 名前：デフォルトの名無しさん mailto:sage [2014/06/23(月) 10:11:42.41 ID:sjU94AhZ] ◆関連スレ バージョン管理システムについて語るスレ10 peace.2ch.net/test/read.cgi/tech/1393147031/ CVS導入スレ〜 Rev.3 peace.2ch.net/test/read.cgi/tech/1113141518/ Subversion r14 peace.2ch.net/test/read.cgi/tech/1326806859/ 【分散型バージョン管理】 Mercurial 2【hg】 peace.2ch.net/test/read.cgi/tech/1321109748/ 【bzr】Bazaarでバージョン管理 Rev 4 peace.2ch.net/test/read.cgi/tech/1356521407/ OSSホスティング総合【SourceForge,GitHub,etc..】 peace.2ch.net/test/read.cgi/tech/1384821518/ ◆関連スレ 別板 CVS 1.3 [UNIX板] peace.2ch.net/test/read.cgi/unix/1093611448/ 8 名前：デフォルトの名無しさん mailto:sage [2014/06/23(月) 10:12:16.78 ID:sjU94AhZ] ◆関連書籍 Pro Git 日本語版電子書籍公開サイト progit-ja.github.io/ 開発効率をUPする Git逆引き入門 2014/04 著:松下雅和 船ヶ山慶 平木聡 土橋林太郎 三上丈晴 www.c-r.com/book/detail/970 Git ポケットリファレンス 2012/07 著:岡本隆史 武田健太郎 相良幸範　 gihyo.jp/book/2012/978-4-7741-5184-7 Gitによるバージョン管理 2011/10 著:岩松信洋 上川純一 まえだこうへい 小川伸一郎 ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06864-5 実用Git 2010/02 著:Jon Loeliger オライリー本 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 入門git 2009/08 著:Travis Swicegood 監訳:でびあんぐる ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06767-9 9 名前：デフォルトの名無しさん mailto:sage [2014/06/24(火) 10:55:31.19 ID:BxyDqmCe] スレ立てて書き込み少な目で放置しとくと落ちるのは自動なのか？このスレは大丈夫なのかね？ 10 名前：デフォルトの名無しさん [2014/06/24(火) 12:46:36.12 ID:/C23Uhbr] 入門Git以外は手に取ってみる価値もない でFA? 11 名前：デフォルトの名無しさん mailto:sage [2014/06/24(火) 14:19:17.66 ID:oDNeDxJ6] GoogleAppsScriptで書いたソースをgitでリポジトリ管理するにはどうすればいい？ 12 名前：デフォルトの名無しさん mailto:sage [2014/06/24(火) 16:36:15.78 ID:Q+GgUeFG] >>11 import/exportができるみたいだからそれ使えばいいんじゃないの？ qiita.com/soundTricker/items/e75ee1f2a7d89fa60a60 単に特殊なデプロイが必要になるってだけ。 13 名前：デフォルトの名無しさん mailto:sage [2014/06/25(水) 10:27:08.76 ID:51nve3hM] import/export を自動化するスクリプトを GoogleAppsScript で書けないかな 14 名前：デフォルトの名無しさん mailto:sage [2014/06/26(木) 08:42:26.78 ID:rb3EhG0/] >>10 どっちの？ 15 名前：デフォルトの名無しさん mailto:sage [2014/06/26(木) 10:06:12.43 ID:BCJ2ygce] 念のためにこっちにも Git 2.0.1 リリース https://github.com/git/git/releases/tag/v2.0.1 16 名前：デフォルトの名無しさん [2014/06/26(木) 11:59:36.41 ID:lzGhXXy2] >>14 君には入門Gitが入門gitに見えるのかね 17 名前：デフォルトの名無しさん mailto:sage [2014/06/26(木) 15:13:00.47 ID:I1GlggqH] スレ番も数字じゃなくハッシュ値で 18 名前：デフォルトの名無しさん mailto:sage [2014/06/26(木) 20:19:34.54 ID:uNXRCBxV] さ　あ　、　も　り　あ　が　っ 　　　　　　　　　　　　　　　　　　て 　　　　　　　　　　　　　　　　　　　　　ま 　　　　　　　　　　　　　　　　　　　　　　　い 　　　　　　　　　　　　　　　　　　　　　　　　 り 　　　　　　　　　　　　　　　　　　　　　　　　　 ま 　　　　　　　　　　　　　　　　　　　　　　　　　　 し 　　　　　　　　　　　　 　　　　　　　　　　　　　　た 19 名前：デフォルトの名無しさん mailto:sage [2014/06/27(金) 12:01:47.48 ID:wewJM3ti] 兆戦の皿が白ばっかりなのは 土器みたいに茶色いままだと うんこが付いてても気付かないから 20 名前：デフォルトの名無しさん mailto:sage [2014/06/27(金) 22:32:20.88 ID:VuPlBIMA] 日本の器に黒っぽいのが有るのはうんこが付いてても気にせず食べるから？ 21 名前：デフォルトの名無しさん mailto:sage [2014/06/28(土) 01:35:08.69 ID:sQNJ1q5c] 皿にうんこが付く状況ってどんなんだよ 22 名前：デフォルトの名無しさん mailto:sage [2014/06/28(土) 04:37:58.98 ID:w+QI/fAg] 器にうんこが付くという発想がないから 23 名前：デフォルトの名無しさん [2014/06/28(土) 04:57:32.01 ID:sKWOMnpi] トンスルランドでは台所に便所紙捨てるところがあるんだっけ 24 名前：デフォルトの名無しさん mailto:sage [2014/06/28(土) 06:10:14.26 ID:WBXNiQjo] 日本に観光に来てる連中は ホテルのトイレでも紙をゴミ箱に入れるので 従業員を困らせている 25 名前：デフォルトの名無しさん mailto:sage [2014/06/28(土) 06:50:34.22 ID:6GT+Y+O2] 日本も戦前は同じだったそうだよ 26 名前：デフォルトの名無しさん mailto:sage [2014/06/28(土) 07:49:42.50 ID:88+ODrtr] ここまで Git の話なし 27 名前：デフォルトの名無しさん mailto:sage [2014/06/28(土) 10:47:37.20 ID:pkB82Erl] 今日のうんこスレはここですか 28 名前：デフォルトの名無しさん mailto:sage [2014/06/28(土) 23:12:42.12 ID:c56+A2pI] 一、清潔な食事運搬用バケツと雑巾バケツの区別をよく教えること。 こんな注意書きが必要な連中なので 29 名前：デフォルトの名無しさん mailto:sage [2014/06/29(日) 00:18:04.03 ID:/NI7q9pJ] 敗戦直前の日本の雑誌に、汚れたバケツに貯まった雨水を飲み水に使うことの美徳が書かれていたって話を思い出すな それはともかく、Gitのブランチ管理はややこしいよなー 未だに解説読みながらやってる 30 名前：デフォルトの名無しさん mailto:sage [2014/06/29(日) 00:54:31.86 ID:f0WIPed4] gitのブランチ管理じゃなく git flowもしくはgithub flowのブランチ管理がややこしいのでは 31 名前：デフォルトの名無しさん [2014/06/30(月) 22:40:23.98 ID:5h8Y0Ud2] $ git clone https://github.com/username/repo.git ← 自分のリポジトリ(SSHキーは登録済み) 色々作業してローカルでコミットした $ git push fatal: could not read Username for 'https://github.com': No such file or directory ↑ なんでなん… その後こうしたらpush出来た ↓ $ git remote rm origin $ git remote add origin 'git@github.com:username/repo.git' originを変更しないと駄目な理由を分かりやすく教えてください 32 名前：デフォルトの名無しさん mailto:sage [2014/06/30(月) 22:46:39.87 ID:v5UqmfMQ] >>31 git-scm.com/book/ja/Git-%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC-%E3%83%97%E3%83%AD%E3%83%88%E3%82%B3%E3%83%AB > HTTP 越しの Git のプッシュを行うことも可能ですが、あまり使われていません。 > また、これには複雑な WebDAV の設定が必要です。めったに使われることがないので、本書では取り扱いません。 > HTTP でのプッシュに興味があるかたのために、それ用のリポジトリを準備する方法が > www.kernel.org/pub/software/scm/git/docs/howto/setup-git-server-over-http.txt で公開されています。 33 名前：31 mailto:sage [2014/06/30(月) 23:03:26.98 ID:5h8Y0Ud2] >>32 おお！素早いご指摘どうもです よく理解できました これからはそのドキュメントを良く読むようにします 34 名前：デフォルトの名無しさん mailto:sage [2014/06/30(月) 23:10:54.18 ID:v5UqmfMQ] っていうかGitHubってhttpsでのpushに対応してたっけ？ 35 名前：デフォルトの名無しさん mailto:sage [2014/06/30(月) 23:24:02.07 ID:ocNeWDMt] httpsのアドレス宛にいつもpushしてるが 36 名前：デフォルトの名無しさん mailto:sage [2014/07/01(火) 02:04:03.39 ID:uudBEfHR] >>31 単にpushする先を指定してないだけだろ。 URL指定でcloneしているから、 originと紐付いてないだろうし。 37 名前：デフォルトの名無しさん [2014/07/01(火) 20:07:37.99 ID:dBLK7YMD] ローカルリポジトリのブランチhogeにコミットしました ここでリモートリポジトリのhogeにコミットするはずが、リモートのmasterにコミットしてしまいました。 取り消すにはどうすればいいのでしょうか？ 38 名前：デフォルトの名無しさん mailto:sage [2014/07/01(火) 20:22:39.16 ID:M2q2ii4G] パルプンテを唱える。 39 名前：デフォルトの名無しさん mailto:sage [2014/07/01(火) 20:23:17.83 ID:M2q2ii4G] もしくはメガンテ 40 名前：37 mailto:sage [2014/07/01(火) 20:24:46.81 ID:dBLK7YMD] git remote -v origin https://hoge.com/fuga.git (fetch) origin https://hoge.com/piyo.git (push) git add . --all git commit -m "hoge" git push origin master to https://hoge.com/fuga.git master -> master git branch -a したら remotes/origin/HEAD -> origin/master と出てきたんですが、これはhttps://hoge.com/fuga.gitのmasterにコミットされたということですよね？ 41 名前：デフォルトの名無しさん mailto:sage [2014/07/01(火) 20:25:26.30 ID:rJGfEq1K] 用語が変なのはgit使いでなくsvn使いとかか 42 名前：デフォルトの名無しさん mailto:sage [2014/07/01(火) 20:28:16.54 ID:sZ99gDnh] >>37 リモートリポジトリの管理者にごめんなさいして、どう処理するか相談する 43 名前：37 mailto:sage [2014/07/01(火) 20:39:43.94 ID:dBLK7YMD] リモートリポジトリをcloneしてmasterブランチのlog見たらコミット履歴にありませんでしたが・・・ どこにコミットされたのでしょうか・・・ >>41 その通りです 44 名前：デフォルトの名無しさん mailto:sage [2014/07/01(火) 20:44:17.29 ID:rJGfEq1K] 用語がめちゃくちゃで何を言ってるのか何をやりたいのかさっぱり分からん 45 名前：デフォルトの名無しさん mailto:sage [2014/07/01(火) 20:54:30.74 ID:sZ99gDnh] >>40 その一番最初の git remote -vの結果が正しければ、 そのリポジトリで普通にpushすると https://hoge.com/piyo.git に反映されるはず それなのに https://hoge.com/fuga.git にpushされたというログになってるのはオカシイ ＞git push origin master ＞to https://hoge.com/fuga.git ＞master -> master 写し間違えた？ >>43でcloneして確認したリポジトリは https://hoge.com/piyo.git か https://hoge.com/fuga.git のどっち？ 46 名前：37 mailto:sage [2014/07/01(火) 22:06:47.31 ID:dBLK7YMD] 質問が不明瞭、かつ書き間違いなどがあり申し訳ありませんでした。 もう一度できるだけ詳しく正確に書くように致します。 47 名前：デフォルトの名無しさん mailto:sage [2014/07/01(火) 22:21:48.75 ID:dBLK7YMD] git remote -v 　　origin https://hoge.com/fuga.git (fetch) 　　origin https://hoge.com/fuga.git (push) 　　upstream https://foo.com/fuga.git (fetch) 　　upstream https://foo.com/fuga.git (push) ※「https://hoge.com/fuga.git」は「https://foo.com/fuga.git」をcloneしたもの 　　　　　　↓ git branch -a 　　branchA 　* branchB 　　master 　　remotes/origin/HEAD -> origin/master 　　　　　　↓ cd c:\users\nullpo\desktop\repo\test\ git add x.cpp git commit -m "save!" 　　1 file changed, 2 insertions(+), 2 deletions(-) 　　　　　　↓ git push origin master To https://hoge.com/fuga.git 　　　　dvcx245..9frr0bf master -> master ※ここで「git push origin branchB」とするはずが間違えて「master」にコミットしてしまいました。 ログから判別すると、現状は、https://hoge.com/fuga.gitのmasterブランチにコミットしてしまってると見るべきですよね？ ところがhttps://hoge.com/fuga.gitのmasterをcloneしてログを確認してもさっきのコミットが残っておらず、実際変更したはずのファイル(x.cpp)を見ても変わってないんです…。 48 名前：デフォルトの名無しさん mailto:sage [2014/07/01(火) 23:38:48.46 ID:sZ99gDnh] >>47 それは、ローカルのmasterブランチをhttps://hoge.com/fuga.gitのmasterブランチにpushしただけだね https://hoge.com/fuga.gitのmasterブランチの最新が9frr0bfに更新されてるはずだよ 49 名前：デフォルトの名無しさん mailto:sage [2014/07/02(水) 00:34:49.55 ID:KQlLn9XQ] >>48 ありがとうございました。 しかし、幾ら試してもhttps://hoge.com/fuga.gitのmasterのコミットログにないんです・・・。 恐らくこのまま放置することにします。 長々と書き込んでしまいすいませんでした。 50 名前：デフォルトの名無しさん mailto:sage [2014/07/02(水) 01:06:49.78 ID:OroZGiqB] >>49 いやだから、書き込みを良く見てくれ 「ローカルのbranchBじゃなくて、ローカルのmasterを、リモートのmasterへpusuしてる」 したがって、ローカルのbranchBにコミットしたx.cppファイルがhttps://hoge.com/fuga.gitのmasterに無いのは当然 それて、pushが成功したかどうかはファイルの有無じゃなくてハッシュで確認しろ git branch -av で各ブランチと対応するハッシュを確認できる 51 名前：デフォルトの名無しさん [2014/07/02(水) 01:17:52.28 ID:En/r/TGL] pusu 52 名前：デフォルトの名無しさん mailto:sage [2014/07/02(水) 01:26:05.54 ID:OroZGiqB] >>50-51 おう、pusuはpushのタイポな 53 名前：デフォルトの名無しさん [2014/07/02(水) 01:29:18.74 ID:En/r/TGL] example.なんとか使えつって教わらなかったのか 54 名前：デフォルトの名無しさん mailto:sage [2014/07/02(水) 22:13:56.81 ID:mhKrJc1t] VisualStudioのExpressでバージョン管理したいからGit入れたいんだけど GUIで楽にローカルリポジトリ作る方法ってある？ 55 名前：デフォルトの名無しさん mailto:sage [2014/07/02(水) 23:02:29.91 ID:87h9OT3W] はい、tortoisegitさんお呼びですよ 56 名前：デフォルトの名無しさん mailto:sage [2014/07/02(水) 23:06:30.92 ID:mhKrJc1t] 亀ってリポジトリ作れるの？ 57 名前：デフォルトの名無しさん mailto:sage [2014/07/02(水) 23:40:22.67 ID:j/Db3LoH] もちろん 58 名前：デフォルトの名無しさん mailto:sage [2014/07/02(水) 23:50:54.99 ID:mhKrJc1t] 単独で作れるのか ありがとう 59 名前：デフォルトの名無しさん mailto:sage [2014/07/02(水) 23:55:08.90 ID:87h9OT3W] Visual Studioに組み込めるプラグインもあるかも知れんけど わかんね。msdnでも覗いてみれ。 60 名前：デフォルトの名無しさん mailto:sage [2014/07/03(木) 03:35:02.68 ID:LFvCfQY8] VSに組み込めるプラグインがあるとしても、Expressは拡張機能サポートしてないからどのみちダメじゃないか？ 61 名前：デフォルトの名無しさん [2014/07/03(木) 03:39:50.30 ID:j0zMe+Fe] VS2013ならMSが公式でGitのプラグインを出してなかったか 62 名前：デフォルトの名無しさん mailto:sage [2014/07/03(木) 05:54:32.69 ID:DIfIjFzr] Azure専用 63 名前：デフォルトの名無しさん mailto:sage [2014/07/03(木) 06:02:01.97 ID:fWjka1bK] Windowsが7以降ならSourceTreeもあるな 64 名前：デフォルトの名無しさん mailto:sage [2014/07/03(木) 09:57:25.05 ID:T6nbxnRY] 2013はExpressでもIDEからgit使えるけど、どうもわかりにくい ankhsvnくらいに手軽だといいのだが、、、よって亀とコマンドライン併用 Xcodeの内蔵はかなり使いやすいと思った。 65 名前：デフォルトの名無しさん mailto:sage [2014/07/03(木) 19:41:43.68 ID:dti37cU6] msysgitダウンロード出来ねぇ… 500ってなんだ… 66 名前：デフォルトの名無しさん [2014/07/03(木) 21:06:15.26 ID:tTUYGcci] サーバの内部エラー 67 名前：デフォルトの名無しさん [2014/07/03(木) 21:06:41.59 ID:tTUYGcci] https://github.com/msysgit/msysgit/releases/ 行けた 68 名前：デフォルトの名無しさん mailto:sage [2014/07/03(木) 21:16:47.31 ID:dti37cU6] ありがと！いけた 69 名前：デフォルトの名無しさん mailto:sage [2014/07/03(木) 21:22:28.52 ID:dti37cU6] gitは正常に終了しませんでした (終了コード 128) とか言われた… なんだこれ… 70 名前：デフォルトの名無しさん [2014/07/03(木) 21:29:51.18 ID:ljTzUKRX] あ〜、俺もそれなった。64bit Windows7 余計な物が入るのがいやなんだろうけど msysgit諦めて git-scm.com/ から丸々落としたら問題なくインストールできた 71 名前：デフォルトの名無しさん mailto:sage [2014/07/03(木) 21:31:59.03 ID:VhhMtL7W] …え？ git-scmからmsysgitじゃないWindows用gitが入手できたの？ 72 名前：デフォルトの名無しさん mailto:sage [2014/07/03(木) 21:39:27.88 ID:dti37cU6] >>70 おｋ入れてみる …の前にアンインスコしとこっと 73 名前：デフォルトの名無しさん [2014/07/04(金) 01:20:38.78 ID:ZQHJOpH+] msysgitのアンインスコがそもそも出来なくねえか？ ネットにはコントロールパネルからアンインスコしろと書いてあったが インスコの途中でエラッたからかどうか分からんが、そんなものはなかった とりあえず、面倒くさいのでインスコされたフォルダごと削除してやったけど とりあえず、今のところ、その後、上記をインスコして問題ない ところで、 インストールの時に聞かれる設定で Checkout as-is, commit as-is について、改行コードの勝手な変換は百害あって一利なしって言い切ってるサイトもあれば なんか、それだとソフトウェア的に不具合が出る場合があるんで他の設定にした方がいいってサイトもあるんだが 実際にはどうなの？ 個人的には、改行コードを勝手に変換されるなんて害以外の何物でもないと思うので 問題ないなら、何も変換させたくないのだが 74 名前：デフォルトの名無しさん mailto:sage [2014/07/04(金) 08:40:05.93 ID:xvFt74Dw] >>73 いろいろな環境でやるならlfだけにしておいて、各環境でチェックアウト時にcr,crlf,lfで使うのが楽じゃない？ ソースじゃなくてなんか特殊なファイルとか管理するならきめうちのほうがいいかもだし、 自分ひとり開発とかチームで環境が変わる要素がないならそのままでもよい 75 名前：デフォルトの名無しさん mailto:sage [2014/07/04(金) 20:58:59.90 ID:G9V8ZPtC] 企業でgit使う場合ってリポジトリは暗号化して使うものですか？そのへん詳しい人教えてください 76 名前：デフォルトの名無しさん mailto:sage [2014/07/04(金) 21:41:37.64 ID:KGk1oj/Q] >>75 基本的に、暗号化してからadd,commitするよ 77 名前：デフォルトの名無しさん mailto:sage [2014/07/04(金) 22:46:19.47 ID:VHgyx1X4] >>75 詳しくはないけど。 鍵やデータはバージョン管理しないんじゃない。暗号化するようなファイルシステムなら、されちゃうかもだけど。 78 名前：デフォルトの名無しさん mailto:sage [2014/07/04(金) 23:32:09.16 ID:7y8V145d] ん？Git-scmってのはmsysgitの代わりに使うって認識で良いの？ 79 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 00:32:02.32 ID:7oOEkOAN] msysGitというプロジェクトでWindows用のGitが開発されていて その成果は(Linux版やMac版も含めた)Gitの総合サイトであるgit-scmでも やはりWindows用Gitとして配布されている…？ >>70 はつまり落とすサイトの話をしていて 開発版でなく安定版落としました、みたいな話なのかな …俺もWindows版はよく知らんので、誰かツッコミ頼む 80 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 01:34:47.12 ID:oA33QTWa] git-scm.comのDownload for Windowsで落ちてくるのは https://github.com/msysgit/msysgit/releases/ のGit-1.9.4-preview20140611.exeじゃない？ >>70がうまく行かなかったのは同じ場所 https://github.com/msysgit/msysgit/releases/ のmsysGit-netinstall-1.9.4-preview20140611.exe の方じゃないかな？ 前者はバイナリだけの配布で、 後者はネットワーク経由インストールでコンパイル環境なんかも含めたすべてを落とせる？ 81 名前：デフォルトの名無しさん [2014/07/05(土) 05:17:04.89 ID:SaA3Dhwi] そこで、cygwin で git ですよ。 オレオレビルドで、新しいリリースがすぐ使える 82 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 14:14:39.37 ID:oc6wEiev] tracpath.com/bootcamp/learning_tortoisegit.html これ見ながらやろうと思っても、Git Bash起動するとすぐ画面閉じるんだけど Git bashってどうやって使うの 83 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 14:29:48.66 ID:oA33QTWa] >>82 msysgit のインストールに失敗してるんだろ 84 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 14:45:31.43 ID:oc6wEiev] あれ？もしかしてmsysgitインストールしたらmsysgitってフォルダ作られる？ C:\Program Files (x86)\Git とは別に？ 85 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 14:57:24.31 ID:Q/k3+41v] win7にmsysgitをインストールしたら↓のディレクトリにインスト―ルされたけど、Git Bashもこの中だし C:\Users\Hiroshi\AppData\Local\Programs\Git 86 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 15:03:51.27 ID:oc6wEiev] そうか…やっぱ失敗してんのかな 500から403に変わってGoogle Codeからは相変わらずダウソ出来ないし もう少し探してみるか… ありがとなヒロシ 87 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 15:16:53.89 ID:oA33QTWa] >>86 しばらく前から動かないって言ってるひとか？ インストールに失敗してるんじゃなくて、アンインストールに失敗してるんじゃないか？ ゴミが残ってて新しくインストールしたmsysgitがうまく動かないみたいな感じ 88 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 15:51:10.99 ID:oc6wEiev] うーん つってもとりあえず『アンインストールとまたは変更』から削除したんだけど それじゃ足りないのかな？ ゴミがどこに残り得るのかすらわからんのだけど 89 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 15:59:32.61 ID:oA33QTWa] そういうのは地味に調べるか、できなきゃOS再インスコかね 自分もWindowsはよくわからんから、Winでこの手のツールをインストールしまくるのは嫌だね なので、構成を自分でだいたい把握できてるcygwin版を使ってる 90 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 20:52:23.99 ID:oc6wEiev] なんなのこれ… Stack trace: Frame Function Args 688100 [main] sh.exe" 8060 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 724705 [main] sh.exe" 8060 handle_exceptions: Error while dumping state (probably corrupted stack) 91 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 21:02:46.99 ID:Q/k3+41v] お前のwindowsが単にぶっこわれてるだけなんじゃね 92 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 21:03:11.07 ID:oA33QTWa] >>90 それは STATUS_ACCESS_VIOLATION でググルと対策らしいのが出てくるぞ TEMPフォルダ絡みらしい 93 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 21:08:28.81 ID:oA33QTWa] 中途半端にGitのコードにユニコード対応とか入れた影響なんだろうなあ 日本語Win環境なんかじゃ試して無いだろうし オリジナルのGitがほぼそのまま動くCygwinがやっぱええわ 94 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 21:20:01.50 ID:oc6wEiev] >>92 おぉ、ほんとだありがとう キャッシュ自体1.5Gもあったしちょうどよかった… 95 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 21:35:39.83 ID:DUJJhZn/] >>93 なんかユニコードがらみで問題でもあったの？ 96 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 21:58:23.52 ID:oA33QTWa] >>95 TEMPフォルダにゴミがあると>>90みたいに落ちるらしい 特に日本語ファイル名のファイルとかあるとダメ Unicode対応前のバージョンなら問題無いとか 97 名前：デフォルトの名無しさん mailto:sage [2014/07/06(日) 01:52:41.07 ID:2At6bBxp] やっと使えるようになったよ ありがとう コミットの概念が、SVNとちょっと違うのかなぁ また混乱したら聞きにくるよ 繰り返しになるけどありがとね 98 名前：デフォルトの名無しさん mailto:sage [2014/07/06(日) 02:22:08.53 ID:hcqFkKqd] なんで頑なにPro Gitとかを読もうってしないんだ連中は 99 名前：デフォルトの名無しさん mailto:sage [2014/07/06(日) 12:57:28.08 ID:IqnhNmsn] ここの先輩って一つのフォルダにどのくらいプロジェクトを詰め込んでるのか教えてください 100 名前：デフォルトの名無しさん mailto:sage [2014/07/06(日) 15:24:57.69 ID:f2dQpJou] 自分も興味ある＞どのくらい詰め込んでるのか 今はSubversionで10くらいのシステムを1システム1リポジトリで管理。 1システム(1リポジトリ)の中で document/client/server/moduleA/moduleB/... と複数ディレクトリを作って管理してる Gitの場合、systemA-server/systemA-client という単位でリポジトリ作った方がいい？ 101 名前：デフォルトの名無しさん mailto:sage [2014/07/06(日) 16:16:31.85 ID:aXyTuyHi] >>100 ケースバイケースとしか言いようがないけど、Subversionに比べてGitではリポジトリを分けることが多くなった。 っていうか、「フォルダ」と「プロジェクト」って、「リポジトリ」とどういう関係があるのか説明してくれないと上手いこと答えられないかも。 systemA-serverとsystemA-clientが割と個別に開発できるなら(つまり、サーバーは新しいけどクライアントは古いみたいなのがOKかどうか) リポジトリは分けるし、サーバーとクライアントで同調して開発しなくちゃいけないならリポジトリは分けないほうがいいように感じる。 言語が別で共有コードがほとんどないような場合も分けることがあるかもしれない。 Subversionと違って、独立したものをなんでもかんでもリポジトリに突っ込むと別々に開発したときにマージが発生しまくってめんどくさいし、 Subversionでいうところのupdateをかけるフォルダの単位でリポジトリを分けたほうが面倒がないよ。Gitはリポジトリの一部だけを最新にするってことができないから。 102 名前：デフォルトの名無しさん mailto:sage [2014/07/06(日) 18:40:54.69 ID:8H24GUT0] systemA-serverとsystemA-clientにリポジトリを分けた時なんだけど、 両方で使えるライブラリがあったとする。 そういう場合は、汎用的なライブラリとして別リポジトリを作り submoduleで登録すればいいんだよね。 この汎用ライブラリにバージョン1.0というのがあったとして、 systemA-serverからバージョン1.0のライブラリをsubmoduleで登録する systemA-clientからも、通常は同じバージョンを使うだろうけど、 一時的に1.1を使う。なんてこともできる。 つまりsystemA-server、systemA-clientからは両方同じ外部リポジトリを 参照していながら、都合のいいバージョンを使うことが出来るんだよ。 まったくgitはよく考えて作られてるよ。 103 名前：デフォルトの名無しさん mailto:sage [2014/07/06(日) 18:45:43.21 ID:8H24GUT0] それからorphanブランチっていうのも忘れちゃいけないね。 systemA-serverとsystemA-clientで別のリポジトリに分ける。 これもありだけど、別の案として 同じリポジトリ内に、独立したブランチを複数作ることが出来る。 リポジトリは最初のコミットから、ずっと歴史を成長させていくものだと思っているかもしれないが、 実は、一つのリポジトリに、「最初のコミット」を複数作れる。 一リポジトリ＝一歴史 じゃないんだよね。 systemA-serverとsystemA-clientに別のリポジトリに分けなくても、 別のリポジトリにわかれているかのように使うことだって出来る。 104 名前：デフォルトの名無しさん mailto:sage [2014/07/06(日) 18:50:04.07 ID:J6LM3Iar] MavenとかRubyGemみたいな仕組みが利用できる言語なら、 ライブラリをsubmoduleで取り込む必要は無いね まあでもそういうのが常に使えるわけじゃないからsubmoduleの仕組みを作ったんだと思うけど 105 名前：デフォルトの名無しさん mailto:sage [2014/07/06(日) 23:12:18.37 ID:5OIsyZ4O] コードを修正するたびにコミットログにupdateって書いてすぐにpushするんですけど pushってどのタイミングでやってますか？ 106 名前：デフォルトの名無しさん mailto:sage [2014/07/06(日) 23:23:33.10 ID:HJxqGFZE] >>105 テスト合格したらプッシュ 107 名前：100 mailto:sage [2014/07/06(日) 23:58:38.68 ID:Jh/5AOzt] >>101-104 ありがとうございます。 知らないこと・未経験なことばかりで勉強になりますm(_ _)m 108 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 06:17:17.82 ID:JBDMezlo] updateなんて意味のないメッセージのコミットは、pushする前に分かりやすくメッセージを書き換えたりsquashしたりした方がいいよ 109 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 08:35:06.30 ID:dSawaSg/] commit はこまめに 完全に動かない時は動かない理由も書いて commit push は動作確認出来たものを push どうしても動作テスト通っていないものを push したいときは branch で 110 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 08:36:37.14 ID:iqLntt6B] 何回か前の commit のメッセージにスペルミスがあったのに気付きました 恥ずかしいので治しておきたいのですが過去の commit のコメントを治せますか？ 111 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 09:33:06.41 ID:sxx7xYnm] 俺もそれ知りたいです そういうときはいつもgit initからやり直してたので 112 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 09:49:15.90 ID:TkAvh2GT] git rebase rewordでググれ 113 名前：デフォルトの名無しさん [2014/07/07(月) 11:22:17.68 ID:qZJT4lFx] git rebase -i commit~1 って感じ 114 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 16:51:47.32 ID:KZfau/wE] スペルミスにより別の存在する単語になって文全体の意味が違うくなるってなら直す必要もあるかもだが そうでなく本来のスペルを予測可能な範囲なら大抵はいちいち直さんやろ 115 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 21:00:46.13 ID:rOGGoQLa] subversionもそうだけど、なんでコメントって 気軽に直せないんだろう？ git rebaseでもコメント修正したら コミットID変わっちゃうし。 116 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 21:09:20.24 ID:eRMueaNX] バージョン管理に関しては気軽に修正できるっていうのは必ずしも良いことではない Gitは気軽に修正できる代わりにハッシュが必ず変わって修正が明白になるようにした 117 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 22:03:17.69 ID:rOGGoQLa] いや、今の話はソースコードじゃなくて コミットログの話だから。 さすがにソースコードを気軽に編集できればなんて話はしてない。 気軽に編集できる git notes をなぜ作ったのか？ コミットログを修正できればよかったのではないかって話。 118 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 22:16:10.15 ID:eRMueaNX] コメントの修正も基本的には問題あるよ？ 同じバージョンやハッシュでコメントの違うコミットがOKなVCSがあるとして それらのコミットを先祖に持つ二つのブランチをマージするときどっちのコメントが引き継がれるべきだと思う？ notesはこういうときどんな扱いしてるんだろ 119 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 22:39:39.79 ID:GtUCyZaI] タイポを修正したコミットのメッセージがタイポしてたら死んでも直したくなるだろ 120 名前：デフォルトの名無しさん [2014/07/07(月) 22:53:15.16 ID:4tIz5IJL] subversionは、コミットログを編集できるよ 121 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 23:00:28.64 ID:eRMueaNX] それはまあ、非分散型だから問題にならないのかな？ 分散型の場合にはコメントの編集がコミットを特定するIDとかに反映されないようだと困る 122 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 23:03:08.44 ID:rnTCx4k1] コミットの私物化 123 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 23:23:04.44 ID:YLk007Ty] >>115 > subversionもそうだけど、なんでコメントって気軽に直せないんだろう？ Subversion はフックを設定すれば修正できるようになるよ。 svn ログ 編集 辺りでググればやり方書いてある。 git は難しいと思うよ。 A さんと B さんで違う内容に編集したらどうするかとかから決めないとダメだろうし。 124 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 23:40:30.30 ID:aVaaFMZ2] gitはコマンドや引数が複雑化しすぎている 今後登場するバージョン管理システムでこれを克服しなければならない 例えばlogとreflogならgit logとgit log -ref 125 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 23:41:56.88 ID:aVaaFMZ2] 統一できるコマンドは統一するのが大事 reflogはlogに吸収させてしまえばいい そしてコマンドに対する引数もなるべく少なくすること 126 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 23:42:42.69 ID:aVaaFMZ2] gitはphpみたいに汚い 127 名前：デフォルトの名無しさん mailto:sage [2014/07/07(月) 23:58:44.89 ID:KZfau/wE] BazaarやMercurialとかの他の分散型はgitほと汚くないの？ 128 名前：デフォルトの名無しさん mailto:sage [2014/07/08(火) 00:04:03.61 ID:TkAvh2GT] reword >>126 squash >>125 squash >>124 # The first commit's message is: 汚いレスを圧縮 129 名前：デフォルトの名無しさん mailto:sage [2014/07/08(火) 00:18:25.88 ID:u9V+tSfl] よくも悪くも Linux なんだなぁと思う。 個人的には FreeBSD + Subversion の方が肌に合う。 130 名前：デフォルトの名無しさん mailto:sage [2014/07/08(火) 01:36:57.96 ID:hxSm+BQN] コミットログなんて、探すときのヒントなだけで、結局はChangeLogやdiffで確認するだろ。あとはtagとか。 131 名前：デフォルトの名無しさん mailto:sage [2014/07/08(火) 01:52:11.38 ID:iPzcgb4Q] リポジトリに対するログと、 作業スペースの履歴のログで意味が違うだろ 132 名前：デフォルトの名無しさん mailto:sage [2014/07/08(火) 02:06:34.79 ID:aM3L01D8] まさに意味が違うという話をしてたんじゃないの？ 133 名前：デフォルトの名無しさん mailto:sage [2014/07/09(水) 10:21:12.64 ID:7mAKqlSH] >>114 fileId を fieId と書いてしまって field って言う別の存在する単語と見間違えます どうしたら治せますか？ >>121 コミットのコメントのログをバージョン管理に入れてしまえば良い 134 名前：デフォルトの名無しさん mailto:sage [2014/07/11(金) 00:22:31.17 ID:sjma/frv] git push -uの-uってなんですか？ 毎回-u付けないといけないんですか？ 135 名前：デフォルトの名無しさん mailto:sage [2014/07/11(金) 00:41:29.05 ID:YU+Bm/Jy] >>134 ヘルプくらい嫁 git-scm.com/docs/git-push 136 名前：デフォルトの名無しさん mailto:sage [2014/07/11(金) 06:25:33.53 ID:jWWrmOK/] 必要なときは付けろとgitに言われる 137 名前：デフォルトの名無しさん [2014/07/16(水) 01:04:59.81 ID:1BA7HWeq] PJはSVN使ってるんだけど、諸事情あって今俺が書いてるソースはリリース直前までコミットできない さすがに不安なんで、git-svnでローカルにだけでもgitとしてコミットしようとしてるんだけど、 git-svnって、TortoiseGitでもできるん？ git自体触ったこともないので、GUIなくてコマンド覚えるのに時間かかるようだったら諦める 138 名前：デフォルトの名無しさん mailto:sage [2014/07/16(水) 09:01:10.65 ID:7fshRLGV] >>137 TortoiseGitでも出来るが、gitを使ったことがないとちょっと解りにくいかも。 139 名前：デフォルトの名無しさん mailto:sage [2014/07/16(水) 09:51:25.74 ID:YAHvhD3g] 最初TortoiseGitだとできるように見えなかったのが、コマンドでgit-svn使い始めたら あちこちちゃんと対応してることにきがついたｗ 140 名前：デフォルトの名無しさん mailto:sage [2014/07/16(水) 11:03:35.86 ID:nVCK3WYF] initial commitってどのタイミングでコミットしたらいいのか教えてください 作るものは掲示板でお考えください まずファイル構成を決めて空のファイルを作ってコミットするのか 何もファイルが存在しない状態でコミットするのか ある程度動くものができたらコミットするのか 本当にわかりません 141 名前：デフォルトの名無しさん mailto:sage [2014/07/16(水) 11:48:22.12 ID:qYDy3YV9] 特にセオリーは決まってなかったと思う わからないなら空commitでおｋかと 142 名前：デフォルトの名無しさん [2014/07/16(水) 13:12:44.48 ID:dtGU31iT] initial なら 空っぽの RADME.md だけ作って commit てる とりあえず何か commmit しとかないと diff がエラーになる 143 名前：デフォルトの名無しさん mailto:sage [2014/07/16(水) 13:30:32.92 ID:Sd4M1rY0] リリースバージョンで1.0と2.3とかつける時のコミットログはなんて書きますか？ git commit -m "Release: 1.0"みたいな感じ？ 144 名前：デフォルトの名無しさん mailto:sage [2014/07/16(水) 13:45:29.77 ID:G80bT3bq] 最近はREADMEをマークダウンで書いたりするのか。 145 名前：デフォルトの名無しさん mailto:sage [2014/07/16(水) 13:46:33.57 ID:G80bT3bq] >>143 tagつけるので、コミットメッセージは気にしない。 146 名前：デフォルトの名無しさん mailto:sage [2014/07/16(水) 13:47:41.27 ID:YAHvhD3g] GitHub使うとそれがデフォだったりするからな 147 名前：デフォルトの名無しさん mailto:sage [2014/07/16(水) 14:05:10.01 ID:Hxrp0ywP] GitHubだとリポジトリのリンク開いたときにトップディレクトリのREADME.mdをHTMLに変換して表示してくれるからね トップディレクトリの一覧の下にそれを表示するんで、トップディレクトリ自体にはあまりファイルとかたくさん置かないようにしとくと更に見やすくて良い 148 名前：デフォルトの名無しさん mailto:sage [2014/07/16(水) 14:15:16.78 ID:Hxrp0ywP] >>142 一番最初に--allow-emptyで完全空っぽのコミット作ったりすると問題ある？ 149 名前：デフォルトの名無しさん mailto:sage [2014/07/16(水) 14:19:26.07 ID:G80bT3bq] >>146 >>147 なるほろ。githubか。 150 名前：デフォルトの名無しさん mailto:sage [2014/07/17(木) 18:11:47.91 ID:FWioQIqe] プッシュし終わった跡に間違いに気づいてコミットしなおした git commit -m "update" git push git add -A git commit --amend -m "update" ここからプッシュした内容をけして新しいコミットのをプッシュする場合はどうしたらよいか？ 151 名前：デフォルトの名無しさん mailto:sage [2014/07/17(木) 18:23:12.64 ID:FWioQIqe] なんかgit pushしたら ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to 'git@*********:*********/*******.git' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Integrate the remote changes (e.g. hint: 'git pull ...') before pushing again. hint: See the 'Note about fast-forwards' in 'git push --help' for details. って出たのでgit pullしたら Auto-merging server.php CONFLICT (content): Merge conflict in server.php Automatic merge failed; fix conflicts and then commit the result. ってなったのでコンフリクトを直してaddしてcommitしてpushしました >>150の跡にどうするのが一番良かったのか教えて下さい 152 名前：デフォルトの名無しさん mailto:sage [2014/07/17(木) 18:37:46.64 ID:5+M8kOpG] >>150-151 そもそも>>150をやってはいけない pushしたコミットを--amendで直してはいけない ただし場合によってはどうしてもやりたいときもあるので、そのときは git push -f を使う push先のリポジトリの設定でこの操作が禁止されている場合もある push -fをしてもいいのは、push先のリポジトリを自分しか見てないような場合とか、 自分以外の人が見てる場合にはその自分以外の人全員にpush -fする旨の許可を貰えるような場合 153 名前：デフォルトの名無しさん mailto:sage [2014/07/17(木) 18:40:00.40 ID:FWioQIqe] なるほどそうでしたか これからはやらないことにします こういうときって２回目のコミットログはfixとかって書いとけばいいですかね？ 154 名前：デフォルトの名無しさん mailto:sage [2014/07/17(木) 19:54:07.75 ID:5+M8kOpG] >>153 コミットメッセージは何をfixしたとかupdateしたとかまで書いておいたほうがいいと思うけどね 155 名前：デフォルトの名無しさん mailto:sage [2014/07/17(木) 21:16:30.65 ID:0NORU4KM] チケット駆動とGitの組み合わせで開発するときに 何かするたびにチケット切って、それにあわせたブランチをGitで切って作業する運用って プロジェクト中盤以降なら修正とか改善の粒度も小さいからしっくりくるんだけど プロジェクトの何もない最初のほうは、１つの大きな機能の実装に2週間とかかかって、 それのせいでブランチ閉じられずにマージコミットやコンフリクトがあふれてなんかしっくりこない。 チケット駆動してる人は最初からチケット駆動してる？ それとも落ち着くまではmasterに直接コミット突っ込んだりしてる？ 156 名前：デフォルトの名無しさん mailto:sage [2014/07/17(木) 21:21:35.53 ID:iWQxEqkT] >>153-154 --autosquash用のフォーマットの"fixup! 修正先のコミットID"、でいいよ 元々何をしたかったかは直前のコミットメッセージにあるわけだし 157 名前：デフォルトの名無しさん mailto:sage [2014/07/17(木) 21:36:45.43 ID:OTputfOO] コミットごとにpushするのはやめたほうがいい？ 158 名前：デフォルトの名無しさん mailto:sage [2014/07/17(木) 21:48:15.42 ID:f9EwQ7K8] fixed #1223とかrefs #4643とかだな。 コメントだけではそれが安定か不安定かくらいしか見てない。 ローカルだとadhocとかno testとかもある。 159 名前：デフォルトの名無しさん mailto:sage [2014/07/18(金) 00:19:24.35 ID:9lilrWED] 個人的なリポジトリなら自分が見やすいよう好きにすればいいし 共同のリポジトリなら仲間同士でルール決めてやるほうがよい git flowやgithub flowあたりのメジャーなやりかたを採用するのもよい コミットごとのpushがリポジトリを見づらくしてるよう思うのなら仲間と相談してしないようにルールを決めればよい 160 名前：デフォルトの名無しさん mailto:sage [2014/07/18(金) 01:07:16.29 ID:97CjBc8L] 内容書くと、どこまで書くかという程度がそれぞれなので、文句が出る。 161 名前：デフォルトの名無しさん mailto:sage [2014/07/18(金) 01:23:55.70 ID:fn9HMHhn] >>150 > プッシュし終わった跡に間違いに気づいてコミットしなおした > git commit -m "update" > git push > git add -A > git commit --amend -m "update" > ここからプッシュした内容をけして新しいコミットのをプッシュする場合はどうしたらよいか？ 単純にpushしたらだめという意見が多いが別にそんなことはない。 運用の仕方による。 gitlabを使った場合のやり方。 メインのリポジトリからforkした個人のリモートリポジトリを作る。 これはgitlabにforkって機能があるんでそれを使うだけ。 メインのリポジトリには直接pushしない。個人のリモートリポジトリにpushする。 個人のリモートリポジトリは個人のものだから--amendして直してpushしていい。 そしてこの状態で思う存分レビューしてもらってNGなら直して--amendして pushしてOKになったらメインのリポジトリにマージする。 162 名前：デフォルトの名無しさん [2014/07/18(金) 06:26:27.67 ID:P4uOsCCD] >>151 >>150 をやってしまったのなら pull してコンフリクトを治して add して commit して push するのが一番良い 163 名前：デフォルトの名無しさん mailto:sage [2014/07/18(金) 07:43:45.67 ID:NmG7h+bv] >>161 >>151 が聞いているのは >>150 の状況にならないためにはどうすれば良いのか？ではなくて >>150 の状況になってしまった場合どうすれば良かったのか？だから その回答は今回の場合は適切じゃない あ でも >>150 へのレスだからいいのかな 164 名前：デフォルトの名無しさん mailto:sage [2014/07/18(金) 08:06:52.12 ID:Vkkmxlwy] 上書きしないですぐに修正コミット追加するかrevertしてじっくり修正 誰もrevert使ってないのは縛りプレイなの？ 165 名前：デフォルトの名無しさん mailto:sage [2014/07/18(金) 09:10:39.82 ID:fn9HMHhn] >>164 通常のコミットと、マージコミットと二つあるんだよね。 * A機能のコミット * B機能のコミット * A機能の小さなバグ修正 * C機能のコミット * B機能のrevert * A機能の小さなバグ修正 * B機能の再コミット とかいう、通常のコミットだけの履歴を作りたいのかと。 こういうのは、機能毎にマージコミットであるべき。 166 名前：デフォルトの名無しさん mailto:sage [2014/07/18(金) 19:58:00.50 ID:kcaMBvas] SGitってアンドロイドアプリ使ってみたことある人いる？便利なのかな 167 名前：デフォルトの名無しさん [2014/07/18(金) 20:58:14.38 ID:wFp38Dl6] 2.0.2 168 名前：デフォルトの名無しさん mailto:sage [2014/07/20(日) 12:13:18.06 ID:6LE+xCsK] コミットてどのタイミングでやるべきか教えてください 例えば設定ファイルで設定を書いたらそこで1コミット 169 名前：デフォルトの名無しさん mailto:sage [2014/07/20(日) 18:25:37.05 ID:k6VJN0Us] はい 170 名前：デフォルトの名無しさん mailto:sage [2014/07/20(日) 18:45:06.24 ID:OS5ZzYFf] >>168 そんなのローカルルール。 特に分散型は同一プロジェクト内でも、リポジトリごとに違うことも。 171 名前：デフォルトの名無しさん mailto:sage [2014/07/20(日) 18:47:28.99 ID:llZw+pKm] >>168 後でいくらでも直せるんだから ローカルでコミットするタイミングは バックアップとっておきたいと思ったタイミングだな。 一箇所修正したらコミットとかやるときもある。 コンパイルできなくてもやるときもある。 そのあとpushする前に意味がある単位でコミットを作り直すな。 意味がある単位とは言い換えると、コミット一個だけ取り消したいと思う単位とか 誰かにコードを説明する時に「まず○○に関する修正ですが・・・」の単位とか。 意味が無いことはしない。意味があることをする。と考えれば コミットに分けておくと、何かあった時に便利だなってことに コミットすればいいんだよ。 172 名前：デフォルトの名無しさん mailto:sage [2014/07/20(日) 20:52:14.88 ID:zKSe34gp] 1〜3回目のコミットをまとめる方法をおしえて いま10回目のコミットまでしてある 173 名前：デフォルトの名無しさん mailto:sage [2014/07/20(日) 22:04:48.48 ID:zKSe34gp] mkdir a touch t.txt git init git add -A git commit -m "ic" mkdir b git checkout -f←bディレクトリが残ったままとなる。なぜですか？ 174 名前：デフォルトの名無しさん [2014/07/20(日) 23:31:18.41 ID:667cWtBA] checkout は、リポジトリに登録している物に対して作用する b は、リポジトリの管理外だから無視する 175 名前：デフォルトの名無しさん mailto:sage [2014/07/20(日) 23:36:41.49 ID:tRUHKzxS] ってことはいちいちrm -rf * *.*ってやらないとだめそうですね めんどくせえ 176 名前：デフォルトの名無しさん mailto:sage [2014/07/20(日) 23:37:11.83 ID:PtZju0so] 何のために？ 177 名前：デフォルトの名無しさん mailto:sage [2014/07/20(日) 23:53:43.91 ID:Veyq7Blc] いちからか？ 178 名前：デフォルトの名無しさん mailto:sage [2014/07/20(日) 23:54:29.30 ID:tRUHKzxS] ファイルとかディレクトリを作った後にやりなおしたいんですよ 179 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 00:21:33.87 ID:jb5Wh/p0] 追跡されてないファイルやディレクトリを消すコマンドがあるかもね！？ 180 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 00:40:34.84 ID:bGaWqmfa] そ、その、、コマンドをどうかおしえてください・・・ガクッ 181 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 02:42:51.85 ID:Udsw+XFD] git clean 182 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 04:21:43.81 ID:DpfIQ25M] ファイルが無い空のディレクトリをpushしたいのですが addしてもcommitしてもpush出来ません＞＜ 183 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 05:28:30.74 ID:75s/cUSB] >>182 .gitkeep 184 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 09:50:04.00 ID:W2ckSfZN] ダミーファイルを置いておくという古典的方法じゃダメなん 185 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 12:48:57.77 ID:mYM6Tgvw] .gitkeep って要するにダミーファイルだよな 186 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 13:39:37.03 ID:jb5Wh/p0] 今のところGit公式には.gitkeepを特別扱いするようなコードは無くてただのダミーファイルだよね？ ぶっちゃけ空の.gitignoreの方が悪影響は少ないと思うんだけど 名前が良くないってことなんだろうなあ 187 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 13:47:36.43 ID:By4oX885] というか.gitignoreには「役割がある」からダメなんだと思う 「空のフォルダだけど必要なんです」と言うニュアンスを伝えるにはちょっと 188 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 13:54:08.75 ID:Emref6q+] いくら「ローカルルールで違う」って言っても さすがに「コミットメッセージの2行目は空行」を守ってないところはイメージできない 189 名前：デフォルトの名無しさん [2014/07/21(月) 14:16:55.97 ID:VU7LZ8It] ちゃんげログでもおいておけばいいじゃん 190 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 15:59:18.02 ID:l1b5gSje] gitkeepの悪影響とは 191 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 16:05:11.66 ID:FbNmBe/D] SCM変わったときに「Gitじゃないんだけどなー」と悶々とする。 CVSの頃は .keepme って名前のファイルがよくあったけど、 Svn文化を経由するときに失伝したらしい 192 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 16:06:20.21 ID:kkLNQHqq] 空のディレクトリが必要って状況が想像できない 193 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 16:20:40.07 ID:FbNmBe/D] 入門書とかにハッキリとは書かれてないので 運用してる人は少ないが、公開リポジトリの統合ブランチであっても 「このブランチはrebaseされることあるから、この上で作業すんなよ」 って予め宣言した使い捨てブランチを用意しとけば そのブランチはpush -fしても全然問題ない。 新しいtopicはまず使い捨てブランチへマージし、 masterは定期的に使い捨てブランチにマージされて しばらく生き残っているマージコミットまでffすればOK こうしとけばmasterより先の使い捨て部分はいつでもやり直せる。 revertでもいいんだがゴミがたまるのが辛いし、 失敗してもやり直せる安心感にはかなわない感じ。 194 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 16:23:02.25 ID:nldUh4DS] >>192 その理屈だと、ディレクトリの中を空にしたら 自動的にディレクトリが消えたほうがいいってことになるよ。 195 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 16:25:00.39 ID:nldUh4DS] >>193 rebaseしてはいけないのは、”共有の"ブランチであって、 共有してないものはrebaseしてかまわないんだよね。 gitに限らないけどさ、○○したらだめという意見を見て 意味が分からないがとりあえず禁止だ。一切禁止だ。 みたいに考える人多いよ。 そんなのケースバイケースだろうと。 196 名前：デフォルトの名無しさん [2014/07/21(月) 16:32:44.93 ID:VU7LZ8It] いやいや自分のやり方以外は認められず否定しかできないのがお前らgitterという生き物 197 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 16:54:37.93 ID:PFpi7FDC] >>195-196は同じことを違う側面から見ているのだと思う。 多分、微妙に知識がついて「○○したらダメ」「デフォルトの○○は有害でしかない」というような意見を見て信じこむから否定しかできなくなるんだよね。 で、そういうメリットデメリットを考えられない人がブログとかで同じことを強く喧伝するので広まっていくんじゃないのかな 自分も大抵のことはケースバイケースだと思うわ。 198 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 16:55:57.76 ID:jb5Wh/p0] 公開リポジトリ上のブランチのリベースは、回りに周知できてるならいいんじゃないか？ 自分用のブランチだからcloneして参照すんなとか、 cloneして見ててもいいけどpullは失敗するかもしんないからそんときは自分でなんとかしろとか ただ、周知できてないと、まえにこのスレにも沸いたキチガイみたいに ただpullしてるだけなのにリポジトリ壊れたーとか言い出す奴がでる 199 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 17:16:50.55 ID:dhFOCTWb] linuxのiptablesの設定ファイルとかをgithubで公開したいんですけどどんなやり方がありますか？ 200 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 17:22:44.80 ID:FbNmBe/D] みなさん、ブログの記事かじっただけの 「だれかがかんがえたさいきょうのワークフロー」 信者を相手に苦労してそうだなｗ 201 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 17:28:50.82 ID:jb5Wh/p0] >>193はあんたの考えたサイキョウのワークフローじゃないのかよｗ 202 名前：199 mailto:sage [2014/07/21(月) 17:37:02.31 ID:mynP+LTE] 俺の質問に誰か！ 203 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 17:37:51.41 ID:mYM6Tgvw] >>194 そういうOSが有ってもいいとふとおもった 204 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 18:02:50.97 ID:W2ckSfZN] その理屈だと初期ファイルをパラメータに渡さないとディレクトリを作れないってことになるよ ついでにディレクトリと初期ファイルの権限設定も一緒に渡せると素晴らしいね 205 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 18:18:51.76 ID:kkLNQHqq] gitで空ディレクトリを管理したいって話の流れで 何で一般的なファイルシステムでの話になってんだよ 206 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 18:29:09.64 ID:nldUh4DS] >>205 ソースコードをチェックアウトすると、 ファイルシステムにディレクトリができるから。 結局のところ、空ディレクトリをgitで管理したい事の本質は clone・checkoutした時に空ディレクトリを作りたいかって ことになるんだよ。 207 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 19:00:28.92 ID:FbNmBe/D] >>199 単一のファイルを公開したいだけならGistに貼るのがお手軽でいいんじゃね？ 208 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 20:46:28.55 ID:By4oX885] >>192 プロジェクトのディレクトリ構造を予め決めたい場合とか無いの？ 209 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 22:18:25.16 ID:75s/cUSB] >>188 何そのルール。コミットメッセージは1行しか書いたことない。 210 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 22:18:48.89 ID:GJtkXJR5] でも、そのディレクトリ構造すらバージョン管理するケースを考えれば、プロジェクトのディレクトリ構造は生成スクリプトにしておくべきなのかもな 211 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 22:51:42.93 ID:Udsw+XFD] >>209 keijinsonyaban.blogspot.jp/2011/01/git.html?m=1 これによると段落が続く場合は空行が必須っぽい 212 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 22:52:10.89 ID:gNmDhqbD] >>210 > そのディレクトリ構造すらバージョン管理するケースを考えれば subversionでは普通に出来たから、そこから移行してきた所が「同じこと出来ないの？」と思うのは分かる。 (出来たというか、タグやブランチもディレクトリ構造の履歴記録の応用として実現してるぐらいなんで>SVN) 213 名前：デフォルトの名無しさん [2014/07/21(月) 23:20:16.59 ID:VU7LZ8It] ただpullしてるだけなのにconflict起こすからなんらかの介入が必要になるのがgitとかいう糞vps 214 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 23:26:47.51 ID:CUNvmPzK] 今までの仕事で見たコミットログ インターンで毎回こういうコミットログを送る奴がいた お世話になります。インターンの△△です。 作業開始時刻 ○○：△△ 作業終了時刻 ○○：△△ 作業時間 ○○時間△分 作業内容 〜ここに50行ぐらい〜 次に作業する内容 〜ここに10行ぐらい〜 その他メンバーに報告したい事： 〜ここに10行ぐらい〜 215 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 23:30:01.63 ID:75s/cUSB] >>211 メールにするようなローカルの場合じゃないか。 216 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 23:43:14.00 ID:Udsw+XFD] >>215 > 変更に対する短い（50文字以下の）要約 > > もし必要なら、より詳しい説明を述べる。 > 約72文字ほどで折り返すようにせよ。 >ある文脈では、最初の行はE-Mailの件名になり、残りのテキストが本文になる。 > 空行で本文と要約を分離するのは絶対に必要だ（本文を省略していない限り）。 > もしも二つを繋げてしまうと、rebaseのようなツールが混乱する可能性がある。 とあるからgitの仕様として空行は必要なんじゃない？ あ、でも要約を抜き出すときは空行があれば便利ってだけのことなのか 217 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 23:54:33.85 ID:75s/cUSB] >>216 その前提がローカルって言っている。 218 名前：デフォルトの名無しさん mailto:sage [2014/07/21(月) 23:55:00.47 ID:NsSxsujv] rewrite aaa.txt (98%) commitしたときに98%って表示されたんですけどこれ何？ 219 名前：デフォルトの名無しさん mailto:sage [2014/07/22(火) 00:18:41.70 ID:oEdY4w5f] >>217 gitのコマンドラインの内蔵ツールの一部が前提としている条件なんだから、「ローカルルール」は言い過ぎなんじゃないの？ 守らなくても動作しなくなるわけではないという意味では必須ではないだろうけど。 言葉の定義の問題になっちゃうけど、公式推奨ルール的なものはローカルルールとは言わないと思うけどね、普通は。 220 名前：デフォルトの名無しさん mailto:sage [2014/07/22(火) 04:14:16.08 ID:VGbmS+Eh] >>219 その内蔵のロジックを使ってる人にしか意味がないルール。 実装だ、というのであれば上記のように使わないという選択肢があるが、ルールは守るべきものでしょう。 単なるツールなのだから、ルールなんて無い気もするし。 単にそうなるというなら実装。 必要な場所では守るべきものなら、ローカルルール。 そういう場合もあるから、こうする癖をつけておいた方がいいというなら、ノウハウ、プラクティス。 221 名前：デフォルトの名無しさん mailto:sage [2014/07/22(火) 04:57:47.89 ID:m2X37Pt+] ローカル言いたいだけだろ 反抗期みたいなもんだから、スルーしときなよ 222 名前：デフォルトの名無しさん mailto:sage [2014/07/22(火) 09:35:51.95 ID:VGbmS+Eh] 了解 223 名前：デフォルトの名無しさん mailto:sage [2014/07/22(火) 14:01:00.00 ID:9vLp8hBC] >>218 DNA鑑定の結果 224 名前：デフォルトの名無しさん mailto:sage [2014/07/22(火) 18:10:41.04 ID:DgetY8L8] コミットログをどうやって書いてるのか参考にしたいので 誰かおすすめのリポジトリおしえて 225 名前：デフォルトの名無しさん mailto:sage [2014/07/22(火) 18:11:31.13 ID:DgetY8L8] コミットが2000ぐらいあるリポジトリをクローンしたいんだけどさ 全部クローンするのは時間かかるので最初の1から50までのコミットだけ取る場合のやり方をおしえて 226 名前：デフォルトの名無しさん mailto:sage [2014/07/22(火) 18:34:12.18 ID:9vLp8hBC] >>224 git 227 名前：デフォルトの名無しさん mailto:sage [2014/07/22(火) 18:34:36.00 ID:rhcifys/] ＞最初の1から50まで 「最新50コミット」って意味なら、きっちり需要を満たしているかはわからないけど git clone --depth=50 repos ちなみに今テストしたらreposがローカルにある場合は「file://path/to/repos」としないと全部コピーしちゃうので注意 228 名前：デフォルトの名無しさん mailto:sage [2014/07/22(火) 19:09:09.68 ID:W07N6TR2] ちがうよ最初の方の1から50 git init して一番初めの1から50まで 229 名前：デフォルトの名無しさん mailto:sage [2014/07/22(火) 21:32:24.88 ID:XzkIJVA+] Gitの場合、最初のコミットが1つじゃない可能性があるから 最初のコミットから50までっていう指定は無理なんじゃないか？ 230 名前：デフォルトの名無しさん mailto:sage [2014/07/22(火) 21:36:56.63 ID:K/PzrTBo] 最初のコミットだけじゃなくて、3つめまではどれかって話だよな。 A │＼ ↓　↓ o　　o ↓　↓ o　　o ↓　↓ C　　B 231 名前：デフォルトの名無しさん mailto:sage [2014/07/22(火) 21:41:51.82 ID:IAzhYGe7] おそらくすべてのコミットの時系列的に50個目ってことっしょ SVN的な 232 名前：デフォルトの名無しさん mailto:sage [2014/07/22(火) 22:50:30.79 ID:VGbmS+Eh] おそらく何にも考えてないだけっしょ 233 名前：デフォルトの名無しさん mailto:sage [2014/07/22(火) 23:07:48.53 ID:XzkIJVA+] ああたしかに、最初がひとつでも、HEADがひとつに定まらん可能性があるのな HEADが複数な場合、そのそれぞれに対応したブランチ名が無いし、困ってしまうね 234 名前：デフォルトの名無しさん mailto:sage [2014/07/23(水) 08:17:37.76 ID:VxAus1Vh] HEADがひとつだとして、最初から50番目のコミットIDがわかれば、git fetchでいけるかと思ったけどうまくいかないね hgだとclone -r コミットIDで途中までcloneできるんだけど 235 名前：デフォルトの名無しさん mailto:sage [2014/07/23(水) 11:50:34.68 ID:7MX9nHNJ] コミットログのよりよい書き方とかブランチの切り方とかコマンドを実行するタイミングとかいろいろ教えてください ログは英語で書けないので日本語で書くものでお願いします php rssdownload.php http://フィードのurl でフィードを取得して最新1件をファイルに追記していくプログラムでお考えください まだ何もコードを書いてない状態でgit init;git add .;git commit -m "Initial commit";します そしてここでgit checkout -b develop クラスと必要なメソッドを書きます。メソッドの中身はまだ書きません class Rssdownload{public function getFeed(){//空}などいくつかメソッドを書く} そしてgit add .;git commit -m "クラスとメソッドのスケルトンを追加" ここからメソッドの中にコードを書きます。一番最初にgetFeedメソッドにダウンロードする処理を書きます そして書きましたのでgit add .;git commit -m "フィードをダウンロードするメソッドを書いた" git checkout master git merge develop こんな感じでいいでしょうか？ 236 名前：デフォルトの名無しさん mailto:sage [2014/07/23(水) 11:59:10.93 ID:rdKtmwhJ] コミットは日本語使わない方が安全 237 名前：デフォルトの名無しさん mailto:sage [2014/07/23(水) 12:37:02.01 ID:GD00E4+x] >>235 だめです。 gitはバージョン管理です。 作業履歴を残すツールではありません。 バージョンなので機能に変更があった時がコミットになります。 メソッドの中身が無いものを作った所で機能（バージョン） は何も変わってないのでコミットとしてとっておく必要がありません。 ただし、自分のローカルリポジトリや、 他人に作業内容をレビューしてもらうのが目的のブランチなら別です。 gitを作業履歴として使っているので、修正を説明したい単位でコミット取るのはありです。 だけどこれはメインブランチにマージされる時に一つ、 または機能の単位毎にまとめられます。 238 名前：235 [2014/07/23(水) 12:49:27.98 ID:7Q0hA37B] おらがいなかもんだおもってうそこぐな>>237 239 名前：デフォルトの名無しさん mailto:sage [2014/07/23(水) 13:19:16.16 ID:iSdQDUGU] >>228 ぶっちゃけそんなもんを必要とする場面が想像できなくて、ただの煽りとしか思えないが、 とりあえず思いつくやり方は 一旦cloneする→cloneしたやつでgit resetする→さらにそこからcloneする とかかな？ 240 名前：デフォルトの名無しさん mailto:sage [2014/07/23(水) 13:26:25.75 ID:WJZjj5QG] それじゃだめです巨大リポジトリからダウンロードすると通信料かかるのです 241 名前：デフォルトの名無しさん mailto:sage [2014/07/23(水) 13:56:00.92 ID:iSdQDUGU] モバイルで全部事足りるからって固定回線全部捨てたお前が悪い 242 名前：デフォルトの名無しさん mailto:sage [2014/07/23(水) 14:03:19.99 ID:xMQ/Q89h] subversion で旧バージョンをもとにフォークしたときは普通にgit svn clone できたけど 元がgit だと全部持ってきたほうがよさそうね 243 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 14:59:58.63 ID:+FhslZO7] Git 2.0.3 リリース https://github.com/git/git/releases/tag/v2.0.3 244 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 15:37:36.88 ID:r6QGED5m] ブランチを切り替えて作業した内容をmasterブランチにマージする場合の定石コマンドを教えて 245 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 15:46:46.70 ID:2xZpDB05] github で自分のブランチから master->branch の pull request を作る 246 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 16:59:10.13 ID:EZX0DS/3] 自分の作業用ブランチならrebaseしてpushしてもいいの? 247 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 17:17:53.40 ID:RXCuruZL] その質問には答えられません 248 名前：デフォルトの名無しさん [2014/07/24(木) 18:38:47.92 ID:2xZpDB05] 自己責任で済まないからな 249 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 18:43:04.61 ID:4y3AwbX8] >>246 運用上、そのブランチをベースにして誰かがコミットを重ねてなきゃいいよ 250 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 19:12:11.39 ID:eQap2LAf] >>246 キチガイがpullする可能性があるかどうかも気にしておけ！ 251 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 20:44:52.79 ID:EZX0DS/3] バックアップ的にpushしときたいんだよね この時点で間違ってるのかな 252 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 20:58:24.83 ID:HrSZ7LES] そのためのブランチ 253 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 21:04:30.41 ID:eQap2LAf] まあ、外部にpushしとくと少し安心感が増すよね rebaseすること前提の個人ブランチ名の運用ルールでも決めときゃいいんじゃない？ 254 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 21:26:52.08 ID:f4kjQ3wJ] >>250 別にpullされても、その人のlogがおかしくなるだけだろ？ エラーが出るわけでもない、ただFFできないからマージコミットになるだけ。 そういうブランチがあったとしても、誰も困らない。 255 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 21:34:03.12 ID:f4kjQ3wJ] >>253 決める必要あるの？ だって共有じゃないものは、自分を含めた誰かの個人のブランチでしょ？ 自分のブランチは自分で管理すればいいし、他人のブランチは無関係。 共有リポジトリに沢山ブランチができて邪魔なぐらいでrebaseするかどうかはどうでもよくない？ 共有ブランチをrebaseするなっていうのは、 みんながそのブランチをベースにして開発するからなわけで、 共有じゃないものはどうだっていいと思うけどな。 もっともうちではgitlabつかって、個人リポジトリにforkして リポジトリ間でMerge Request（githubでいうPull Request）を 送ってるけどね。共有リポジトリは共有ブランチだけになるし、 そのほうがフローが綺麗なんだよ。 256 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 21:34:07.17 ID:pB/6WHYI] masterにマージしてpushしちゃうかもしれないのがキチガイのキチガイたる所以 257 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 21:35:16.51 ID:eQap2LAf] >>254 修正前と修正後をマージすることになるから、場合によってはコンフリクトするよね？ 258 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 21:39:07.36 ID:eQap2LAf] コンフリクトするならマシかな？ 修正前と後が両方残るような変な感じにマージされちゃわない？ 259 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 21:48:24.81 ID:pB/6WHYI] >>255は統合マネージャー型のワークフロー前提だから話が噛み合わない 中央集権型のワークフローの場合にどうしよう？って話 260 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 21:52:46.54 ID:f4kjQ3wJ] >>256 > masterにマージしてpushしちゃうかもしれないのがキチガイのキチガイたる所以 そんなにmasterへのpushをロックすればいいだけじゃね？ gitlabでそうしてるけど？ 261 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 21:54:30.75 ID:f4kjQ3wJ] >>259 なんだよ、統合なんたらとか集中とか 自分用語言われてもわからんわｗ gitなんだからgitらしく使え。 262 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 21:56:38.90 ID:pB/6WHYI] >>261 git-scm.com/book/ja/Git-%E3%81%A7%E3%81%AE%E5%88%86%E6%95%A3%E4%BD%9C%E6%A5%AD-%E5%88%86%E6%95%A3%E4%BD%9C%E6%A5%AD%E3%81%AE%E6%B5%81%E3%82%8C 263 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 22:02:39.01 ID:pB/6WHYI] あ、>>161でも噛み合ってない。 264 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 23:04:41.17 ID:eQap2LAf] >>254 $ (mkdir foo1; cd foo1; git init; date > date1.txt; git add date1.txt; git commit -m "foo1 repo 1st") $ git clone foo1 foo2 $ (cd foo1; git mv date1.txt date2.txt; git commit --amend --no-edit) $ (cd foo2; git pull --no-edit) $ (cd foo1; ls) date2.txt $ (cd foo2; ls) date1.txt date2.txt foo1レポジトリはdate1.txtを作ってそれをdate2.txtにmvしてコミット書き換え それをcloneしてpullしていたfoo2には、date1.txtとdate2.txtの両方残っちゃった！ 265 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 23:08:12.80 ID:f4kjQ3wJ] >>264 何か問題が？ cloneした自分のブランチは自分で管理しろよ。 最新のブランチに同期したいなら、消してから取り直すだけでいい。 266 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 23:15:59.98 ID:eQap2LAf] >>265 >>264は自分でcloneしてるけど、当然のことながら他人がcloneしてpullした場合にも同じことがおこるんだよ？ >>254の「別にpullされても、その人のlogがおかしくなるだけだろ？ 」これが間違ってるって言ってるの おかしくなるのはlogだけじゃなくてリポジトリそのものが整合取れてない状態になる 自分なら消して取り直せばいいが、他人は気がつかない可能性があるのがわからんのか？ 267 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 23:22:28.57 ID:f4kjQ3wJ] え？ リポジトリはその人のローカルリポジトリでしょ？ そんなの知ったことじゃないじゃない。 前提として>>246に書いてあるように自分専用の作業ブランチの話だよ？ それを他人がどうとったからって、その人の問題じゃないか。 オリジナルの自分専用の作業ブランチは、自分で好き勝手していい。 それを他人が勝手に盗んで、その人のローカルリポジトリの ブランチをどう書き換えようが、その他人さんが自分で責任もつことでしょ。 268 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 23:27:36.97 ID:eQap2LAf] >>267 ふざけるなよ おまえ自分の書いた>>254をよく読め ＞別にpullされても、その人のlogがおかしくなるだけだろ？ ＞エラーが出るわけでもない、ただFFできないからマージコミットになるだけ。 ＞そういうブランチがあったとしても、誰も困らない。 pullされたら、エラーもでるし、logだけじゃなくてレポジトリそのものがおかしくなる場合もある FFできないマージコミットになるだけなんかでは断じてない 269 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 23:56:15.78 ID:lcgW/ICS] masterの話は誰もしてない 270 名前：デフォルトの名無しさん mailto:sage [2014/07/24(木) 23:59:45.07 ID:RXCuruZL] あいまいな質問する奴と あいないな質問にエスパーして答える奴 この２種類がいる限り 271 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 00:00:33.90 ID:J29irW36] あと>>264も別にリポジトリはおかしくなってない reflog見て適当なとこにresetするだけだ 272 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 00:03:19.67 ID:oxVV+Dk5] >>271 reflogみて適当なところにresetしなきゃならないってことを、どうやって気がつけばいいいんだ 273 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 00:03:44.97 ID:J29irW36] >>272 pullしたときforced update云々出るだろ 274 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 00:09:45.52 ID:oxVV+Dk5] >>273 すべての人がforced updateに気づいて正しく対処できるとおもってんのか？ 275 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 00:10:01.25 ID:J29irW36] ていうか話がずれてて、他人の個人用ブランチをワーキングエリアに(カレントブランチに実際のファイルとして)展開してる馬鹿がいて そいつが更にpullしたときにワーキングエリアが変になるってだけの話だろ？ masterか、チェックアウトされる可能性がある共有ブランチ書き換えない限りeQap2LAfの言うようなことは起きんよ どう考えても「そんなこと知ったことではない」が正しい 276 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 00:12:51.68 ID:oxVV+Dk5] まずは>>254が間違ってましたってゴメンナサイするのが先だろ そして他人から見えるブランチをrebaseする可能性がある場合には それが明確になるよう運用しなければいけない理由がわかったか？ 277 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 00:13:38.00 ID:0uQevWYT] >>246 結論 こういう(>>247-276)トラブルを避けるためにもやらないのが無難 やるならトラブルを引き起こすリスクを覚悟した上で自己責任で 278 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 00:14:51.81 ID:HVzq131/] 100行あるコードをコミットしました そして10行まで削除してコードを書きなおそうと思います そこで最後にコミットした内容を見ながらコードを書きたいんですけど 最後のコードを表示する方法を教えてください 279 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 00:15:17.80 ID:J29irW36] いや変なのは明らかにeQap2LAfなんだが・・・ 280 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 00:18:50.16 ID:oxVV+Dk5] >>279 自分がおかしくないと思うなら、>>254が間違ってたことをまずは肯定してくれないかな？ 281 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 00:19:44.83 ID:0uQevWYT] >>278 2ペインの片方に最後のコードを表示できる賢いIDEを使いましょう 282 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 00:24:31.90 ID:eA/GtSQx] >>281 そんなIDEは無いよ 283 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 00:25:55.65 ID:0uQevWYT] じゃあ諦めましょう。 284 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 00:32:09.56 ID:oxVV+Dk5] 俺の使ってるIntelliJ IDEAは、前回コミットした内容をウィンドウに表示しながら別のウィンドウでそのファイルを編集できるぞ さらに、編集中のウィンドウでは前回のコミットからどの行が編集されたかマークが表示されて、 そのマークをクリックすれば編集前の行の内容がポップアップで表示される 285 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 18:57:19.85 ID:voM5b4Ni] >>266 > >>254の「別にpullされても、その人のlogがおかしくなるだけだろ？ 」これが間違ってるって言ってるの わからん。解説たのむ。例えばふたつのリポジトリ * A氏のリポジトリrepo-a、 * A氏のリポジトリからcloneしたB氏のリポジトリrepo-b があったとする。 1. A氏がrepo-aに作業用ブランチworkをpushした。 2. B氏がrepo-aのworkをrepo-bにpull 3. B氏がrepo-bのwork上に独自にコミットを追加した。 4. A氏がworkをrebaseしてrepo-aにpushした 5. B氏がrepo-aのworkをpull -> repo-bのworkでマージ発生。 6. B氏発狂 7. A氏「しらねーよ。repo-aは正常だよ？」 何が問題なんだぜ？あえて言えば3でB氏がworkにコミット追加するのが間違いだが。 286 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 19:25:08.83 ID:oxVV+Dk5] >>285 >>264の例をよく見てもらえばわかると思うんだけど、 B氏が単にcloneしてpullしただけで非FFのマージが発生する そのマージはコンフリクトするか、まちがったマージになる 287 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 19:43:14.81 ID:oxVV+Dk5] cloneしてその後リベースされたのをpullした場合 リベースされたrepo-aをfetchした段階でこうなる repo-bのwork -> repo-aのworkのリベース前のコミット repo-bのremotes/repo-a/work -> repo-aのworkのリベース後のコミット そして次にmergeが動いてrepo-bのworkにrepo-bのremotes/repo-a/workをマージする この2つのコミットは非FFな関係だからガチのマージが動くことになる 都合よくリベース前側のコミットの差分を無視なんかしてくれないからマズイ結果になる 288 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 19:59:14.18 ID:J29irW36] だから>>286が間違いだっての workブランチをワークスペースに展開してない限り何も起きねーよ 289 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 20:09:14.32 ID:oxVV+Dk5] >>288 repo-aのworkブランチをcloneしてpullした場合の話をしてます >>285もそういう前提の話でおｋ？ 290 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 21:06:16.92 ID:voM5b4Ni] >>287 > 都合よくリベース前側のコミットの差分を無視なんかしてくれないからマズイ結果になる うんうん、 5. B氏がrepo-aのworkをpull -> repo-bのworkでマージ発生。 のことだよね？ それはworkという他人の作業ブランチをチェックアウトしている B氏が注意して避けるべき問題であって、B氏以外の人が配慮するべき問題ではないよね。 B氏がそれを避けられないほど間抜けだっつう話だとしても、 B氏を哀れだとは思うがB氏以外の人が負担を強いられるべき問題だとは思わない。 291 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 21:33:38.76 ID:oxVV+Dk5] >>290 5.が起こるのに3.は必要無いってことです 整理します。俺が>>254が間違ってると言ってる話の流れはこうです 246: 自分の作業用ブランチならrebaseしてpushしてもいいの? 250: >>246 キチガイがpullする可能性があるかどうかも気にしておけ！ 254: >>250 別にpullされても、その人のlogがおかしくなるだけだろ？ エラーが出るわけでもない、ただFFできないからマージコミットになるだけ。 そういうブランチがあったとしても、誰も困らない。 ※その人のlogがおかしくなるだけじゃなくてコミットもおかしくなる ※エラー(コンフリクト)も出る ※マージコミットになるだけじゃないくて、コミットの内容自体がオリジナルとは異なる ※そういうブランチがあったら誰も困らないなんてことは無い。そのpullしてる人は困る この流れでは>>254は間違ってると言い切っていいよね？ 292 名前：249 mailto:sage [2014/07/25(金) 22:17:26.06 ID:nlpJ8mOy] なんとなく >>291 の主張していることが理解できた気がする。 たとえば他人の作業ブランチを勝手にpullしたキチガイのブランチが先にmasterにマージされたら、 元の作業ブランチをrebaseしたブランチを後でmasterにマージしようとしたときに コンフリクトしたり意図しない結果になるだろう。 理屈はわからんでもないが、それはrebaseに限った話ではないし、そんなキチガイに自由にさせることがおかしい。 gitなら過去のcommitをすべて破壊することだってできる。 >>254 「別にpullされても、その人のlogがおかしくなるだけだろ？」 に対しては、通常の運用では正しい。そうならない運用があるならその運用は決定的に間違ってるのでルールを作れ。 キチガイがいたら教育するか排除するかしろ。 > この流れでは>>254は間違ってると言い切っていいよね？ よくない。>>254を否定する同じ理屈で「gitは危険だから使うべきでない」とも言える。 前提がバカバカしい。 293 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 22:26:51.08 ID:oxVV+Dk5] >>292 いや、ちょっとまってくれよ？ 「作業用ブランチならrebaseしてpushしてもいいのかどうか」については、してよいとも、してはいけないとも、俺は言ってない ＞ 246: ＞ 自分の作業用ブランチならrebaseしてpushしてもいいの? ＞ 250: >>246 ＞ キチガイがpullする可能性があるかどうかも気にしておけ！ ＞ 254: >>250 ＞ 別にpullされても、その人のlogがおかしくなるだけだろ？ ＞ エラーが出るわけでもない、ただFFできないからマージコミットになるだけ。 ＞ そういうブランチがあったとしても、誰も困らない。 この250に対する254の書き込みが間違ってるかどうかだぞ？ >>291の※の指摘をよく見てくれ おれの指摘は上記の書き込み以外の前提は全く無い 勝手に前提を仮定しないでくれ 294 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 22:31:44.14 ID:oxVV+Dk5] 作業用ブランチならrebaseしていいのかを議論する上で、実際にどんな影響があるのかをしっかり認識しておくのが重要だと思うんだ それなのに、>>254のように間違った認識しかできてない状態で議論を進めるのは危険だろ だからまず>>254の認識が間違ってることをはっきりさせたいんだ どんな影響があるかをしっかり認識した上で、 勝手にpullする人の責任だっていう意見ならそれはそれでいいと思う 295 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 22:32:04.58 ID:9e0PWdlB] gitスレって荒れやすいね 296 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 23:06:02.09 ID:CnocSSYp] こんなの荒れてるうちに入らない 荒れているっていうのはこういうことを言うのだよ黄猿君 【PHP】下らねぇ質問はID出して書き込みやがれ 135 kanae.2ch.net/test/read.cgi/php/1405860979/ 297 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 23:18:58.22 ID:9e0PWdlB] 俺がスレ荒れてると思えばそうなんだろう、俺ん中ではな！ 298 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 23:22:28.88 ID:voM5b4Ni] >>291 > 5.が起こるのに3.は必要無いってことです たしかに別に3がなくても5で不要なマージコミットできちゃうね。 でもそれってB氏の責任というのが俺の立場だなぁ。 > ※そういうブランチがあったら誰も困らないなんてことは無い。そのpullしてる人は困る つまり、 >>254「(pullした奴以外)誰も困らねーだろ」 >>250「pullした奴が困ってるじゃねーか」 ということかな。だいぶ君の主張が理解できた気がする。(つづく) 299 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 23:23:17.38 ID:voM5b4Ni] だが、これを聞いてもやはりpullした奴(例えばB氏)が気をつけるべきだというのが俺の見解だよ。 理由はpullした奴(例えばB氏)も実はそんなに困らないからなんだ。 昔のGitだと当てまらないことも多いかもしれないが、 1. 上流を参照するだけのブランチはpull --rebaseで更新するようにする 2. 勝手に古いブランチを捨てるのが嫌ならpull --ff-onlyで上流のrebaseを検出できるようにする 3. git fetch 時の出力に (forced update) と表示されてないか注意しておく 4. pull/merge前の git status/checkout のときに your branch and'origin/work' have divergedと出力されない (ca be fast-forwardedと出力される)のを確認する 5. merge時のff-onlyとかをconfigに指定しとく などなど (他にもある) 、いくらでも避ける手段はあるうえ、 万が一pullしてmergeが発生してしまったとしても、 resetやreflog, conflicしていた場合はmerge --abortとかで戻れるわけだし。 merge発生に気づかないほど間抜けなら(ry 300 名前：249 mailto:sage [2014/07/25(金) 23:28:10.04 ID:nlpJ8mOy] >>293-294 お前さんの言いたいことはよくわかった。 結論: >>250 から先は意味のない議論だ。どうでもいい キチガイが勝手に俺のブランチをpullしてrebaseしてmasterにマージしたらかなわんね。 すべてを破壊するキチガイの存在を肯定した議論など何の役にも立たない。 301 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 23:31:00.30 ID:oKdTZN9u] > キチガイが勝手に俺のブランチをpullしてrebaseしてmasterにマージしたらかなわんね。 手元にはあるのだから、pushしなおせば？ キチガイを持ち出すなら、キチガイが会社中のパソコンを 壊しまわることもあるので、それはキチガイをどうにかすればいいという話で もはやgit関係ない。何を使おうが壊そうと思えば壊せる。 302 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 23:34:04.18 ID:oxVV+Dk5] >>299 何度も言いますが、誰が気をつけるべきかという問題と、>>254が間違ってるかどうかは、関係ありません 誰が気をつけるべきかどうかという問題を議論する前に、 >>254が間違っているかどうかをはっきりさせておきたいのです どういう影響があるかをはっきりさせないと、誰が「何を」気をつけるべきかという点が曖昧になってしまいます そういうわけで、>>254が間違っているかどうかを答えて頂けませんか？ 303 名前：249 mailto:sage [2014/07/25(金) 23:34:35.23 ID:nlpJ8mOy] そう。>>250 から先はgit関係なくてほとんど意味がない。 「gitを使ってどういう嫌がらせができるか」という話にしかならない 304 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 23:36:29.29 ID:voM5b4Ni] >>300 >>291 pullしてmerge発生したのに気づかず上流のmasterにpushしちゃうってことを危惧してたの？ だとしたらそんなことするアホにpush権限与えてしまった上流リポジトリのオーナーが間抜けって話だね。 305 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 23:36:32.91 ID:oxVV+Dk5] >>300 実際にpullされたときにどういう現象が起こるかどうかをはっきりさせておくのは重要だと思いませんか？ それをはっきりさせることでどこまで許容できるかという話が可能になります 306 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 23:40:56.18 ID:oxVV+Dk5] >>304 >>161あたりがこの話題の元になってると思うんですよ 気になるのはここですね ＞そしてこの状態で思う存分レビューしてもらってNGなら直して--amendして ＞pushしてOKになったらメインのリポジトリにマージする。 レビューしてるひとに迷惑かかりますよね？rebaseしてるからレビューするひとは毎回ブランチ作り直しです 307 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 23:45:53.97 ID:voM5b4Ni] >>302 > そういうわけで、>>254が間違っているかどうかを答えて頂けませんか？ うーん、俺の理解は↓のとおりだよ。 >>254「(pullした奴以外)誰も困らねーだろ」 >>250「pullした奴が困ってるじゃねーか」 254の発言を字面通りに解釈するなら君の言うとおりpullしたやつが困ってる、という意味で「誰も」は正確ではないと主張は可能だね。 だけど、254は(俺もだけど)暗黙的にpullした奴が困ってるのはそいつの責任だからしったこっちゃねーよ (しかも避ける方法・回復する方法などいくらでもあるから本当には困ってねーだろ) という意味で「誰も困らない」と言っているのだと思うけど？ だから、単純に字面を額面通りに捉えて >>254 が間違っているという主張には賛同できないな。 どうだろう？ 308 名前：249 mailto:sage [2014/07/25(金) 23:51:17.91 ID:nlpJ8mOy] >>304 「気づかず」ではなくて >>291 が主張しているのは半ば意図的に 他人の「作業」ブランチをベースとしたブランチを作った上でそれを操作してmasterに マージする(など各種ブランチ操作)が技術的に可能、という話だと思う。 元のブランチがそれを意図していないなら嫌がらせの類だと感じる。 masterにマージするのはそいつでも他の誰かでもいい。 > そんなことするアホにpush権限与えてしまった上流リポジトリのオーナーが間抜けって話だね。 そういう話にしかならないから不毛 309 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 23:51:38.74 ID:oxVV+Dk5] >>307 なぜあなたは>>254の最後の「誰も困らねーだろ」が「(pullした奴以外)誰も困らねーだろ」であることを知っているのでしょうか？ 私は文面どおり「 (pullされた奴もpullした奴も)誰も困らねーだろ」の意味にとりました なぜなら1行目と2行目でpullした奴に実質的に影響が無いということを述べているからです あなたは>>254かエスパーなのでしょうか？ 310 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 23:54:12.80 ID:voM5b4Ni] >>306 > レビューしてるひとに迷惑かかりますよね？rebaseしてるからレビューするひとは毎回ブランチ作り直しです それでいいのでは。 レビューで出される指摘事項に依存すると思うけど、 「あっちのコミットとこっちのコミットは一つのコミットにするべきだから、fixupして」 あるいは 「このコミットは2種類の変更が混じってるから分割して」 とかの指摘だった場合、rebase以外で対応するのは原理的に無理だよ? 311 名前：デフォルトの名無しさん mailto:sage [2014/07/25(金) 23:57:06.19 ID:oxVV+Dk5] >>307 とりあえずあなたは、>>254の3行目に関しては文面どおり捕らえれば間違っているが、 「(pullした奴以外)誰も困らねーだろ」と解釈できるから間違っていないという意見ということでいいですか？ >>254の1行目と2行目はどう解釈しようも無く間違っているということでいいですか？ 312 名前：249 mailto:sage [2014/07/25(金) 23:59:51.07 ID:nlpJ8mOy] >>307 > >>254「(pullした奴以外)誰も困らねーだろ」 > >>250「pullした奴が困ってるじゃねーか」 そうではなくて、 >>302 や >>309 が主張しているのは 「pullした奴が、(オリジナルブランチのAuthorなど)他のメンバーを困らせることが可能」ということだと思う。 でもオリジナルのブランチの作者がrebaseするとかしないとかもう全然関係ないのがね。 意図的に人を困らせる操作なんかいくらでもあるので 313 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:00:00.83 ID:p4ua17EP] >>309 まず、おれは >>254 じゃないよ 俺の中では >>299 で書いたようなことが暗黙的な前提になってるから、 >>254 のような発言を見た時に 「(pullした奴以外)誰も困らねーだろ」 と解釈したなぁ。 普段も上流をそのまま追いかけたいブランチをチェックアウトしてる場合、 上流からfetchする際は上流のrebaseが無かったか、mergeする前にfast-forwardになるか 必ずチェックするし。 314 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:01:49.35 ID:JET6jTHt] >>310 常に問題無いというわけでは無いですよね レビューする人も人間ですからミスしてpullしちゃう可能性があります なのでレビューのやりとりでrebaseするかどうかをはっきり表明しておく必要があると思います 315 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:08:57.84 ID:JET6jTHt] >>313 なるほど。たぶんあなたは>>254の1〜2行目の問題に>>298で初めて気がついたからそういう解釈になってしまったのですね 316 名前：249 mailto:sage [2014/07/26(土) 00:11:27.38 ID:7f7nHnx7] >>>307 >なぜあなたは>>254の最後の「誰も困らねーだろ」が「(pullした奴以外)誰も困らねーだろ」であることを知っているのでしょうか？ >私は文面どおり「 (pullされた奴もpullした奴も)誰も困らねーだろ」の意味にとりました ただの日本語が不自由な人じゃないか・・・ 一生懸命考えて損した。 この板もID出るようになってるのか。いいことだ。 317 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:12:26.21 ID:JET6jTHt] >>313 本来こういう迷惑をかけないために公開リポジトリはrebaseしないというルールがあるのですけどね ＞普段も上流をそのまま追いかけたいブランチをチェックアウトしてる場合、 ＞上流からfetchする際は上流のrebaseが無かったか、mergeする前にfast-forwardになるか ＞必ずチェックするし。 チェックする必要があるというのは修羅の国ですね 318 名前：249 mailto:sage [2014/07/26(土) 00:17:47.11 ID:7f7nHnx7] >>317 ヒント > 246 ：デフォルトの名無しさん：2014/07/24(木) 16:59:10.13 ID:EZX0DS/3 > 自分の作業用ブランチならrebaseしてpushしてもいいの 319 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:19:37.53 ID:p4ua17EP] >>314 レビューしてもらう側からrebaseしたよ、と言うのは親切かもしれないけど、 レビューする側(とくにmergeする責任を負う奴)は master..topic にどういうコミットが 表示されるかぐらいはチェックするよ。つーかそれがレビューという作業だと思うけど？ topicを送ってきた相手によっては、 「そいつの仕事を完全に信頼してるので言われたとおりmergeする」 ってのもあるかもしれないよ。 でもそれによって送ってきた奴のミスが伝搬してしまうのはしょうがないよな。 そんなこと言い始めたらいくらでも変な状況は想定できるわけだし。 320 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:19:47.98 ID:JET6jTHt] >>316 1行目と2行目でpullする人には実質的な影響無いよ！ってことを述べているのに、 3行目が突然(pullする人以外)誰も困らないよ！って意味になってるとしたらおかしいですよね？ 普通に考えれば(pullする人は)誰も困らないよ！って意味になると思います。 ＞別にpullされても、その人のlogがおかしくなるだけだろ？ ＞エラーが出るわけでもない、ただFFできないからマージコミットになるだけ。 ＞そういうブランチがあったとしても、誰も困らない。 321 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:22:24.95 ID:p4ua17EP] >>315 >>254 > 別にpullされても、その人のlogがおかしくなるだけだろ？ > エラーが出るわけでもない、ただFFできないからマージコミットになるだけ。 ここかい？ 間違いがあるとしたら、 「エラーが出るわけでもない」→コンフリクトすることもあるね くらいかな。 他にどんな間違いが？ 322 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:24:55.79 ID:p4ua17EP] >>320 おおぅ、そういう解釈してるの？ > ＞別にpullされても、その人のlogがおかしくなるだけだろ？ ここの「その人」はpullした人だよ。明確にpullした人に(表面上)困ることが示されてる。 323 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:26:11.79 ID:p4ua17EP] >>322 > ここの「その人」はpullした人だよ。明確にpullした人に(表面上)困ることが示されてる。 いかん、俺の日本語が不自由になってきた (誤) pullした人に(表面上)困ること (正) pullした人に(表面上)困ったことがおきること です。 324 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:28:41.04 ID:JET6jTHt] >>321 「logがおかしくなるだけ」では無いですね？コミットの内容もおかしくなります 「ただFFできないからマージコミットになるだけ」では無いですね？ 不正なマージコミットになることを「ただFFできないからマージコミットになるだけ」と表現するのは無茶だと思います 325 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:31:07.31 ID:p4ua17EP] >>324 > >>321 > 「logがおかしくなるだけ」では無いですね？コミットの内容もおかしくなります > 「ただFFできないからマージコミットになるだけ」では無いですね？ > 不正なマージコミットになることを「ただFFできないからマージコミットになるだけ」と表現するのは無茶だと思います ごもっとも。 だがその状態はpullしたやつの手元のワーキングツリーで起こってるだけでしょ？ 326 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:33:37.83 ID:JET6jTHt] >>322-323 >>254の1〜2行目からはコミットの内容までがおかしくなると考えてるとは読み取れないのですが？ つまりpullerには実質的な影響は無いと考えていると思われます 327 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:39:35.54 ID:JET6jTHt] >>325 pullしたやつの手元のワーキングツリーで起こってるから、pullした奴が困るのです 328 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:40:04.95 ID:p4ua17EP] >>326 > >>254の1〜2行目からはコミットの内容までがおかしくなると考えてるとは読み取れないのですが？ > つまりpullerには実質的な影響は無いと考えていると思われます いやいやいや、そこから共有できてないのか。 ログが違う(ログに現れるコミットが違う。たとえば余計な空のコミットが存在する)だけであっても、 Gitの性質上、それ以外、例えばブランチ先端のツリーが全く同一、差分などなど諸々が同じであったとしても、 Gitの履歴としては全くの別物になっている、というのがGitのメカニズムだし Gitユーザの常識だと思うんだが。(よほどの初心者は違うかもしれんが) 329 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:42:58.86 ID:JET6jTHt] >>328 つまり、その状態を「ただFFできないからマージコミットになるだけ」と表現する>>254が馬鹿だったということでいいですか？ 330 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:44:08.14 ID:p4ua17EP] >>327 > pullしたやつの手元のワーキングツリーで起こってるから、pullした奴が困るのです そうだね。pullしたやつが可哀想だね。 でも本当はpullした奴も困らないでしょ？ と俺はずっと言っているわけだ。 >>299 を100回くらい読んではくれまいか。 331 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:52:49.47 ID:p4ua17EP] パトラッシュ、疲れたろう。僕も疲れたんだ。なんだか、とても眠いんだ。 332 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:55:04.24 ID:JET6jTHt] >>330 >>299は良いことが書いてあると思いますよ pull --ff-onlyするようにとか簡単でいいですね ただ、なぜそういうことをする必要があるかということを>>254を見て誤解してしまったような人は理解できないと思うんですよ なので、>>254の「ただFFできないからマージコミットになるだけ」とかを見た人が誤解しないように 真意をはっきりさせておく必要があると思います 333 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 00:56:18.19 ID:JET6jTHt] >>331 寝たら死にますよ 334 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 01:05:33.08 ID:3J1xCNng] >>332 ということにしたいのですね。 335 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 01:17:03.50 ID:7f7nHnx7] >>327 貴方は細かいところによく気づく素晴らしい力を持っていますね。 更に文脈を読み大意を掴む力をつけるとさらに価値あるエンジニアになれると思います。頑張ってくださいね。 >>254 のこの部分 > エラーが出るわけでもない、ただFFできないからマージコミットになるだけ。 は確かに正確ではないですね。間違いといっても差支えないでしょう。 ただ、>>254 は >>250 > キチガイがpullする可能性があるかどうかも気にしておけ！ を受けてるので、大事なのは > 別にpullされても、その人のlogがおかしくなるだけだろ？ つまり他人の作業ブランチをpullしたキチガイさんが困るだけ、ってところだと思いますよ。 そのキチガイの他には影響は及ばないからそんなもの考慮する必要はない、という主張です。きっと。 あとは枝葉だから誰も気にしなかった。しかし貴方は気づいた。素晴らしい 336 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 01:19:31.48 ID:JET6jTHt] >>334 はい 337 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 01:20:14.56 ID:JET6jTHt] >>335 あなたは素晴らしいエスパーですね！ 338 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 05:18:57.35 ID:hlVwYF+4] とりあえず、>>320みたいな 「誰も困らないよ」という文の解釈を巡って、 「(世の中全員が)誰も困らないよ」という意味になるのが正しくて「(キチガイ以外)誰も困らないよ」という意味になるのは間違っている、とかいう主張は無意味だと思うけどな。 前者か後者か曖昧なのでどっちの意味で使ったのか説明してくれ、ということだったら意味はあると思うが、 こういう文脈依存性の高いものの場合でのそういう主張は結局「文字で書かれていない部分は俺の解釈が絶対なんだ、そうでないニュアンスで文を書く奴は馬鹿」とオレオレ基準で読解力のなさを示してるだけ。 一見客観的に文意を判断してる風に説明するからたちがわるいけどな。(そして>>320も俺の意見は客観的で絶対正しいと思ってるだろう) 読解力の無いやつほど短文で文意が厳密に決まるような表現が出来ると思ってるし、文意を厳密にするために正確に冗長に表現すると長文で読めないとか言い出すよね。 自分の言語に対する理解が完全で、他人の理解が完全でないとどうして決めつけられるのか。自分の言語が間違っているという意識はないのか。謎である 339 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 07:41:09.25 ID:ZVICdgrk] 困る人が居る場合 困る人に原因があることをもって 自己責任ということにしておけば 楽と言えば楽 340 名前：235 [2014/07/26(土) 08:18:47.28 ID:mdOIZXZW] それがこれまでもこれからもお前らそのものｼﾞｬﾈｰｶ 341 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 12:06:27.97 ID:JET6jTHt] >>338 まだやるんですか？＾＾ ＞別にpullされても、その人のlogがおかしくなるだけだろ？ ＞エラーが出るわけでもない、ただFFできないからマージコミットになるだけ。 ＞そういうブランチがあったとしても、誰も困らない。 この3行は、最後の行だけじゃなくて全部突っ込みどころ満載なんですよ！その辺理解してください 2行目がほぼ間違ってるだろうということは>>335でも納得してもらえました 2行目が間違っているとなると、1行目のlogが何を指しているのかがよくわからなくなります 3行目の誰？が実際に誰のことなのかよくわからないというのもあなたが指摘しているとおりです 342 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 12:15:29.67 ID:8QVtVKLI] コミットログのuser.mailって後から一括とかで変えられる? またはpushするのだけとか。 変えた場合、同じコミットとして認識される? 343 名前：デフォルトの名無しさん [2014/07/26(土) 12:23:24.99 ID:2fRRiDMt] 1.無理 2.無理 344 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 12:26:52.71 ID:JET6jTHt] >>342 user.mailの設定を変えても、過去のコミットの中のAuthorとかは変わらないです 過去のコミットの中のAuthorとかを変更する場合には、git filter-branchとか使ってまとめてコミットを改変します 改変したコミットは改変前のコミットとは別物になります 345 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 12:36:29.64 ID:hlVwYF+4] >>341 2行目が間違ってたとしても、1行目の文意が示してるのは「pullしたやつが困る」と解釈できる。 なので3行目は「pullするような馬鹿はほっといて、それ以外は誰も困らない」って解釈できる。 >>322 >>335もそう言ってるじゃん。 だから、2行目が間違った内容かどうかというのとは別に、3行目の「誰も」をどう解釈するのかという問題は、1行目の意味を重視するのか2行目の間違った内容との整合性を重視するのかで変わってくる。 それでもあなたは「文全体の整合性を考えたら『誰も』はpullした奴も含む」と主張したくなるかもしれないが、 だとするならば1行目の「logがおかしくなる」という表現と3行目の「困らない」という表現は整合していないという考え方もある。 つまり、文章全体が整合性が取れていない状態。だから何らかの文脈読み取りと整合性の訂正が必要となるんだけど、その読み取りと訂正の幅があるから >>338 みたいな話をした。 文全体がおかしいことを指摘し、自分が思いつく本来の意味の可能性を列挙し、「どれ？」と聞くのが偏りのないものの見方であって、そこで勝手に解釈の幅を狭めて 「普通に考えれば」だのなんだの言って勝手に都合のいい解釈をしてるあたり、客観的でもなんでもなくて論争で勝ちたいだけなのかな？って思っちゃう。 >>276あたりから>>254は間違ってるって言ってるけど、建設的な議論をするならそもそも具体的にどこが間違ってるのかさっさと指摘するべきだし、 あなたの行動は>>294あたりでは「どんな影響があるのか実際の動作について皆理解してないぞ」と2行目についての指摘をしているようでありながら、結局は>>254が完全に間違っているみたいな方向に誘導しているわけで、一貫した整合性はないじゃん。 その辺が「一見客観的に文意を判断してる風だからたちがわるい」所以だ。 346 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 12:45:46.50 ID:8QVtVKLI] >>344 ありがとう。 347 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 13:15:08.95 ID:JET6jTHt] >>345 >>254の3行に整合性がとれていないということにも合意して頂けるのですね >>254が(特に2行目が)間違ってることは、>>264で超具体的に指摘しています 順番にコピペして実行してもらえれば状況が完全に再現できる親切設計ですよ？ 何度も言っていますが、私の目的はリベースによって>>264で示すような状況が発生することを知ってもらうことです 348 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 13:25:03.01 ID:4Rh4oPzG] 議論のための議論はよそでどうぞ 349 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 13:49:51.02 ID:hlVwYF+4] >>347 それならば具体的に間違っているgitの挙動についての主張に終始すべきだよね。 「誰も」をどう解釈するのかなんていう目的外のことを「普通はこう解釈する」なんていう根拠の無い理由で主張して、>>254全体について「間違っているからごめんなさいしなきゃいけないね」と思っていると とれる発言を繰り返したことは事実の追及からは外れた個人攻撃に近いものだと思うし、少なくとも不必要な「やりすぎ」だということについては理解してもらえるのかな？ 350 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 14:02:54.21 ID:JET6jTHt] >>349 具体的に指摘した>>264に対する回答が>>265とか>>267ですからね それを>>268で指摘したら当人は消えてしまうし 特にやりすぎたとは思いません >>254の人はその発言を訂正して、矛盾してる部分の整合性を正すべきだと思いますよ 351 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 14:20:28.86 ID:hlVwYF+4] >>350 なるほど 整合性を正すべきだというのは理解した では「普通はこう解釈する」という根拠では、「誰も」の解釈についての主張しても>>254の発言の整合性が一層低いんだということを客観的には納得させられないということについては認められる？ それとも「誰も」についても「文字通り全員」じゃないとダメだと思っている？ 352 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 14:22:54.04 ID:2fRRiDMt] 進化しないのがダメという人間と安定しないのがダメという人間とで意見が合うはずがない 353 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 14:29:49.12 ID:JET6jTHt] >>351 普通はこう解釈するを、私はこう解釈するに訂正してもいいですよ？ ただし、「誰も困らない。」を「(pullした人以外)誰も困らない。」だと解釈すべきだという意見は受け入れられないですね。 これに関してはどういう意味だったかは本人に説明してもらうしかない。 354 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 14:54:32.80 ID:hlVwYF+4] >>353 もちろん「ただし、『誰も困らない。』を『(pullした人以外)誰も困らない。』だと解釈すべきだ」と主張しているわけではないよ。 曖昧な部分だから立場によって解釈に幅がある、だから>>320みたいな「私はこう解釈した、そしたら全然整合性がとれなくてメチャクチャだ、だからおかしい」という主張は わざとメチャクチャになるように(自分の立場に有利になるように）解釈しているととれるので客観性のある主張ではないと言える。 だから「そんな発言をわざわざする人は読解力がないことを自ら主張しているようなもの」と>>338で言ったわけだよ。 355 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 15:11:15.70 ID:JET6jTHt] >>354 >>320は曖昧な部分を私なりに解釈してみたってだけなのですが？ 解釈したら整合性がとれなくなってメチャクチャだと言っているのは誰なんです？ 356 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 15:31:20.95 ID:hlVwYF+4] >>355 「私なりに解釈した結果」「突っ込みどころ満載」なのは「私なりに解釈した結果」メチャクチャだ、と言ってるのと同じじゃない？ 357 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 15:39:23.70 ID:JET6jTHt] >>356 解釈したら整合性がとれなくてメチャクチャになるというわけではないですよ？ 正常に解釈するのが難しいぐらい曖昧でメチャクチャで突っ込みどころ満載なんです 358 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 15:47:06.41 ID:hlVwYF+4] >>357 「正常に解釈するのが難しい」ってのはやっぱり読解力がないってことだね。 359 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 15:54:08.89 ID:JET6jTHt] >>358 私に読解力が無いのはどうでもいいんですが >>254が「正常に解釈するのが難しいぐらい曖昧でメチャクチャで突っ込みどころ満載」に関しては否定なのでしょうか？ >>254の3行の整合性が取れてないという意見は肯定してもらえたような気がするのですが？ 整合性はとれてないけど、正常に解釈できない程ではないという感じですか？ 360 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 16:05:26.17 ID:hlVwYF+4] >>359 そう、「整合性はとれてないけど、正常に解釈できない程ではない」かな。 「(pullされる想定のブランチじゃないけど)pullされたら、その人のログがおかしくなるだけ」→「(想定外のpullする奴以外)誰も困らない」 　　　　└→「(おかしくなると言っても)エラーでないしマージコミットになるだけ」 という構造になっていると解釈していて、どのようにおかしくなるかというのはまた別の話を適当に差し込んでしまったんじゃないかな（間違っている内容ではあるが)。 で、こういう解釈をすると整合性がとれていないのは2行目だけで、そこを除くと意味が通るから「正常に解釈するのが難しいぐらいに〜」というのには同意できないな 361 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 16:24:38.62 ID:JET6jTHt] >>360 2行目を無かったことにすれば正常に解釈できるからメチャクチャじゃないと言うわけですかｗ了解しましたｗ 素晴らしい読解力ですねｗ 362 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 16:51:35.72 ID:02EFznKI] そういうスレたててやれ 363 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 17:56:19.94 ID:hp9e8t10] グダグダうるせえなどこかに内容をまとめろや 364 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 19:41:06.42 ID:tno9AbkY] これが日本人流の議論なんだな 最高戦争指導会議もこんなんだったんだろうな 365 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 20:00:28.24 ID:AxEipSYW] 話豚切って悪いがまとめるとこんな感じ この大田の相談に乗ったのが東大航空研究所の小川太一郎教授だった。 実験に協力した谷一郎東大教授によれば「昭和十九年夏、東大航研で 小川教授から新しい依頼があった。 小川さんは広い見識と温かい包容によって声望が高く、 外部から持ち込まれる相談の窓口の役割を余儀なくされていた。 その僅か前に、大田正一海軍少尉が火薬ロケット推進の特攻機の着想を持参し、 海軍上層部を動かすための基礎資料の作成を依頼していたのである。 私に求められたのは、木村秀政助教授の描いた三面図を基に、 風洞実験の助けを借りて、空気力学的特性を推定することであった。 仕事自体はさほど困難ではないが、特攻機が母機を離れた後は、 生還の可能性の全くないことを知って私はたじろいだ。」という。 ja.wikipedia.org/wiki/%E6%A1%9C%E8%8A%B1_%28%E8%88%AA%E7%A9%BA%E6%A9%9F%29 366 名前：デフォルトの名無しさん mailto:sage [2014/07/26(土) 20:06:16.38 ID:AULF2YtD] もうアホどもはまとめてNGにぶっ込めばいいよ 367 名前：デフォルトの名無しさん mailto:sage [2014/07/27(日) 08:43:57.53 ID:CtoyiymM] IDが導入されて良かった 368 名前：デフォルトの名無しさん mailto:sage [2014/07/27(日) 13:38:06.07 ID:y0Xr839x] ID赤い奴は自動で消える仕組み 369 名前：デフォルトの名無しさん mailto:sage [2014/07/27(日) 14:06:02.09 ID:wYLTHqwt] とっくに透明よ 370 名前：デフォルトの名無しさん mailto:sage [2014/07/27(日) 14:58:07.68 ID:kK8gelhu] ID変えました（笑） 371 名前：デフォルトの名無しさん mailto:sage [2014/07/27(日) 16:36:09.04 ID:fFsyojt4] 忍法帳で判るんじゃね 372 名前：デフォルトの名無しさん mailto:sage [2014/07/27(日) 22:23:32.23 ID:IbdTfPHn] パスワードを書いたままbitbucketにpushしたので git push -f origin HEAD^:masterをやったんですけど一応pushした内容の1つ前には戻ったんですが pushしたものが最近の活動ってところのログからたどれてしまい、アクセスすると内容が表示されてしまいました！ このやり方で合ってたんでしょうか？どうやって消せますか？ 373 名前：デフォルトの名無しさん mailto:sage [2014/07/27(日) 22:34:22.42 ID:PFdtsvV+] >>372 push -fして取り消したコミットもお主の最近の活動だから表示しておいてやるよ！ 374 名前：デフォルトの名無しさん mailto:sage [2014/07/27(日) 22:43:56.24 ID:IbdTfPHn] つまりそれって僕しか見えないものですか？ 他の人には絶対に見えませんかね？ 375 名前：デフォルトの名無しさん mailto:sage [2014/07/27(日) 22:49:55.98 ID:PFdtsvV+] >>374 いや知らん。とりあえずリポジトリの設定を一時的にでも非公開にしとけよ 最悪bitbucket側でリポジトリを消して新しい空のリポジトリつくって、ローカルにある修正済みのブランチをpushすりゃいいんでないの？ 376 名前：デフォルトの名無しさん mailto:sage [2014/07/27(日) 22:59:07.09 ID:IbdTfPHn] いちおうコミットログのページにも表示はされてないんですけど その取り消したコミットログのurlにアクセスすると表示されちゃうんですよ 複数人で操作してるリポジトリなので消すのはやべぇっすよ 377 名前：デフォルトの名無しさん mailto:sage [2014/07/27(日) 23:28:17.58 ID:PFdtsvV+] >>376 Gitの仕様としてはブランチのコミットログからは消えても、 鯖のリポジトリ側ではGCされるまでそのコミットは残ってるしreflogとかで調べてそのコミットにアクセスできる bitbucketは自分の？最近の活動でそのGC前のコミットにアクセスできるんだね？ 問題は、bitbucketにおいて、他のユーザがそのコミットにアクセスする手段を提供してるか？ 強制的にexpireする機能をユーザーに提供してるか？ あたりかな？bitbucketに詳しい人にでも聞いてください 378 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 08:09:52.74 ID:aDCUknIL] rebaseが重すぎる もっと早くならんのか 379 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 09:08:00.51 ID:bfSVrt1T] Githubでの同じ事例への対処法が沢山転がってるだろう 380 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 13:01:40.77 ID:JUp78osr] gitホスティングサービスが作りたいんですがヒントください 何で作りたいかというと↓のサービスが有料なのが気に入らないのでこれよりもいい物を作りたいからです jp.techcrunch.com/2014/07/28/jp20140728universions/ 381 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 13:20:52.08 ID:h3Aquzzx] OSSホスティング総合【SourceForge,GitHub,etc..】 peace.2ch.net/test/read.cgi/tech/1384821518/ 382 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 14:44:42.56 ID:+qczOS9S] 黒い画面て 383 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 17:20:29.69 ID:b9cEV/Qq] 日本人が作るとおままごとツールになりそうでなんとも 384 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 18:20:02.23 ID:FHFsPlLG] 開発方法寄りの話になるんだけど、 フレームワークで開発者が作ったもの置くディレクトリと、フレームワーク自体のライブラリのディレクトリが混在してたりする。phpとか。ログの出力先まで含まれていたり。 gitに含めるのはどこまで? 385 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 18:30:18.38 ID:0rL2fBex] 設定ファイルのデフォルトが示していればディレクトリも入るんじゃ？ セットアップのスクリプトが生成するようにすれば不要かもね。 386 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 18:45:28.43 ID:WkBzZDWV] あー、今ちょうどそんなプロジェクトやってる。 同じプロジェクトだったりしてw 387 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 18:56:57.67 ID:bfSVrt1T] 同僚が2chに質問してたら退職も辞さない 388 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 19:29:29.32 ID:0rL2fBex] 同僚がすげーキーボード叩いてる、 お、がんばってるな、とモニター覗き込む、 なんか掲示板に質問を一生懸命書いている… コードの割に叩く回数が多いと思ったのはコレか！ 389 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 19:57:06.47 ID:FHFsPlLG] 人のプロジェクト引き継ぐと、開発したものじゃないものも大量に入ってて、どこ見ていいかわかんなかったりするんだよね。 例えばdjangoだとprojectごとでなく、appだけ入れておいた方が使いやすいと思うんだ。 mavenとかは余計なものが含まれなくて見やすい。 390 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 20:11:31.94 ID:Wt0X9vvC] 環境再構築したときにそのまま使うファイルはignore それ以外全部Git 391 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 20:15:35.59 ID:WkBzZDWV] バイナリとかどうしてる 392 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 20:25:25.88 ID:Wt0X9vvC] 忘れてた バイナリとIDEやプロジェクトの設定ファイルも除外 他人が入れて邪魔になるもんは大体入れんやろ 393 名前：デフォルトの名無しさん mailto:sage [2014/07/28(月) 21:08:52.61 ID:0rL2fBex] 最初だけ必要、でも同期されると邪魔、だけど時々大きく変わる場合同期が必要・・・ サンプルファイルをリネームコピーで使ってもらって説明にそう明記かな？ 394 名前：デフォルトの名無しさん mailto:sage [2014/07/29(火) 23:47:58.65 ID:ZWA+OWxm] 全部禁止にしてから個別に管理するものを指定するために.gitignoreにこうかきました * *.* .gitignore !test/*.js これだとtest/test.jsがgit statusに出て来ません test/test.jsは作って有ります どう修正したらいいですか？ 395 名前：デフォルトの名無しさん mailto:sage [2014/07/30(水) 07:09:44.67 ID:SFUuJg+H] * *.* .gitignore !/test /test/* !/test/*.js 396 名前：デフォルトの名無しさん [2014/07/30(水) 12:27:46.44 ID:q1vJpBfq] なぜ馬鹿は笑ってゴマカス 397 名前：デフォルトの名無しさん mailto:sage [2014/07/30(水) 15:09:39.87 ID:x/403miQ] >>394 quartet-communications.com/info/technology/13642 398 名前：デフォルトの名無しさん mailto:sage [2014/07/31(木) 03:13:30.62 ID:SIeAhRnd] EGitの質問ってこのスレでいいのかな？ 399 名前：デフォルトの名無しさん mailto:sage [2014/07/31(木) 03:24:03.69 ID:ipo4JPES] >>398 Eclipse統合M35【Java/C++/Ruby/Python/Scala】 peace.2ch.net/test/read.cgi/tech/1405391739/ 400 名前：デフォルトの名無しさん mailto:sage [2014/07/31(木) 03:29:48.85 ID:SIeAhRnd] 他のGitクライアントはこのスレでよくて プラグイン形式のGitクライアントはアカンのか わかったよ 401 名前：デフォルトの名無しさん mailto:sage [2014/07/31(木) 06:46:03.60 ID:gyCr5AMO] こっちでもいいとおもうけど あっちのほうが答えられる人多いかもね 402 名前：デフォルトの名無しさん mailto:sage [2014/07/31(木) 12:08:31.40 ID:jdJsZ4Jc] プラグインありにすると Azure のひとも流れ込んできそう 403 名前：デフォルトの名無しさん mailto:sage [2014/07/31(木) 16:50:59.03 ID:MnJeD9xE] Git 2.0.4 リリース https://github.com/git/git/releases/tag/v2.0.4 404 名前：デフォルトの名無しさん mailto:sage [2014/07/31(木) 17:09:33.92 ID:uBAJx71I] もうgit 2.1.0の開発はじまってんのか 405 名前：デフォルトの名無しさん mailto:sage [2014/07/31(木) 21:59:02.03 ID:w9LroIYe] そりゃそうだろ。 開発は止まることなく続くんだから 2.0がリリースされたら2.1の開発の開始よ。 406 名前：デフォルトの名無しさん mailto:sage [2014/07/31(木) 22:26:16.95 ID:WgloAiw2] おれみたいなショボグラマはリリースノートの長さにビビる ソフトウェアを作るって大変なんだな 407 名前：デフォルトの名無しさん mailto:sage [2014/07/31(木) 23:35:44.21 ID:uCJCqnN7] プログラミングの技能は関係ないだろ 408 名前：デフォルトの名無しさん mailto:sage [2014/07/31(木) 23:55:37.91 ID:KWL6BjZO] 予定は未定ですから ここまでやった目安にしてるVerとかリリース番号は 409 名前：デフォルトの名無しさん mailto:sage [2014/08/01(金) 01:05:09.48 ID:qcYKpf5p] もうちょいメンテナンスしてからでもいいと思うんだよ２．１ 410 名前：デフォルトの名無しさん mailto:sage [2014/08/01(金) 04:04:44.68 ID:7R/51h0c] >>404 並行開発のためのブランチじゃないか。 411 名前：デフォルトの名無しさん mailto:sage [2014/08/01(金) 05:30:01.08 ID:Mjd2jJg4] GitHub微妙にレイアウト変えんなよ 間違って違う機能のボタン押しちゃったじゃないか 412 名前：デフォルトの名無しさん mailto:sage [2014/08/01(金) 10:11:50.93 ID:pNAOaQhq] >>409 1.9からバージョン番号スキームが変わったから早く見えるだけ。 昔はw.x.y.zで、どんな変更が入るかによって下記のように分けようとしてた。 <すごくインパクトが大きい変更>.<インパクトが大きい変更>.<新機能等>.<バグフィクス> でも w と x は一緒でよくね？って話になった。 ということで 1.8 以前には w.x.y.z の x が +1 されるのに数カ月 年単位かかってたのが、 今は約12週間に1回程度で x.y.z の y が +1 される 413 名前：デフォルトの名無しさん mailto:sage [2014/08/01(金) 11:29:11.79 ID:HYcTfRZh] バージョン番号が細分化されてるソフトは不安定なソフトである象徴ｗ 414 名前：デフォルトの名無しさん mailto:sage [2014/08/01(金) 12:14:59.79 ID:j/JylWKV] Unix文化圏は x.y.z のバージョン番号がわりと普通 415 名前：デフォルトの名無しさん [2014/08/01(金) 12:58:26.33 ID:KQKeUN6R] >>413 firefoxをdisるのはもっとやれ 416 名前：デフォルトの名無しさん mailto:sage [2014/08/01(金) 13:59:39.14 ID:c/SITlPI] >>415 え？今は31だぞ 417 名前：デフォルトの名無しさん mailto:sage [2014/08/01(金) 15:21:40.83 ID:HYcTfRZh] メインバージョンが頻繁に上がるソフトは主流ではない、主流から外れたソフトｗ 418 名前：デフォルトの名無しさん mailto:sage [2014/08/01(金) 15:43:48.75 ID:5YlCHfl7] 細かく分かれてるのはサポートと製品管理に力を入れてるってことじゃねーの 419 名前：デフォルトの名無しさん mailto:sage [2014/08/01(金) 16:06:36.71 ID:f/bFolqg] 2.6.32-431.23.3.el6 420 名前：デフォルトの名無しさん [2014/08/01(金) 16:34:28.73 ID:UcA9GDEc] >>418 ちげーよ 421 名前：デフォルトの名無しさん mailto:sage [2014/08/02(土) 00:52:36.46 ID:SZsUPcoF] >>417 ウェッブ業界人に人気のChrome先生をdisるのはやめろ 422 名前：デフォルトの名無しさん mailto:sage [2014/08/05(火) 09:38:21.98 ID:wIW++7Ni] Git 2.1.0-rc1 リリース https://github.com/git/git/releases/tag/v2.1.0-rc1 423 名前：デフォルトの名無しさん mailto:sage [2014/08/05(火) 10:34:04.15 ID:hWvlZYlP] リリースノートの日本語ぐらい書けや 424 名前：デフォルトの名無しさん mailto:sage [2014/08/05(火) 13:26:33.16 ID:z3s8hGoL] お、どうしたどうしたｗ 425 名前：デフォルトの名無しさん mailto:sage [2014/08/05(火) 23:52:18.73 ID:64utEkfv] Git2.0Winインストーラまだかよ 426 名前：デフォルトの名無しさん mailto:sage [2014/08/06(水) 00:08:09.00 ID:GxwqgVuS] git2.0の使いたい機能があるの？それとも2.0以前のバグに悩まされてるの？ 427 名前：デフォルトの名無しさん mailto:sage [2014/08/06(水) 00:19:37.21 ID:IlVwDJHj] Macが2.0だから 428 名前：デフォルトの名無しさん mailto:sage [2014/08/06(水) 00:38:57.57 ID:Tye/sJpW] cygwin使っとけ 429 名前：デフォルトの名無しさん mailto:sage [2014/08/10(日) 08:23:27.47 ID:aTEKyeJh] www.buzzword.jp/img/face10.png 430 名前：デフォルトの名無しさん [2014/08/10(日) 20:12:45.54 ID:dsJn6Bct] guro 431 名前：デフォルトの名無しさん mailto:sage [2014/08/10(日) 21:23:21.99 ID:46zegaug] kaba 432 名前：デフォルトの名無しさん mailto:sage [2014/08/12(火) 09:29:02.31 ID:CaL42KsB] ファイル名を変更しつつ、変更前のログを変更後のファイルに反映させるにはどうしたらいいですか？ ファイル名変更前： foo.c git log foo.c 変更 B 変更 A ファイル名変更後： bar.c git log bar.c 変更 D 変更 C これをgit log bar.cとすると 変更 D 変更 C 変更 B 変更 A と表示させたいです 433 名前：デフォルトの名無しさん mailto:sage [2014/08/12(火) 09:44:11.02 ID:lLNyag2q] git log --follow bar.c 434 名前：デフォルトの名無しさん mailto:sage [2014/08/12(火) 10:02:09.04 ID:CaL42KsB] Thx!! 435 名前：デフォルトの名無しさん mailto:sage [2014/08/12(火) 23:58:44.30 ID:F2vV/z0S] SourceTree1.6betaでUTF-8の日本語のdiff文字化けが直っていました https://twitter.com/sourcetree 436 名前：デフォルトの名無しさん mailto:sage [2014/08/13(水) 23:46:46.70 ID:0VzL4TYP] 最初のコミットってどのあたりですればいい？ 全然コンパイルどころか形もなってない段階のから？ それとも部分的なコンパイルくらいは可能な段階になったあたり？ はたまたテスティングやアルファ版と呼ばれるくらいの段階？ 437 名前：デフォルトの名無しさん mailto:sage [2014/08/13(水) 23:56:34.28 ID:FF7HYwuu] ・空の.gitignore置いたら ・Readme書いたら ・プロジェクトファイルやソリューションファイル、メイクファイルなどを作成したら ・仮のmain()書いたら 個人的には…開発環境が決め打ちなら3番目や環境によっては4番目、リポジトリサービスが決め打ちなら2番目、何も無いなら1番目かなあ 438 名前：デフォルトの名無しさん mailto:sage [2014/08/14(木) 00:06:25.41 ID:UwSdLV//] 作業履歴は1から残しとくべきだよね 439 名前：デフォルトの名無しさん mailto:sage [2014/08/14(木) 00:11:59.96 ID:mP75ikG7] コンパイルすら通らない段階からコミットしていいのですね 440 名前：デフォルトの名無しさん mailto:sage [2014/08/14(木) 00:36:51.50 ID:DeyF+ee0] 完成直前のデータ消失上等ならコミットしないでもいいんじゃねーの 441 名前：デフォルトの名無しさん mailto:sage [2014/08/14(木) 00:37:21.42 ID:K2fde6cH] 最近だと最初にベースとなるコードをツールで自動生成することが多いんで まずはその生成前と後の状態をコミットしちゃうな 442 名前：デフォルトの名無しさん mailto:sage [2014/08/14(木) 02:09:36.84 ID:56cGoOWs] 開発時の作業はブランチを切ってやるもの ならマスターブランチの履歴も汚れない 443 名前：デフォルトの名無しさん mailto:sage [2014/08/14(木) 02:21:00.12 ID:cpAbF84S] バージョン管理でえらく潔癖症な人多いな 444 名前：デフォルトの名無しさん mailto:sage [2014/08/14(木) 02:45:25.37 ID:UiK3whtS] >>443 バージョン管理ソフトはバックアップソフトじゃないからね。 直近の1週間分のコードがあればいいとかいうわけじゃない。 コミットはどんな修正をしたか、またはどんな修正をするかを 表しているので、変なコミットを作るのはよくないよ。 445 名前：デフォルトの名無しさん mailto:sage [2014/08/14(木) 02:53:22.08 ID:9Vu8tjE9] 日付フォルダにうんざりした人が使うものだからな ｇｄｇｄなら日付フォルダと大差ないじゃんって話になってしまう 446 名前：デフォルトの名無しさん mailto:sage [2014/08/14(木) 03:05:53.73 ID:ytFl/Oa9] 適当にコミットして後で潰したり並べ替えたりすればいいんだよ 変数名関数名然り、こういう時の手際でおつむの差が出る 447 名前：デフォルトの名無しさん mailto:sage [2014/08/14(木) 03:14:26.01 ID:UiK3whtS] >>446 すっかりgitになれてしまって、 色々なファイルを修正しつつ、定期的にコードをコミットする段階で git add -pとかで一部だけコミットして、いくつかのコミットを 意味のある単位に並び替えたりコミットをまとめたりという作業が スムーズにできるようになったよ ほんとgitは開発に便利。 448 名前：デフォルトの名無しさん [2014/08/14(木) 11:25:35.52 ID:XPpNgzhX] 確かにファイルを保存するタイミングでコミットする癖がついた。rebaseしてsquashしてmerge。 流れとか気にせず目の前にあるコードにだけ集中できるのがこんなに快適だとは思わなかったよ。 449 名前：デフォルトの名無しさん [2014/08/16(土) 03:15:24.55 ID:UcWHe/+M] msysgit Git-1.9.4-preview20140815 450 名前：デフォルトの名無しさん mailto:sage [2014/08/16(土) 05:30:09.74 ID:7Fp1jvse] Rebaseをドラッグ＆ドロップでできるとこまでGUI化したツールができたら面白そう 事務職も使いだすだろう 451 名前：デフォルトの名無しさん mailto:sage [2014/08/16(土) 05:51:17.63 ID:LOtWkDZk] >>450 > Rebaseをドラッグ＆ドロップでできるとこまでGUI化したツールができたら面白そう それは無理。 正確に言えば、ドラッグ＆ドロップまではできるだろう。 無理なのは、rebaseした時に起きるコンフリクトの解消。 単純に難しいというのもあるし、 バイナリは解消できない（一報を捨てることしか出来ない） それは「すなわちデータが消えた」という騒ぎになる。 452 名前：デフォルトの名無しさん [2014/08/16(土) 21:56:22.07 ID:UcWHe/+M] https://github.com/git/git/blob/v2.1.0/Documentation/RelNotes/2.1.0.txt 453 名前：デフォルトの名無しさん mailto:sage [2014/08/18(月) 20:43:47.81 ID:S1QfPa+c] Git 2.1登場 - Unicode 7.0対応強化など news.mynavi.jp/news/2014/08/18/047/ ワークフローを強化した「Git 2.1」がリリース sourceforge.jp/magazine/14/08/19/085400 454 名前：デフォルトの名無しさん mailto:sage [2014/08/18(月) 20:54:26.50 ID:IPiH7YvP] msysgitの2.0はよ 455 名前：デフォルトの名無しさん mailto:sage [2014/08/20(水) 19:50:34.58 ID:b2jSERqi] 新しいSourceTree行選択後ハンクに戻れないじゃん クソアプデ

---

---

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

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