Git 13

1 名前：デフォルトの名無しさん [2015/08/14(金) 23:42:44.38 ID:5izHJctE.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 12 peace.2ch.net/test/read.cgi/tech/1427085313/ 577 名前：デフォルトの名無しさん mailto:sage [2016/01/14(木) 17:49:14.50 ID:87BOzuvC.net] 必要な条件が足りないから判断できないんでしょ。 判断出来ないのに無理して答えなくて良いよ。 578 名前：デフォルトの名無しさん mailto:sage [2016/01/14(木) 18:41:52.21 ID:Bial8fVP.net] 文句しか言わないなこいつ。 579 名前：デフォルトの名無しさん mailto:sage [2016/01/14(木) 18:44:34.43 ID:nCIdsoCO.net] >>557 著作権的に問題があるファイルを別管理すればいいだけ 580 名前：デフォルトの名無しさん mailto:sage [2016/01/14(木) 20:21:09.35 ID:87BOzuvC.net] >>574 公開したいに対して公開するなと、言いがかりしかつけられないアホは黙ってましょう。 >>575 ここの3の方法ですね。testsに下りなきゃならないのが面倒だけどしょうがないですね。 stackoverflow.com/questions/11058207/how-to-get-git-to-exclude-a-local-directory-from-push-to-remote-but-still-part 581 名前：デフォルトの名無しさん mailto:sage [2016/01/14(木) 20:50:02.37 ID:DPmyJq5W.net] >>576 俺は外野だが>>557ではtests以外を公開したいなんて一言も書いてないぞ testsには公開できないファイルがあるってだけの情報なら プライベートリポジトリと提案するのは正解だろ それとも気を利かして全て察しろとでも言いたいのかよ 582 名前：デフォルトの名無しさん [2016/01/14(木) 22:25:20.87 ID:oE17Uu+t.net] 自殺すれば全て解決 583 名前：デフォルトの名無しさん mailto:sage [2016/01/14(木) 22:40:57.07 ID:nCIdsoCO.net] >>578 言い出しっぺどうぞ 584 名前：デフォルトの名無しさん mailto:sage [2016/01/14(木) 23:11:50.98 ID:i5PvEdYA.net] うんこ味のカレーリポジトリとカレー味のうんこリポジトリとがある カレーとうんこは限りなく似て異なる歴史を持つ 馬鹿: ニコイチにしてうんこ味のうんこにする 凡才: カレーへのコミットをフックしてうんこ成分だけをうんこへ投げる 山岡: このリポジトリはどっちもうんこだ、食べられないよ。 585 名前：デフォルトの名無しさん mailto:sage [2016/01/14(木) 23:41:04.40 ID:BQdBnmZE.net] >>580 うんこだと意味不明なので 「高級」に置き換えてみたよ。 高級味カレーリポジトリとカレー味の高級リポジトリとがある カレーと高級は限りなく似て異なる歴史を持つ 馬鹿: ニコイチにして高級味のうんこにする 凡才: カレーへのコミットをフックして高級成分だけを高級へ投げる 山岡: このリポジトリはどっちも高級だ、食べられないよ。 586 名前：デフォルトの名無しさん mailto:sage [2016/01/14(木) 23:41:30.31 ID:BQdBnmZE.net] 訂正 うんこだと意味不明なので 「高級」に置き換えてみたよ。 高級味カレーリポジトリとカレー味の高級リポジトリとがある カレーと高級は限りなく似て異なる歴史を持つ 馬鹿: ニコイチにして高級味の高級にする 凡才: カレーへのコミットをフックして高級成分だけを高級へ投げる 山岡: このリポジトリはどっちも高級だ、食べられないよ。 587 名前：デフォルトの名無しさん mailto:sage [2016/01/14(木) 23:42:20.77 ID:BQdBnmZE.net] ついでに、キャビアバージョンも作ってみたよ キャビア味のカレーリポジトリとカレー味のキャビアリポジトリとがある カレーとキャビアは限りなく似て異なる歴史を持つ 馬鹿: ニコイチにしてキャビア味のキャビアにする 凡才: カレーへのコミットをフックしてキャビア成分だけをキャビアへ投げる 山岡: このリポジトリはどっちもキャビアだ、食べられないよ。 588 名前：デフォルトの名無しさん mailto:sage [2016/01/14(木) 23:45:33.72 ID:BQdBnmZE.net] いまいち面白くなかったので シチューにしてみるよ シチュー味のカレーリポジトリとカレー味のシチューリポジトリとがある カレーとシチューは限りなく似て異なる歴史を持つ 馬鹿: ニコイチにしてシチュー味のシチューにする 凡才: カレーへのコミットをフックしてシチュー成分だけをシチューへ投げる 山岡: このリポジトリはどっちもシチューだ、食べられないよ。 山岡はシチューを食べられないということか？ 589 名前：デフォルトの名無しさん mailto:sage [2016/01/14(木) 23:50:53.16 ID:tAKAFi/g.net] 三銃士を連れてくる所長まだ？ 590 名前：デフォルトの名無しさん [2016/01/15(金) 08:29:50.53 ID:wa8kRhUB.net] >>577 ああ、アホがまたわいてきた。 githubでリポジトリ作る時にpublic/privateの選択するんだよ。 privateを選択しなかった理由があるって事だ。 お題が明らかに間違ってるならともかく、お題に言いがかりつけてまで回答しなくて良いんだよ。 591 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 11:22:06.55 ID:4RqtBmS3.net] スレ違い こっちに行け OSSホスティング総合【SourceForge,GitHub,etc..】 peace.2ch.net/test/read.cgi/tech/1384821518/ 592 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 11:25:51.02 ID:4RqtBmS3.net] >>294=>>557だろ お前は二度と書き込むな 593 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 11:54:20.72 ID:JTMnCRhs.net] >>586 だから>>557見てprivateの選択をしなかった理由とかどこから出てくんだよｗ お前こそあやふやな質問を一生懸命正当化しなくていいよ とにかく>>561への>>562の返答はマジでないよ 594 名前：デフォルトの名無しさん [2016/01/15(金) 12:24:07.13 ID:wa8kRhUB.net] >>587-588 とっても、頭悪いね。 private/publicの使い分けなら、github固有の話題だけどpublicを選択したんだから github固有の話題じゃないって事くらいわからないのか? >>589 頭悪すぎ。 githubを良く知らないなら「privateを選択しなかった」経緯がわからないだろうが、 >>566だからね。とってもよく知ってるという事だし。 > とにかく>>561への>>562の返答はマジでないよ >>561だけじゃなくて>>558から続いてるからね。 「公開すべき」、「そのファイルはなんだ?」言いがかり付けたいだけだろ。 595 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 12:29:08.86 ID:NW8jpekK.net] >>578 HDD/SSDはどう処分する？ 596 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 12:39:42.31 ID:51vQa545.net] >>562 言いがかりて あなた病んでるよ 597 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 12:54:01.64 ID:wa8kRhUB.net] >>592 >>588,562で言いがかりつけられたと感じられないキミはかなり鈍感だと思う、ある意味幸せな人。 598 名前：デフォルトの名無しさん [2016/01/15(金) 13:19:30.97 ID:51vQa545.net] かわいそうな奴だな 599 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 13:23:51.80 ID:BZkzw8bf.net] これからしばらくGitHubでmp3関連のプロジェクトが登録されるか監視しようぜ 600 名前：デフォルトの名無しさん [2016/01/15(金) 13:51:48.68 ID:wa8kRhUB.net] 頭弱いね。 回答には不要な「そのファイルはなんだ?」って聞いてきてる時点で、言いがかりを疑ってるので、正直に答えるわけないじゃん。 ま、監視するならご自由にどーぞ。 601 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 14:10:27.12 ID:BZkzw8bf.net] 読み飛ばしてたけど、最終的にignoreするってことか > ローカルではtestsも含めて全部バージョン管理、リモートではtestsは除外 言ってることが違うじゃんw 602 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 14:10:41.73 ID:SRxvD3X4.net] 色々と後出しが苦しいなｗ 603 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 14:24:17.01 ID:AcqbqqRZ.net] >>593 落ち着けよw レス番間違ってるぞ 604 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 14:47:29.20 ID:wa8kRhUB.net] >>597 プロジェクトリポジトリではtests/をignoreして、testsを別リポジトリにするしかないらしいのでそうしたけど、 当初の目標の > ローカルではtestsも含めて全部バージョン管理、リモートではtestsは除外 になってるでしょ。 「testsも公開しろ」、「全部非公開にしろ」、「公開できるようmp3自作しろ」 言いがかりじゃなくて真剣に回答してたならアホとしか評価できんわ。 605 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 14:50:48.90 ID:wEiwZ57V.net] >>596 回答に不要ならわざわざ「著作権的に」とか書かなければいいのに 606 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 14:55:06.95 ID:BZkzw8bf.net] >>600 > testsも公開しろ → 妥当な意見 > 全部非公開にしろ → 妥当な意見 > 公開できるようmp3自作しろ → 妥当な意見 だと俺は思うがね まぁ、gitのこともGitHubのこともテストのことも良くわかってないお前とは意見が合わないだろうが 607 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 14:56:08.53 ID:zaUY/8Xo.net] お前ら何くだらんことやってるんだ？ 俺が>>575で別管理しろっていうのは、 単にテスト専用のリポジトリを作れってだけだ。 submoduleとか使ってメインのリポジトリと関連付ける必要もない。 単にtests/hogeというディレクトリがあれば hogeテストを、追加でやるだけの話だろうって 事を言ってるんだが。 608 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 15:27:21.15 ID:4RqtBmS3.net] >>600 お前の好きにしろ そして二度と書き込むな 609 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 15:37:06.23 ID:wa8kRhUB.net] >>602 わあ、マジで回答してたつもりだったのか。 知的障害者と知らなかったので、言いがかりと疑って失礼な事をしたな。 >>603 ん? >>576で引用した 3 You could tell git to ignore the subfolder, than create your java-cli repository there and just the two without any interaction. の事でしょ? これやってるんだけど違うの? この方法だとtestsに下りないとgitが操作できなくて面倒なので、これを回避できる技があるなら教えてほしい。 610 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 15:44:44.39 ID:wa8kRhUB.net] >>604 好きにして、後はお前ともう1人のバカをからかって遊ぶよ。 611 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 15:47:06.80 ID:4RqtBmS3.net] > この方法だとtestsに下りないとgitが操作できなくて面倒なので、これを回避できる技があるなら教えてほしい。 ないよバーカ 612 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 15:52:41.81 ID:JTMnCRhs.net] >>590 > githubを良く知らないなら「privateを選択しなかった」経緯がわからないだろうが、 > >>566だからね。とってもよく知ってるという事だし。 有料じゃ駄目なんて一言も書いて無いじゃんｗ はい、また後出しの言い訳 613 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 15:57:57.22 ID:4RqtBmS3.net] 他にも楽な方法提案できるけど コイツの態度が気に食わないから言わない 614 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 16:01:26.61 ID:JTMnCRhs.net] >>557でtests以外はバージョン管理はするが公開すると書いてないから プライベートリポジトリとか提案が出てるのに突然>>562でブチギレ なぜ>>562でtests以外は公開したいから解決にならないと一言言えないんだろうか？ 突然ののしるってマジでアレなんだろうね 615 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 16:11:36.23 ID:dZQIBGnZ.net] やべえやつやｗｗ 616 名前：デフォルトの名無しさん [2016/01/15(金) 21:52:58.25 ID:jr3xQegD.net] 自殺が、最適 617 名前：デフォルトの名無しさん mailto:sage [2016/01/17(日) 05:35:51.54 ID:Tw43jO16.net] https://quitter.se/notice/4425126 618 名前：デフォルトの名無しさん mailto:sage [2016/01/17(日) 05:47:40.66 ID:Tw43jO16.net] https://quitter.se/notice/4422376 619 名前：デフォルトの名無しさん mailto:sage [2016/01/18(月) 13:30:06.56 ID:YDDa0GXb.net] 今使ってるgitのバージョンは1.7.1なんだけど、自分一人だけ2.7.0とかをビルドして使うと問題あるかな？ 例えば、新しい機能を使ったローカルコミットをpushすると、古いバージョンだとpullできないとか、 自分がgit initしたリポジトリは、古いバージョンだとcloneできないとか。 620 名前：デフォルトの名無しさん mailto:sage [2016/01/18(月) 21:51:28.44 ID:UmsDX3oV.net] 質問です ・gitでリポジトリに保存したときタイムスタンプや属性も保存できますか？ ・バイナリーが重複していた場合どうなりますか？ ・リモートリポジトリはサーバ上に作成できますか？またサーバが故障した場合個人のローカルリポジトリをリモートリポジトリとして使うことはできますか？ 複数の質問を同時にして申し訳ありませんが答えてもらえると幸いです あと読んだ方がいいサイトでもいいのでよろしくお願いします 621 名前：デフォルトの名無しさん mailto:sage [2016/01/18(月) 22:20:40.78 ID:MIfooL51.net] いいえ どうも はい 622 名前：デフォルトの名無しさん mailto:sage [2016/01/18(月) 22:30:21.28 ID:5OTOY/q+.net] タイムスタンプが保持できるのってsvnだけ？ 623 名前：デフォルトの名無しさん mailto:sage [2016/01/18(月) 22:38:51.29 ID:UmsDX3oV.net] >>617 すごくわかりやすくありがとうございます 624 名前：デフォルトの名無しさん mailto:sage [2016/01/19(火) 00:02:48.56 ID:lFJIU7vI.net] タイムスタンプはコミットした日時から判別できる。 だけどコミットした日時はチェックアウトした ソースコードに反映させてはならない。 なぜならビルドツールが日時を元にビルドするかどうかを決めているから。 最新のコードでビルドした後に、古いソースコードをチェックアウトしたときに 日付まで古くなったらビルドされなくなる。 625 名前：デフォルトの名無しさん mailto:sage [2016/01/19(火) 00:04:55.60 ID:lFJIU7vI.net] gitは実行属性は保存される。（ついでにシンボリックリンクも） なので>>617の一番目は間違い 626 名前：デフォルトの名無しさん mailto:sage [2016/01/19(火) 00:21:11.23 ID:K2JFzeNS.net] >>621 ナイスフォロー 627 名前：デフォルトの名無しさん mailto:sage [2016/01/19(火) 20:56:11.80 ID:JQKWuCIL.net] >>620 ビルドする言語ならそれでいいだろうけどな。 628 名前：デフォルトの名無しさん mailto:sage [2016/01/19(火) 21:52:48.15 ID:n7YAZoBS.net] >>623 ビルドする言語では問題が出る。 ビルドしない言語は元から問題がないので 「ビルドする言語ならそれでいい」という言い方はおかしい 逆に「タイムスタンプを保持するのは、ビルドしない 言語ならそれでいいだろうけどな」と言うべきだ タイムスタンプはチェックアウト（正確にはチェックアウトで変更される場合） に最新になるべきで、そうなっていればどちらでも問題はない。 で、ありがちなのが、ソースコード管理ツールで、ソースコード以外の エクセルとかを管理して、タイムスタンプを保持して欲しいって言う奴がいるんだよなｗ ソースコード管理ツールの間違った使い方をしているのが原因。 629 名前：デフォルトの名無しさん [2016/01/19(火) 22:27:32.54 ID:6RzgynQc.net] たまたまその方が便利だからそういう仕様になっているだけで ファイルの更新日時をリポジトリに保存する事が間違っている という事では断じてない 630 名前：デフォルトの名無しさん mailto:sage [2016/01/19(火) 22:39:07.97 ID:n7YAZoBS.net] >>625 えとな。gitにはファイルの更新日時どころか 行ごとの更新日時が記録されてるの。 git blameで見たらよく分かるよ？ その上で、ファイル自体の更新日付は チェックアウトなどで変更があった時に更新される 仕様になってるの。 最初からそう言ってるんだが。 > タイムスタンプはコミットした日時から判別できる。 631 名前：デフォルトの名無しさん mailto:sage [2016/01/19(火) 23:03:09.48 ID:unNXfSBy.net] 行ごとの更新日時なんて記録してたのか知らなかったわ blob同士のdiff取ってるだけだと思ってた 632 名前：デフォルトの名無しさん mailto:sage [2016/01/19(火) 23:07:35.80 ID:n7YAZoBS.net] >>627 行ごとにコミットIDがわかる。 だからコミットした日付から判断できる。 633 名前：デフォルトの名無しさん mailto:sage [2016/01/19(火) 23:49:30.93 ID:K2JFzeNS.net] >>627 その皮肉は>>626には伝わらなかったようだぞ 634 名前：デフォルトの名無しさん mailto:sage [2016/01/19(火) 23:57:31.64 ID:WLkWNDId.net] 更新日時とコミットした日時を混同しとる。 635 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 01:01:28.75 ID:X0JkwFym.net] >>629 わかってないのはお前だよ 636 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 01:02:41.41 ID:X0JkwFym.net] >>630 > 更新日時とコミットした日時を混同しとる。 それは最初に言い出したやつの話だな。 ファイルの更新日時は、ファイルが変更された時だから チェックアウトで更新しても、変わるべきもの。 637 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 01:16:53.83 ID:ntutQCMG.net] 「タイムスタンプはコミットした日時から判別」ってどうやんの？無理じゃね？ git でファイルの更新日時なんかファイル単位でも行単位でも記録されてなくね？ 638 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 01:34:37.32 ID:GuJxRqop.net] >>630 >>632には伝わらなかったようだぞ 639 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 01:46:51.79 ID:X0JkwFym.net] >>634 だからわかってないのはお前だってｗ >>633 ほらよ。行ごとの更新日時 farm4.static.flickr.com/3606/3304779985_2d1842b5f9_o.png 640 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 02:23:11.96 ID:6qOl9qKR.net] 1万行を超えるファイルXがあり コミットツリー(歴史)を辿ると１万回ほど変更を加えたコミットがあったとすると それだけ大量のdiffをするとなるとそんじょそこらのPCじゃ１日では足りない コミット自体にdiffで得られる変更のあったファイルの変更箇所の行番号だけでも保存しておけば行番号の整合性を取るという高速な処理でblameが生成できる 641 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 03:38:32.94 ID:ntutQCMG.net] >>635 それ、行ごとの最終変更コミットの日時じゃね？ 642 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 03:51:35.08 ID:GuJxRqop.net] >>635 夜中に笑わかすなｗ 腹痛いｗ 643 名前：デフォルトの名無しさん [2016/01/20(水) 06:25:11.83 ID:NNKYqJSV.net] gitがあまりにも凄すぎて、gitだけが唯一完全なvcsの実装だと信じてしまった ID:X0JkwFym 生まれたてのヒヨコのようなものだが、こういう間違いは誰にでもあるｗ 644 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 11:31:31.37 ID:X0JkwFym.net] >>637 > 最終変更コミットの日時 だからそれが最新変更日時だって 645 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 11:44:26.60 ID:ntutQCMG.net] >>640 きのう変更したファイルを今日コミットしたら、リポジトリに記録される日時は今日じゃね？ それって最終変更日時じゃなくね？ 646 名前：デフォルトの名無しさん [2016/01/20(水) 12:20:31.43 ID:ew0f81J7.net] ひっこみつかなくなって珍論を生み出したｗ 647 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 12:27:21.73 ID:MZkMiJMF.net] そもそも論として使い方が間違ってるんやろうな 648 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 13:21:17.48 ID:X0JkwFym.net] >>641 リポジトリにコミットした日が変更日だよ。 変更が確定した日なんだから。 それとファイルの変更日時とは別 649 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 13:27:13.54 ID:ZksDUEGf.net] 俺の定義が正しい君はもういいよ 650 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 13:28:16.34 ID:X0JkwFym.net] 人それぞれ定義は違う君はどうでもいいよｗ 651 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 14:12:52.34 ID:ZpQnqhf6.net] 釈迦に説法するマンお疲れッス 652 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 14:37:04.16 ID:GuJxRqop.net] >>639 ID:n7YAZoBS=ID:X0JkwFymの純朴さに対して ID:ntutQCMGの優しさと ID:unNXfSByの腹黒さよ 653 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 17:13:02.20 ID:SB5a2dXL.net] 開発中に「これ大至急修正を頼む！」って言われた場合どうしたらいいのか教えてください ただし、いま開発中の内容を履歴に残したくはありません いま開発中のファイルと修正を頼まれたファイルは同じです。 $a = 1を$a = 0に修正するだけです 654 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 17:22:17.22 ID:ZksDUEGf.net] >>649 git stash 655 名前：デフォルトの名無しさん mailto:sage [2016/01/20(水) 23:42:01.60 ID:GuJxRqop.net] もし $a = 1 前後の行を触ってなければ git add -p も手早 656 名前：デフォルトの名無しさん mailto:sage [2016/01/21(木) 00:48:56.61 ID:3nfMFWsw.net] SourceTreeの行単位のステージングはすげえ便利だぞ 657 名前：デフォルトの名無しさん mailto:sage [2016/01/21(木) 01:18:08.33 ID:df5WBkO7.net] 行単位ステージングって git add -i だっけ？ 658 名前：デフォルトの名無しさん mailto:sage [2016/01/21(木) 01:31:09.85 ID:3nfMFWsw.net] コマンドラインでやるときは、 git add -pして 目的の部分周辺をsでなるべく 小さくした後 eで一行だけ有効にしてた 659 名前：デフォルトの名無しさん mailto:sage [2016/01/21(木) 10:11:05.78 ID:Lt1eOSOs.net] git stashとadd -pどちらでもできそうですね あと$a = 0にした修正を今開発中の内容に含める場合はどうしたらいいんでしょうか？ 今回のように1文字変更するぐらいなら手動で書き換えればいいんですが、 多い時はコピペするのは危険なので 660 名前：デフォルトの名無しさん mailto:sage [2016/01/21(木) 10:49:48.73 ID:WGwam7JM.net] 一時ブランチ作ってコミットして退避させれ スタッシュは戻すときにコンフリクト出るとめんどくさい 661 名前：デフォルトの名無しさん mailto:sage [2016/01/21(木) 12:41:01.02 ID:zfABhIWj.net] そうそう。 gitはsquashなりamendなりで後から履歴の変更が出来るんだから ローカルのコミットは遠慮なくすればいいんだぜ。 662 名前：デフォルトの名無しさん mailto:sage [2016/01/21(木) 14:39:18.81 ID:NA0ZfZuq.net] >>655 「今開発中」のブランチのベースにcherry-pick 663 名前：デフォルトの名無しさん mailto:sage [2016/01/22(金) 15:43:27.77 ID:lmTUxqXx.net] 状況が正確にわかんないけどrebaseのほうが綺麗な履歴になるんじゃないの 664 名前：デフォルトの名無しさん mailto:sage [2016/01/22(金) 19:59:43.95 ID:l4wCt2dU.net] rebase -i して pick で差し込む って同じやんかーい 665 名前：デフォルトの名無しさん [2016/01/23(土) 14:54:53.44 ID:S7jNr+aw.net] >>607 オメーには聞いてねーよ。バーカ。 666 名前：デフォルトの名無しさん [2016/01/23(土) 14:57:13.21 ID:S7jNr+aw.net] >>608 バーカ ファンタジー系ラノベのギルドテンプレのザコモブ 667 名前：デフォルトの名無しさん [2016/01/23(土) 14:58:09.98 ID:S7jNr+aw.net] >>609 オメーには聞いてねー 回答する能力無いことは判明してるからな 668 名前：デフォルトの名無しさん [2016/01/23(土) 15:01:09.13 ID:S7jNr+aw.net] githubで公開したからmp3プロジェクト監視しろよ バーカ 669 名前：デフォルトの名無しさん mailto:sage [2016/01/23(土) 16:10:10.61 ID:tVAssR0m.net] >>659 rebaseという文化が嫌い。 甘えですよあんなの 670 名前：デフォルトの名無しさん mailto:sage [2016/01/23(土) 16:55:23.89 ID:+wxvQYMe.net] 漢は黙ってCVS 671 名前：デフォルトの名無しさん mailto:sage [2016/01/23(土) 16:58:36.62 ID:kmeCYvLc.net] CSV、ちょっと複雑なデータならJSONだな 672 名前：デフォルトの名無しさん mailto:sage [2016/01/23(土) 17:58:04.54 ID:l5TKWQpo.net] せめてSVN 673 名前：デフォルトの名無しさん mailto:sage [2016/01/23(土) 19:11:42.04 ID:YV8GkVLg.net] >>665 なんでもかんでもrebase、履歴が綺麗になるのが一番、とは思わないけど、 なんでもかんでもrebase禁止ってのもまたイマイチな考え方だと思うけど あんま使いこなしてないからかもしれないけど、bisectなりなんなりでエンバグしたコミットを特定するのがマージだとわかりにくくなるケースない？ ちなみにたまにしかrebaseは使わない 674 名前：デフォルトの名無しさん mailto:sage [2016/01/23(土) 19:58:52.04 ID:Q0aIs8Xg.net] >>665 何いってんのお前？ 間違ったものを正しく修正することの何が悪いのか。 675 名前：デフォルトの名無しさん mailto:sage [2016/01/23(土) 21:02:01.35 ID:vqknyM9O.net] typo修正だらけのコミットログが透けて見えるようだ 676 名前：デフォルトの名無しさん mailto:sage [2016/01/24(日) 10:07:15.38 ID:9BBAkfAb.net] git cloneしたときにmasterブランチしかクローンされないんですが 他のブランチも一緒にクローン出来ませんか？ --no-single-branchって付けたらいいのかなと思いましたがmasterブランチしか取れませんでした 677 名前：デフォルトの名無しさん mailto:sage [2016/01/24(日) 11:08:07.60 ID:V2t/pNz9.net] ローカルブランチが出来てないだけと見た。 678 名前：デフォルトの名無しさん mailto:sage [2016/01/24(日) 11:44:54.26 ID:bvNYEnrP.net] 気づかないとは古いgitを使ってる可能性もあるな 1.8ぐらいだったから、それ以上を使えよ。 679 名前：デフォルトの名無しさん mailto:sage [2016/01/24(日) 16:07:15.43 ID:K7xlCs10.net] 存在しないリポジトリをcloneするとusernameとpasswordの入力を求められるんですけど こういう場合はエラーにする方法ありませんか？ 680 名前：デフォルトの名無しさん mailto:sage [2016/01/24(日) 16:12:05.10 ID:DQslD/RG.net] >>675 それはサーバー側の設定次第じゃないの？ 681 名前：デフォルトの名無しさん mailto:sage [2016/01/24(日) 17:28:06.55 ID:pNY+NcnR.net] アカウントでアクセス制限してるサーバでリポジトリが存在するかどうかを 認証無しで知られてしまう、という設定か 682 名前：デフォルトの名無しさん mailto:sage [2016/01/24(日) 18:40:19.27 ID:krCtdnaQ.net] ﾜﾛﾀ 683 名前：デフォルトの名無しさん mailto:sage [2016/01/24(日) 18:54:19.91 ID:V2t/pNz9.net] それを不便に感じるほどやらかしてるのか、 たった一度でもう我慢ならんのか。 684 名前：デフォルトの名無しさん mailto:sage [2016/01/24(日) 19:05:33.61 ID:jEFikvvL.net] > 存在しないリポジトリをcloneするとusernameとpasswordの入力を求められるんですけど > こういう場合はエラーにする方法ありませんか？ この動作で困る例が思いつかない。 685 名前：デフォルトの名無しさん mailto:sage [2016/01/26(火) 19:26:46.27 ID:xBQDa6Ic.net] >>680 想像力が貧困やね 686 名前：デフォルトの名無しさん mailto:sage [2016/01/26(火) 22:00:08.53 ID:IxpvwyDl.net] それはお互い様だと思う 687 名前：デフォルトの名無しさん mailto:sage [2016/01/26(火) 23:21:42.29 ID:d97Fv44g.net] >>681 ほう！ならばどういう時か 例を言ってくれていいんだよ！ 君にとっては、本当に思いついたという 証拠にもなるしね！ 688 名前：デフォルトの名無しさん mailto:sage [2016/01/26(火) 23:52:00.97 ID:9z2oQ6YS.net] URL手打ちでリポジトリ名のtypoとかじゃねーの？知らんけど 689 名前：デフォルトの名無しさん mailto:sage [2016/01/27(水) 01:05:35.84 ID:wwUfZ3QJ.net] 入力させられるのにムカつくのは好きにすれば良いが、 それで何か困るのか？って話だ。 690 名前：デフォルトの名無しさん mailto:sage [2016/01/27(水) 01:23:58.93 ID:QwLv4BDp.net] でたらCTRL-Cを押せばいいだけだしな。 691 名前：デフォルトの名無しさん mailto:sage [2016/01/27(水) 03:29:12.27 ID:yzADBwD7.net] バッチ処理でも組みたいとかなんじゃないの バッチの引数でポジトリのURL渡して自動でcloneして色々何かの処理を自動でこなして終了、みたいな んでこのバッチ処理スクリプトを複数のマシン、複数の人間で使いたいとか そんなとこじゃね？ 692 名前：デフォルトの名無しさん mailto:sage [2016/01/27(水) 07:53:09.95 ID:B282A3zK.net] >>687 デバックしろよ。 693 名前：デフォルトの名無しさん mailto:sage [2016/01/27(水) 10:16:58.66 ID:M8CnN1zc.net] 687が？ debackって何？ 694 名前：680 mailto:sage [2016/01/27(水) 10:44:57.34 ID:nkhHFBxe.net] >>687 すいませんそういうことです 695 名前：デフォルトの名無しさん mailto:sage [2016/01/27(水) 10:55:04.75 ID:M8CnN1zc.net] あなた680じゃなくて675でしょ？ ほい 696 名前：デフォルトの名無しさん mailto:sage [2016/01/27(水) 10:55:31.91 ID:M8CnN1zc.net] git-scm.com/docs/gitcredentials 697 名前：680 mailto:sage [2016/01/27(水) 20:11:12.49 ID:pZGS3XJE.net] >>691 いろんな環境で使えるようにしたいので、出来ればconfigには触りたくないのですが コマンドの引数だけで出来る方法はないですかね？ 698 名前：デフォルトの名無しさん mailto:sage [2016/01/27(水) 20:14:10.48 ID:hu6WJtBg.net] git clone --recursiveってしたらsubmoduleも全部ダウンロードしてくれるじゃないですか こうやってcloneしたときはpullはどうしたらいいですか？ git pull git submodule update --init --recursive って2回に分けてコマンド実行しないとダメですか？ 1回でpullしてsubmoduleも更新するやり方ありますか？ 699 名前：デフォルトの名無しさん mailto:sage [2016/01/27(水) 23:19:38.31 ID:yIt2xAXc.net] >>693 GIT_ASKPASS がそれじゃね？ 700 名前：680,690,693 mailto:sage [2016/01/27(水) 23:57:10.71 ID:NL6MaBDN.net] >>695 GIT_ASKPASSに何の値を設定したらいいんですか？ 試しにexport GIT_ASKPASS=NONEしたら ＞error: cannot run 0: そのようなファイルやディレクトリはありません ってエラーが出た後にusernameとpasswordを入力させられます 701 名前：675,690,693,696 mailto:sage [2016/01/27(水) 23:59:16.07 ID:NL6MaBDN.net] ああ、すいません680じゃなくて675です 680さん失礼しました 702 名前：デフォルトの名無しさん mailto:sage [2016/01/28(木) 07:57:15.16 ID:/HMh16FS.net] >>696 パスワード入力用の外部コマンドを指定するためのものらしい /bin/false 指定してみたら？ 703 名前：デフォルトの名無しさん mailto:sage [2016/01/28(木) 17:56:01.71 ID:53YxhnLF.net] git使うときmac、windowsでUTF8、SJISで困ってるんだけど 変換勝手にしてくれたりする方法あります？ windowsでutf8引っ張ってきた時のコンパイルで死にます 704 名前：デフォルトの名無しさん mailto:sage [2016/01/28(木) 18:21:33.44 ID:Zt+/Dst2.net] それぞれの環境は？ UTF8でWindowsで困ってないけどな コミットする時点で変換するトリガが無いかってことかな 705 名前：デフォルトの名無しさん mailto:sage [2016/01/28(木) 19:11:45.02 ID:63oiELTt.net] Windows版gitは改行の面倒は見てくれるが文字コードは何もしない 同じくutf8で別に困る事ないけどな 706 名前：デフォルトの名無しさん mailto:sage [2016/01/28(木) 19:13:18.27 ID:63oiELTt.net] 今思い出したが多分VS使ってんならBOM入ってないとutf8のファイルをutf8と認識せずおかしなエラーになるな 707 名前：675,690,693,696,697 mailto:sage [2016/01/28(木) 22:58:57.57 ID:X5dVRMJF.net] >>698 指定したけど入力を催促されました 708 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 00:01:38.54 ID:egYXOU7x.net] >>699 文字コードを勝手に変換するほうが困ることになる。 同じソースコードなのに、そこに埋め込まれた 文字コードが違うってことになるんだぞ？ だから同じ理由で改行コードの変換もしない設定するのが基本。 ソースコードの文字コードと改行コードは、どこでも同じものにするべきで、 まともなテキストエディタを使えばいいだけ。 709 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 00:24:16.63 ID:LlSYvxYC.net] >>704 そりゃ違う ソースコードが改行に依存してる事の方が問題だ もし改行に依存してたらそれはデータとしてバイナリ扱いにする必要がある 文字列に改行を含める場合は前後の文字列を実行時にプラットホーム固有の 改行で結合するまでやらないとプラットホーム非依存にはならない 俺はWindowsとLinuxで改行コードをgitの自動変換ありで使ってるけど何も問題無い 逆に問題が出る場合はどこかに非依存な部分があるというだけ 710 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 00:28:31.58 ID:LlSYvxYC.net] >>705 いや少し違った コンパイルする言語の場合は改行コードはコンパイル時に決めれば問題なかったな スクリプトの類は実行時に判定する必要はあるけど 711 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 01:34:08.05 ID:i7byzhy6.net] >>705 言語によって適切な改行コードは違うんだよ。 例えばシャルスクリプトはLF限定。 このテキストのデータファイルはLFであることを 前提にしているというコードというのもあるし、 LF と CR LF ではファイルサイズまで変わってしまう。 改行コードを統一することに意味はあるが 環境ごとにばらばらにする意味は無い。 環境ごとにばらばらにしたほうがいいという理由があるかい？ 712 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 02:32:12.21 ID:LlSYvxYC.net] >>707 > 例えばシャルスクリプトはLF限定。 LinuxでチェックアウトすればLFなんだから何か問題あるのか？ Windowsでシェルスクリプト動かすつもりかよ…物好きだな 例えそうだとしてもWindows版bashはCRLFで問題なく動く LF前提のパーサーなんて幾らなんでも糞過ぎだろ あとファイルサイズが変わって何の問題があるんだ？ gitは改行コードが変わっても適切に差分を管理するし問題ない > 環境ごとにばらばらにしたほうがいいという理由があるかい？ お前みたいな奴はLinuxオンリーでやれよ 「わざわざ」Windowsでgitを使う理由をよく考えろ お前は多分WindowsとLinuxでgitが改行を変換する使い方をした事がないっぽいな Linuxサーバで動かすシェルスクリプトをWindowsでチェックアウトして そのままLinuxサーバにアップしようとしてるのが目に見える 713 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 02:34:17.68 ID:LlSYvxYC.net] >>708 目に見えるっておかしいな、目に浮かぶか…もう寝る 714 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 03:00:09.37 ID:dAG2CBuw.net] >>708 言い訳はいいんだけど、 統一しない理由はなに？ 715 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 03:01:56.35 ID:dAG2CBuw.net] > 「わざわざ」Windowsでgitを使う理由をよく考えろ それをお前に聞いているんだが、 その理由を言わないよね？ > Linuxサーバで動かすシェルスクリプトをWindowsでチェックアウトして > そのままLinuxサーバにアップしようとしてるのが目に見える こういう事例も、統一した方がいい理由の一つですよね。 716 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 03:04:21.56 ID:dAG2CBuw.net] 他にもLinuxサーバーのソースコードをWindowsで編集することもある。 その逆もあるだろうな。 いちいち場合毎に改行コードを使い分ける理由がないんだから、 統一した方がいい。 717 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 03:07:20.42 ID:dAG2CBuw.net] ヒアドキュメントとかもあるな。 ソースコードに埋め込まれた改行コードが変わると 問題が起きる場合。 718 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 06:31:11.29 ID:aEvn5SFA.net] ハイ、ハイ！ 719 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 07:48:59.90 ID:vMohSKiK.net] >>710 統一するコストに比べてメリットが少ないからだろ。 720 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 08:50:35.28 ID:G034Tjvl.net] >>715 統一するコストってなに？ ソースコードなんて所詮プログラムの内部仕様なわけで、 内部仕様までプラットフォームごとの違いを吸収するように作る必要はないんだよ。 テキストファイルのように入出力の部分で吸収させればいいだけ。 でもヒアドキュメントのようにソースコードに含まれる改行コードが 変わってしまったらプログラム内部のデータが変わってしまう。 721 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 09:55:38.87 ID:LlSYvxYC.net] >>711 つうかそんな事いちいち聞くなよ プログラマじゃない人がどんなエディタ(メモ帳含む)で編集しても 問題が起こらないからだろ なぜかLFで開いてもCRLFで保存するエディタとかもあるんだよ(そういう設定にしたのかもしれんけど) あと、Linuxでチェックアウトすれば全部LFになるのに何の問題があるのか逆に聞きたいよ 相互運用した事もないのに脊髄反射で反論すんなよ 722 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:12:26.04 ID:YmIfB0q0.net] つか元々の質問の奴はどうなったんだｗ まぁ個人的には今たまたま問題出なくてもどこでいつ問題起きるかわからなくて気持ち悪いから固定するけど どうしてもクソな環境に合わせないといけないならほんとしょうがなくだと思う 723 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:15:32.20 ID:LlSYvxYC.net] 分からないからとか気持ち悪いとかプログラマがいう事じゃないよ 結局自分が分からない事やってる奴は頭おかしい理論で反論してるだけなんだよな 724 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:25:44.11 ID:5AyjDIYV.net] なんでこいつらファイルの中身の文字コード前提で話し進めてるの？ なんで文字コードじゃなくて改行コードの話に脱線してるの？ アホばかりなの？ 725 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:45:14.55 ID:E4nKuHZl.net] >>717 > あと、Linuxでチェックアウトすれば全部LFになるのに何の問題があるのか逆に聞きたいよ ソースコードの中身にCR LF と書いていて CR LFで扱うコードが正しく動かないから。 同様にソースコードではないCR LF前提のテキストファイルの データ形式（例えば電子メール）が変わってしまうから。 726 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:50:07.12 ID:LlSYvxYC.net] >>721 >>705を読め > もし改行に依存してたらそれはデータとしてバイナリ扱いにする必要がある > 文字列に改行を含める場合は前後の文字列を実行時にプラットホーム固有の > 改行で結合するまでやらないとプラットホーム非依存にはならない なので、ソースコードにCRLFを直接書くなんて完全にバグ 改行コードが変わってまずいメールをgitに入れるならデータ扱いでバイナリにする必要がある 以上 727 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:51:01.47 ID:E4nKuHZl.net] > なので、ソースコードにCRLFを直接書くなんて完全にバグ ヒアドキュメントを使えば必然的にCR LFになるって言ってるだろうが 728 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:53:22.98 ID:LlSYvxYC.net] >>721 いや違う… > ソースコードの中身にCR LF と書いていて もはや的外れな事言ってるじゃないかよ… 例えばCのソース内に"\r\n"って書いてそれをgitが変換するわけじゃないっての 729 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:55:21.99 ID:YmIfB0q0.net] >>719 分からないってのは技術的な話じゃなくて政治的な話だよ そもそも何でいまだに統一しないとか今後も永久に同じ仕様で行くって企業の行動を予知できるのか そういう余計なことに気を使うのが気持ち悪いって言ってるだけだ 逆に環境によって改行コードを強制されないといけないクソ環境の合理的説明を聞きたいわ 730 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:55:44.15 ID:E4nKuHZl.net] >>724 > "\r\n"って書いて お前が今このスレではじめて出した言葉だよ。 だ〜れも、\r\n なんてことは言ってない。 731 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:58:37.03 ID:LlSYvxYC.net] >>723 ヒアドキュメントの改行が「Windowsで」CRLFになっても問題ないことがほとんどだ むしろその方がいいだろう ようするにLinuxサーバーで動かすソースをWindowsでチェックアウトして それをLinuxサーバーに直接アップしたいって事だろ？ そんな事したい奴の話はどうでもいい 732 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:00:08.59 ID:LlSYvxYC.net] >>725 政治的な話ならどうでもいい そんな事いいだしたらsvnを強制されても合理的な理由になる 733 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:01:01.65 ID:LlSYvxYC.net] >>726 じゃあ>>724は無視していいよ>>722でちゃんと返答してんだから 734 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:01:14.29 ID:E4nKuHZl.net] > ヒアドキュメントの改行が「Windowsで」CRLFになっても問題ないことがほとんどだ ほとんどだって言ってる時点であるって言ってるのと同じじゃねーかｗ そのほとんどっていうのが問題なんだが。 絶対問題になるのなら対処するだろうが、 だいたい問題にならないけど、特別な場合だけ問題になるっていうのが 「特定の条件でのみ発生するバグを見逃す」ことにつながるんだが。 改行コードはプラットフォームとは無関係に統一しておくだけで 解決する問題を、なぜわざわざ増やす？ 735 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:02:35.14 ID:E4nKuHZl.net] >>727 > ようするにLinuxサーバーで動かすソースをWindowsでチェックアウトして > それをLinuxサーバーに直接アップしたいって事だろ？ なんでそれがだめなんでしょうか？ｗ たったそれだけのことで問題になるから、 改行コードの自動変換はやめるべきことですよね？ 736 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:06:05.55 ID:YmIfB0q0.net] >>728 おまえみたいな決め付けで行動するやつがいるからコードがうんこになるんだよｗ 何がプログラマの言うことじゃない（ｷﾘｯだよ 737 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:07:39.98 ID:LlSYvxYC.net] >>730 そんな突っこみいらないよ 常にLFにすれば「絶対」問題ないといえるんだな？ だからWindowsでテキストを扱うにはLF前提の方が問題が出やすいと言ってんだ 特にCRLFで保存するなといっても意味の分からん人もいる 一人でとかプログラマのみで開発してるなら強制すればいいだろ 強制しなくてもそのプラットフォームで自然な改行で問題ないように対応されてる方が問題が出ない 738 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:07:44.44 ID:VzXBU/rQ.net] shebangのケツにCRがついてbad interpreter喰らって泣きつくバカの尻拭いさせられるぐらいの問題 739 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:08:38.61 ID:LlSYvxYC.net] >>731 それこそ糞みたいな開発環境だな 改行以前の問題だからどうしようとどうでもいいよ 740 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:11:58.43 ID:E4nKuHZl.net] >>733 > だからWindowsでテキストを扱うにはLF前提の方が問題が出やすいと言ってんだ LF前提とか言ってないしｗ バッチファイルならCR LFだろうよ。 自動変換するなってだけで、改行コードが環境によって変わらなければそれでいい。 > だからWindowsでテキストを扱うにはLF前提の方が問題が出やすいと言ってんだ > 特にCRLFで保存するなといっても意味の分からん人もいる 意味がわからん人を教育すればいい。 逆に、意味がわからん人が、環境によって勝手に変わる動作を 想定するわけがだだろ。 お前の主張は破綻してるんだよ。 お前が言ってる問題って、テキストエディタの設定であっさり解決する問題じゃねーか。 俺が言ってる問題は、同じソースコードなのに環境によってコードの中身が書き換えられ 意図せずにソフトウェアの動きが変わってしまってバグの元になるって話をしてるんだが。 741 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:12:38.45 ID:VzXBU/rQ.net] メモ帳がLFをまともに扱えないから、LF前提にしとくとメモ帳使って先頭にBOM入っちゃう事故を回避しやすそう 742 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:12:42.42 ID:E4nKuHZl.net] >>735 おや？何か反論してくるかと思いましたが、 何も言い返せずに終わりましたねｗ 743 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:13:38.31 ID:E4nKuHZl.net] >>737 改行コードを統一するのが嫌って言ってる奴は、 メモ帳をどうしても使いたいんだろうなぁｗ 744 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:15:38.51 ID:E4nKuHZl.net] >>734 > shebangのケツにCRがついてbad interpreter喰らって泣きつくバカの尻拭いさせられるぐらいの問題 実際にあるねそれｗ Windowsでもcygwinとかmsysgitとかでシェルスクリプト 動かすことあるからね。 745 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:18:29.17 ID:LlSYvxYC.net] >>736 > 自動変換するなってだけで、改行コードが環境によって変わらなければそれでいい。 お前は俺と同じ主張をしてるぞ… Linuxでチェックアウト→LF Windowsでチェックアウト→CRLF なんだからその通りだよ > 俺が言ってる問題は、同じソースコードなのに環境によってコードの中身が書き換えられ > 意図せずにソフトウェアの動きが変わってしまってバグの元になるって話をしてるんだが。 俺はソースコードの改行が変わったことでバグるプログラムに問題あるといってんだ それって実行環境と読み込むデータ自体の改行も決め打ちだよな？ そうじゃないと駄目だと声高に主張するならそうすればいいじゃん 746 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:20:35.77 ID:LlSYvxYC.net] >>740 WindowsだとCRLFでシェルスクリプトは動く ちなみにCRLFであってケツにCRが付いてるわけじゃないからな エディタで変な読み込まれ方をするとCRがケツについてるように見えてるだけだろ 747 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:25:41.05 ID:VzXBU/rQ.net] #!/usr/bin/perl で始まるのを #!/usr/bin/perl -- にシコシコ書き換えて回るのは大変だなぁ >>742 > ちなみにCRLFであってケツにCRが付いてるわけじゃないからな shebangを解釈するexecve(2)にとってはケツにCRが付いてると思ったんだ 748 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:25:58.19 ID:LlSYvxYC.net] >>740 つうかケツにCRとか言っちゃってるレベルの奴だったのか… 749 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:26:32.47 ID:E4nKuHZl.net] >>741 > Linuxでチェックアウト→LF > Windowsでチェックアウト→CRLF > なんだからその通りだよ ぜんぜん違うだろ。 テキストファイルにLFで書いたもの→どこでチェックアウトしてもLF テキストファイルにCRLFで書いたもの→どこでチェックアウトしてもCRLF 勝手に変わったらいけない。 750 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:30:11.40 ID:LlSYvxYC.net] >>745 > 勝手に変わったらいけない。 だからどういけないのか言えよ… どうせ糞みたいな制約だらけのテキストパーサ自慢なんだろ そしてデザイナとか上司が知らずにWindows上でCRLFで保存しようモンなら 血相変えてなんでCRLFで保存したんだと怒鳴り込む姿が目に浮かぶ 751 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:32:54.47 ID:E4nKuHZl.net] >742 > WindowsだとCRLFでシェルスクリプトは動く 今、メモ帳で書いたこのコードを、cygwinで実行したら 見事にエラー出たけど？ｗ > #!/bin/sh > > echo ok ./test.sh : not found2: ./test.sh: ok 信じられないならdiffの結果見せてやろうか？ $ diff -u test.sh test2.sh --- test.sh 2016-01-29 11:31:55.182889600 +0900 +++ test2.sh 2016-01-29 11:28:59.888609900 +0900 @@ -1,4 +1,4 @@ -#!/bin/sh - -echo ok - +#!/bin/sh + +echo ok + もちろん、改行コードの違いを無視する diff -ub test.sh test2.sh なら差は出ない。 752 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:33:38.76 ID:YmIfB0q0.net] 仕様としては改行コードは○○って決まってるけど各自の作業は自由ってのが もはや仕様としてCRでもLFでもCRLFでも決まってないってところまで行く勢いだなｗ 753 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:35:34.58 ID:E4nKuHZl.net] >>746 > だからどういけないのか言えよ… 何度も言ってるだろ。具体的な事例出してバグになるって。 それよりかお前が言えよ。 お前は、改行コードが勝手に困っても困らないはずだ。と言ってるだけで 改行コードが勝手に変わったほうが良いとは言ってないよな？ 困る事例はお前自身だって言ってるわけで、 勝手に変わったほうがいい理由がないなら、 変えない方がいい。 754 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:37:38.45 ID:VzXBU/rQ.net] >>747 > 今、メモ帳で書いたこのコードを、cygwinで実行したら > 見事にエラー出たけど？ｗ cygwinはmount時にテキストモードとかバイナリモードとかあるんだよ。 そのあたりの設定がうまいこといってねえんだよ、きっと 一時期のbashにあった改行コードがCR+LFのシェルスクリプト中に $() や & があると おかしくなる問題はbash-4.3.42-4 にしとけばいいんだよ、たぶん。 https://sourceware.org/ml/cygwin/2015-09/msg00439.html 755 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:38:22.28 ID:E4nKuHZl.net] >>746は > そしてデザイナとか上司が知らずにWindows上でCRLFで保存しようモンなら > 血相変えてなんでCRLFで保存したんだと怒鳴り込む姿が目に浮かぶ デザイナとか上司が知らずにShiftJISで保存しても 動くように作れって怒鳴りこみそうｗ 俺がどうするか？って怒鳴りこまないよ。 冷静 756 名前：に説明して修正するだけ。 [] [ここ壊れてます] 757 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:38:50.27 ID:LlSYvxYC.net] >>747 cygwinをインストールした時に改行コードをどうするか聞かれただろ？ どうした？ >>748 だからちゃんと理解しろよ Windowsで保存する時はCRLFだがLinuxでチェックアウトすればLFでチェックアウト出来るんだから 仕様としてはLFでいいんだよ 758 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:38:58.74 ID:E4nKuHZl.net] >>750 > cygwinはmount時にテキストモードとかバイナリモードとかあるんだよ。 > そのあたりの設定がうまいこといってねえんだよ、きっと 設定は何もしていない。インストール時のデフォルトだ。 759 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:39:51.56 ID:E4nKuHZl.net] >>752 > cygwinをインストールした時に改行コードをどうするか聞かれただろ？ デフォルトだ。 760 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:40:19.10 ID:VzXBU/rQ.net] 何かを得れば何かを失う。人生とはそんなものだ。 状況に応じて使うか使わないかを決めるといい。 761 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:41:41.85 ID:E4nKuHZl.net] >>752 > Windowsで保存する時はCRLFだがLinuxでチェックアウトすればLFでチェックアウト出来るんだから お前ファイル共有って知ってる？ チェックアウトだけが、ソースコードを受け渡しする方法じゃねぇんだよ。 なに余計な複雑度を組み込んでるんだ？ 改行コードを統一するだけで解決する問題だって言ってるだろ。 お前は解決する方法を一つも言ってない。 困る事例を無視して困らないはずだって言ってるだけ。 762 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:42:19.66 ID:LlSYvxYC.net] >>751 SJISでも動くようにするのも場合によっては必要だろ さすがに文字コード変えて保存する事例はなかったが頻発するなら必要な事だ あらゆる制約はなくす方向で行かないと 説明する人数が一人ぐらいならいいけどもう少し人数が居たら説明なんてしてられない 763 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:43:19.09 ID:E4nKuHZl.net] >>757 > SJISでも動くようにするのも場合によっては必要だろ 必要な時"だけ"、やれ、な？ やらなくていもいいことは、やらないようにしろ。 改行コードの問題も同じだ。 764 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:44:53.03 ID:E4nKuHZl.net] >>757 > 説明する人数が一人ぐらいならいいけどもう少し人数が居たら説明なんてしてられない >>757の所がウェブ会社だったら、 HTMLが全部ShiftJISなのに、metaにUTF-8って書いていそうｗ まあ、説明なんてしてられない。ならそうなるしかないわなｗ 765 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:45:25.71 ID:LlSYvxYC.net] >>756 > チェックアウトだけが、ソースコードを受け渡しする方法じゃねぇんだよ。 はいダウト そういう事するなら勝手にやってくれよ 766 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:45:59.94 ID:E4nKuHZl.net] >>760 何がダウンと何だ？ｗ こうやってすぐ逃げる。 767 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:48:47.20 ID:LlSYvxYC.net] >>758 必要だからやってる、それだけの事 >>759 ちなみに文字コードはgitが変換するわけじゃないからLinuxでチェックアウトする時に スクリプトかましてutf8にする必要がある 重要なのはLinuxでチェックアウトした時にLFでutf8になればいいだけ 768 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:49:50.82 ID:LlSYvxYC.net] >>761 ダウンｗｗｗダウンってなんだよｗ 769 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:50:03.56 ID:E4nKuHZl.net] なるほどねｗ hiromasaya.web.fc2.com/Cygwin/crlf.html Cygwinの改行コードはデフォルトでUNIX互換(LF:0x02)になっている。 これは特に問題はない。 もしDOS互換の改行コード(CR LF:0x080x02)のテキストファイルがあっても通常問題は発生しない。 エディタやコマンドが対応して正常に動作するからだ。 ただし例外として、bash ver4系シェルスクリプトでは、DOS互換の改行コードはエラーになる。 問題となるのは、Cygwinの gcc3/gcc4コンパイラが出力するテキストの改行コードで、 DOS互換の改行コード(CR LF:0x080x02)が出力されてしまうこと。なぜこうなっているのか不明だが、今のところgccのオプションでは回避できない様だ。 これは、Cygwinで自作したC/C++アプリの出力テキストファイルは、SolarisやLinuxに移動するとDOS互換改行コードのファイルが混じり込むことになるという問題が発生する。 これは大きな問題ではないが、留意しておく必要がある。 770 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:51:25.58 ID:E4nKuHZl.net] >>762 > 必要だからやってる、それだけの事 必要な理由を言え。 >>759 > ちなみに文字コードはgitが変換するわけじゃないからLinuxでチェックアウトする時に > スクリプトかましてutf8にする必要がある > 重要なのはLinuxでチェックアウトした時にLFでutf8になればいいだけ 何のためにそんなことしてるの？ｗ 文字コードと改行コードを統一するだけで解決しない問題なんですか？ｗ 771 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:52:34.45 ID:VzXBU/rQ.net] >>761 ダウトのtypoじゃね？ とりあえずgit archiveとかgit checkout-indexとかやって受け渡すことはできるね チェックアウトせんでも。 772 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:52:42.77 ID:YmIfB0q0.net] まぁ馬鹿の介護で非効率なことをすることが一流のプログラマや一流の企業の条件ってならもうしょうがないｗ 773 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:55:07.21 ID:LlSYvxYC.net] >>765 だからデザイナとか上司がWindows上で…ってどこかで書いたよ > 何のためにそんなことしてるの？ｗ お前マジで頭悪いだろ…>>757でそんな事はなかったがやる場合はって話だろ お前さっきから変な日本語を書き込んでるけど日本人か？ 774 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:56:12.13 ID:E4nKuHZl.net] https://github.com/vim-jp/vital.vim/issues/102 > ちなみにGitHub for Windowsにはマルチバイト文字が含まれているファイルだとcrlf->lf変換がされないというバグがあります。 > やっとライブラリが更新されて直ったようです。 やっぱり改行コードの自動変換はろくなことないね。 d.hatena.ne.jp/couichi/20110207/1297101115 > マニュアルの core.safecrlf の項目を翻訳してみた。 > git-config(1) > CRLF の変換は、稀にとは言えデータ破損の危険性を伴います。 > しかし、誤ってテキストファイルと分類されたバイナリファイルの場合、変換はデータを破損するかもしれません。 やっぱり改行コードの自動変換はろくなことないね。 775 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:58:20.46 ID:LlSYvxYC.net] >>767 プログラマ仕事は素晴らしいコードを書くことだと悦に入ってる姿が目に浮かぶ プログラマなんて奴隷だろ あらゆる要求や仕様にNOと言わない奴が有能なプログラマだ 当然YESというのは簡単だが出来ないのにYES言う奴は一番最低だ 776 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:59:24.14 ID:E4nKuHZl.net] >>768 > だからデザイナとか上司がWindows上で…ってどこかで書いたよ だから、デザイナや上司がWindows上でHTMLファイルを保存したら、 ShiftJISで保存してるのに、metaではUTF-8してあるような事例でも お前の場合、文字コードを変更しないっていうんだろ？って皮肉を書いたんだが？ｗ 改行コードもこれと同じで、統一すればいいだけ。 わからないなら説明すればいいし、ちょっとマシン借りて テキストエディタの文字コードと改行コードのデフォルト設定変えるだけ。 でもお前の場合、そうするのが面倒だから、 ShiftJISで保存されてもむとんちゃくなんだろ？ｗ 777 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:00:34.38 ID:LlSYvxYC.net] >>769 それ古いWindows版gitだろ だいぶ前から問題ないよ > 誤ってテキストファイルと分類されたバイナリファイルの場合 そりゃ問題起きるだろ… 778 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:01:42.71 ID:YmIfB0q0.net] 自称俺はプログラマじゃなくてプログラマを使う人間まで行ったｗ 779 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:04:02.89 ID:LlSYvxYC.net] >>771 お前ほんと頭悪いな > ShiftJISで保存されてもむとんちゃくなんだろ？ｗ 最初は当然知らないからどこかで問題が出るよな？ そうなったらどうするか相談とかしてLinuxでチェックアウト時にutf8に変換しようとなる流れだろ むとんちゃくって意味が分からん… 780 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:04:45.29 ID:E4nKuHZl.net] >>772 だから問題が起きてるだろ？ 些細なミスで問題は起きるってことの証明だろ。 gitは直した。じゃあお前が書いたコードは？ バグがない保証は？ ソースコード内の改行コードが勝手に変わっても 正しく動くようにコードを書くわけ？ ちゃんとテストするわけ？ ムダなことしてんなぁｗ 入出力ファイルの話じゃないぞ。内部のデータの話だ。 プログラム内部の改行コードぐらい統一すればいいだろ。 781 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:06:40.61 ID:E4nKuHZl.net] >>774 > そうなったらどうするか相談とかしてLinuxでチェックアウト時にutf8に変換しようとなる流れだろ ワロタｗｗｗｗ チャックアウト時にUTF8に変換ｗｗｗｗ あ、フック書くのかｗｗｗｗｗ なんか人によって、コミットするたびに文字コードが変わりそうだな。 履歴の差分見たら、ShiftJISとUTF8への変換差分が大量に出そうｗ 782 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:09:25.14 ID:E4nKuHZl.net] ちょっと、アホすぎて面白いから、改行コードじゃなくて 文字コードの話に戻すわｗ チャックアウト時にUTF8に変換すればいいだってさｗｗｗ ShiftJISだとUTF8の文字をすべて表せないから、 そういう無知なデザイナや上司が変換するたびにUTF8の文字が壊れそうだな。 でも、そうか、チェックアウト時にUTF8に変換する方法で対応することを こいつは選ぶわけかｗｗｗｗ 783 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:11:54.14 ID:LlSYvxYC.net] おいE4nKuHZl、お前ヤバイ事になってるぞ… 784 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:13:08.76 ID:E4nKuHZl.net] >>778 ヤバイのはお前の開発の仕方がやばすぎて 笑い過ぎでヤバイだけｗｗｗ 開発の仕方自体は俺のほうがまともだってはっきりしたから 何の問題もないよｗｗｗ 785 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:26:54.15 ID:Y9Rc1o67.net] 根本的な対応をするんじゃなくて、対処療法的に 起きた問題を直すってやり方をやってるような所は ソースコードも汚いんだろうな。 786 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:28:44.84 ID:Y9Rc1o67.net] 俺なら、文字コードや改行コードを間違って保存するような人がいるなら サーバー側のフックで、ソースコードチェックするのと同じような感覚で 不正な文字コードや改行コードでコミットできないようにするだろうな。 787 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:35:05.41 ID:YmIfB0q0.net] 改行コードわかんなかったら確実に文字コードわかんないだろうからな 馬鹿に合わせるならもうこれしかない 新規ファイルは自分で作成しないで絶対にこのテンプレファイルを使用してください 後の美乳ファイルである 788 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:50:31.51 ID:Y9Rc1o67.net] 結局、改行コードが変わってしまうことで 引き起こされるバグがあるという証拠はいくつも出たけど、 改行コードを変えたほうがいいという理由は 一つも出なかったね。 789 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 14:25:13.65 ID:mleaHAQI.net] >>770 プログラマが奴隷だぁ？キャリッジリターンで消してやろうかぁ？ 790 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 15:06:29.52 ID:eri/tSjn.net] MSVC++がLFだけじゃ改行として認識しないから。 git自体も含めて他の環境のデフォルトはLFだからCRLFに統一するとか有り得ない。 なのでMSVC使うWindows上でだけ自動変換しとけば偶にハマるかもしれんがそれでいいかなと思ってる 791 名前：デフォルトの名無しさん mailto:sage [2016/01/29(金) 22:24:41.83 ID:mleaHAQI.net] >>784 ラインフィードの間違いだったぁ？ 792 名前：デフォルトの名無しさん [2016/01/30(土) 00:19:20.87 ID:eJpLCaMd.net] fetchってどのくらいの頻度でやってる？ 793 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 10:48:28.05 ID:LQNhevMY.net] 最後にいつfetchしたか忘れたときにやってる 794 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 17:03:03.36 ID:8STQ7yFZ.net] 毎日 795 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 23:08:38.84 ID:6Q62/dvG.net] おまえのオ○ニーと大体同じくらいの頻度だよ 796 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 23:45:47.86 ID:A3gfJR+z.net] VSがLFだけだと扱えないとかいつの話だよ 797 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 23:53:19.35 ID:8pg6dH+z.net] ぶっちゃけ、もうソースは全部LFのUTF-8でいいんじゃないかと思う 798 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 23:55:57.63 ID:8pg6dH+z.net] もちろんUTF-8はBOM無しで 799 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 23:58:08.50 ID:ypcCS+Q8.net] 異機種間で統一するならInternetにならってCRLF 800 名前：デフォルトの名無しさん [2016/01/31(日) 03:09:27.56 ID:qoVhiQHF.net] >>791 VC++2013の時の話かな 2015では自動変換したものしか使ってないから知らん まぁ、少なくとも一年前までは問題起きてたわけだ 801 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 03:17:54.63 ID:SJ5R7Lez.net] 改行コードの自動変換は良くないって話なんだから 別にWindows専用のソースコードであればCR LF固定でいいんだよ。 Linux系のソースコードなら、Windows版はcygwinかmsysで コンパイルするわけでこっちはLF固定で良い。 802 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 04:37:44.26 ID:vq6eMgrK.net] >>795 ウソはいけないよ 803 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 05:20:42.90 ID:oCG8WGSi.net] ほんとだ。嘘だった。危うく騙されるところだった。 www.atmarkit.co.jp/fdotnet/dotnettips/609vsfileencode/vsfileencode.html > 逆にVisual Studio 2005（以降、VS 2005）のソース・ファイルは基本的に「UTF-8」でエンコードされている。 > そのため、VS.NETからVS 2005へ開発環境を移行する場合などで、（VS 2005のエンコード形式に統一したいなどの理由により） > そのエンコード（文字コード）を変更したいということはある。このようなファイルのエンコードを変更する機能が > Visual Studioには搭載されている。それが［保存オプションの詳細設定］だ。 > ［行の終わり］には、改行文字の種類を「Windows（CR LF）」「Macintosh（CR）」「Unix（LF）」などから選べる。 少なくともVS2005、10年前には存在している。 804 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 05:31:49.71 ID:oCG8WGSi.net] 直接的な情報じゃないけど、VS2002 /2003でも改行コードをLFにするそういう設定あるみたいだね。 https://www.techhouse.org/~dmorris/cs148_summer_2005/handouts/OpenGL-Install-Guide.pdf VC++6.0はどうか知らないけど、ワードパットもLFに対応しているわけで 問題があるのはメモ帳ぐらいじゃないの？ 805 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 07:43:08.31 ID:U1VojL5O.net] 新規に作成するファイルの改行をLFに固定する設定がないから、LFに統一する 運用をしようと思ってもいまひとつ面倒なんだよな。 806 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 08:03:42.24 ID:oCG8WGSi.net] 新規ファイルの改行コードを設定できないエディタなんて メモ帳ぐらいだろ。 807 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 08:32:22.49 ID:ZsKbo1fC.net] 改行コード統一しろ。 808 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 08:43:48.07 ID:7LoAMsY1.net] >>800 新規ファイルのテンプレートを作って毎回それを使えばいい 809 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 09:05:19.96 ID:m2D4t7R9.net] WindowsじゃC言語でファイルをテキストモードでオープンした場合だけ "\n" の出力を "\r\n" つまり CR-LFへ変換するなんてややこしいことになってるんだよね Unix系じゃファイルのオープンにそもそもテキストモードなんてないし "\n" はそのまま "\n" つまり LF が出力される Windowsも改行を LF にして楽になろうよ 810 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 10:09:08.47 ID:xfsfZkY5.net] >>699はまだコンパイルで死んでるのか？ というか>699生きてる？ 811 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 10:13:39.44 ID:31z4XD49.net] >>805 分からないこと多すぎたみたいだからいろいろレス見て勉強させてもらってる とりあえず今は開発環境を統一させてどうにかさせてる 812 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 10:21:00.00 ID:xfsfZkY5.net] ずっと居たんかい コンパイルエラー貼れよ 100レスも無駄に消費しやがって 813 名前：デフォルトの名無しさん mailto:sage [2016/02/03(水) 18:27:40.72 ID:j5Vxk3iZ.net] 2時間くらいあれこれやったのをstashして、ブランチ切り替えながらいろいろやってたら stashしたのが消えてた・・・ もう金輪際stashは使いません 814 名前：デフォルトの名無しさん mailto:sage [2016/02/04(木) 13:27:11.60 ID:pjzU2sh9.net] >>808 ほかと違ってgitは些細なミスでソースが失われるので なにかソースが書き変わる系の作業をするときは KANARAZUワークスペース丸ごとバックアップした方がいいぞ 815 名前：デフォルトの名無しさん mailto:sage [2016/02/04(木) 14:36:29.50 ID:va5dr9zm.net] メッセージ読まない輩か。 816 名前：デフォルトの名無しさん mailto:sage [2016/02/04(木) 17:20:15.84 ID:ob+62gtm.net] わろた 817 名前：デフォルトの名無しさん mailto:sage [2016/02/04(木) 17:22:00.96 ID:6nmxHVWh.net] 何が起こったのかな？ サルベージ可能？ 818 名前：デフォルトの名無しさん mailto:sage [2016/02/04(木) 22:08:07.44 ID:6PUvax8Q.net] その辺はUNIX系コマンドの思想引き継いでるよな いわく「プログラマーは万能である」。 819 名前：デフォルトの名無しさん mailto:sage [2016/02/04(木) 22:29:01.24 ID:g3ecOfSG.net] >>808 > もう金輪際stashは使いません stash無理に使わんでも「とりあえずcommitしちまえ」で後からなんとかなるからな。 820 名前：デフォルトの名無しさん mailto:sage [2016/02/04(木) 23:12:54.51 ID:w/4VfNdd.net] gitでstashとかcommitした情報をうっかり消すっていうのはなかなか難しい 大体が残ってる情報を見つけられないだけ それでもやろうと思えば全部消せるが、その対策はどこかにpushしておくだけで十分 どちらかといえば、stashとかcommitする前にうっかりgit coしちゃう事故の遭遇率の方が高い とくにヒストリに残ってたgit co .で2回しくじったので、 git coがbashのヒストリに残らないように細工してる 821 名前：デフォルトの名無しさん mailto:sage [2016/02/05(金) 08:13:17.74 ID:CJ5Xrx4r.net] >>814 むしろ慣れないうちはcommitしまくった方が良いよね 822 名前：デフォルトの名無しさん mailto:sage [2016/02/05(金) 11:43:10.15 ID:v7ukNLrp.net] >>815 どういうこと？ checkoutしたらstashが消えるってこと？ 823 名前：デフォルトの名無しさん mailto:sage [2016/02/05(金) 12:00:50.70 ID:EwCIJwhY.net] >>817 よく読め 824 名前：デフォルトの名無しさん mailto:sage [2016/02/05(金) 12:20:54.44 ID:kEiVN07H.net] gitは過度にコマンドラインだけでありとあらゆる事が出来る事にこだわってる ProGitにコンフリクトした時の解消法とかrerereあたりの説明が恐ろしく複雑になってる 全てがグラフィカルに表示されてマウスでこれとこれみたいに出来れば何も覚える必要ないだろうなと思った 825 名前：デフォルトの名無しさん [2016/02/05(金) 12:33:56.43 ID:kiLBWxj0.net] いや、コマンドラインはありとあらゆる事が出来るが、グラフィカルは目的に特化したUIをその都度作らなければいかん。 将来的に機能が増える事が予想出来るソフトウェアはCUIで作るのが理にかなっている。 826 名前：デフォルトの名無しさん mailto:sage [2016/02/05(金) 12:41:26.37 ID:v7ukNLrp.net] >>818 あー、stashする前にcheckoutするってことか。 ありえんわ。 827 名前：デフォルトの名無しさん mailto:sage [2016/02/05(金) 13:03:08.45 ID:hmTKeVMY.net] co . なんて使うのがいかん checkout branch_name と叩いて深呼吸してから実行 828 名前：デフォルトの名無しさん mailto:sage [2016/02/05(金) 13:08:55.15 ID:bkulaeJ7.net] git checkout branch_name くんかくんか 「ッターン！」 829 名前：デフォルトの名無しさん mailto:sage [2016/02/05(金) 14:24:50.12 ID:c2oLCwBL.net] -m つけなきゃ大丈夫じゃないんけ？ 830 名前：デフォルトの名無しさん mailto:sage [2016/02/05(金) 20:00:32.44 ID:4vuMMbvX.net] >>819 はユーザー目線 >>820 は開発者目線 でもユーザーも開発者だから >>820 の気持ちも分かってしまう 831 名前：デフォルトの名無しさん mailto:sage [2016/02/05(金) 20:14:25.00 ID:kEiVN07H.net] gitに凝ったGUIを作ろうにもライブラリ化というかサービス化されてないから コマンドを実行して標準出力を正規表現で切り取る古き良きUNIX文化を発揮しないといけなくなる gitkとかtcl/tk使ってるからそういう処理が簡単に書けるから何とかなってるけど GUIツール作るにも単なるコマンドのラッパー以上のものを作るのは不可能とも言える 832 名前：デフォルトの名無しさん mailto:sage [2016/02/05(金) 20:22:47.70 ID:kEiVN07H.net] Githubってサーバーで一生懸命gitコマンド実行して標準出力を解析してるのかな？ 標準出力を解析する以外のやり方があったら知りたい 833 名前：デフォルトの名無しさん mailto:sage [2016/02/05(金) 22:44:56.53 ID:QKRpZlN2.net] libgit2 とかあるようだが 834 名前：デフォルトの名無しさん mailto:sage [2016/02/05(金) 23:14:49.41 ID:dpfeui8Z.net] https://git-scm.com/book/ja/v2/Gitをあなたのアプリケーションに組み込む-Libgit2を使う方法 835 名前：デフォルトの名無しさん mailto:sage [2016/02/06(土) 00:22:02.09 ID:LgkKu1/8.net] >Gitの出力フォーマット（ちょくちょく変わる）を自前でパースする必要があるということです。これは非効率的ですし、エラーも発生しやすくなります。 ちょくちょく変わる 836 名前：デフォルトの名無しさん mailto:sage [2016/02/06(土) 05:25:12.22 ID:1pguUJe7.net] だからlibgit使えばいいんですよね？ ごかますなよ 837 名前：デフォルトの名無しさん mailto:sage [2016/02/06(土) 11:14:56.83 ID:LgkKu1/8.net] （ちょくちょく変わる）が面白かったから引用しただけだよ 勘違いしちゃったの？ 838 名前：デフォルトの名無しさん mailto:sage [2016/02/06(土) 11:53:14.09 ID:mdfpFw/5.net] 疑心暗鬼な831さんであった 839 名前：デフォルトの名無しさん mailto:sage [2016/02/06(土) 12:26:43.76 ID:LgkKu1/8.net] まぁ、俺も言葉足らずだけど 日本は察し・思いやりの文化というが、その副作用として勘ぐりもある程度必要になってしまった 草生やしておけばよかったね 840 名前：デフォルトの名無しさん mailto:sage [2016/02/06(土) 15:20:45.92 ID:/1/YZwYl.net] >>831がちょっとアレな子だっただけだよ 気にすんな 841 名前：デフォルトの名無しさん mailto:sage [2016/02/06(土) 15:32:06.30 ID:OnOKOzzm.net] PowerShellのパイプはオブジェクトっての思い出した 関係ないけど野心的だったな 842 名前：デフォルトの名無しさん [2016/02/07(日) 05:42:22.04 ID:g9FR7TQk.net] v2.7.1 843 名前：デフォルトの名無しさん mailto:sage [2016/02/07(日) 10:09:56.51 ID:6q4E0hyG.net] >>837 あれ？また？と思ったが アップデートしてたｗ 844 名前：デフォルトの名無しさん mailto:sage [2016/02/08(月) 22:11:28.63 ID:YQ0+a64D.net] masterにbranchをmergeする際にコンフリクトしてなくても、diffツール起動してマージしたいんだけどできますか？ 845 名前：デフォルトの名無しさん mailto:sage [2016/02/08(月) 22:42:39.27 ID:hJZZUY1h.net] diffツールでやるな 新しくブランチ作るかcherry-pick使え 846 名前：デフォルトの名無しさん mailto:sage [2016/02/08(月) 22:43:30.57 ID:hJZZUY1h.net] それからmasterにブランチをマージするときに コンフリクトが起きたものをdiffツールでマージするな 847 名前：デフォルトの名無しさん mailto:sage [2016/02/09(火) 05:05:20.48 ID:DVK3FypF.net] >>839 そうしたい状況がよく判んないんだけど、 例えばbranchでワードaaaをbbbにリネームしてて、masterの追加行にワードaaaが含まれているときに ワードaaaが中途半端に残ったマージコミットが出来ちゃうのが嫌、とか？ 848 名前：デフォルトの名無しさん mailto:sage [2016/02/09(火) 15:17:14.23 ID:5Wgto6Db.net] diffツールで話通じるん？ 849 名前：デフォルトの名無しさん mailto:sage [2016/02/09(火) 18:01:43.53 ID:vsEmDrFF.net] >>842 自分で解析した結果、この処理はこーいうことしてるよってメモ入れるのね。TODOとか。 実装(コミット)すればもう用済みになるんだけど、本チャンにマージする時に一緒に掃除をしたいんです。 850 名前：デフォルトの名無しさん mailto:sage [2016/02/09(火) 19:02:33.89 ID:k1mk9N9v.net] git merge --no-commitとdiffツールの組み合わせで行けばいいんじゃないの？ 851 名前：デフォルトの名無しさん mailto:sage [2016/02/09(火) 20:13:36.74 ID:G1Osl5xS.net] >>844 2つの作業をいっぺんにやろうとするな。 だからいったろ、新しくブランチ作るかcherry-pick使えって 852 名前：デフォルトの名無しさん mailto:sage [2016/02/09(火) 22:01:51.34 ID:Evd4blCn.net] >>844 マージするときに掃除するんじゃなくて、掃除してそれをコミットしてからマージするんだ コミットに残したくない、カッコつけたいって場合はamendなりrebaseなりで綺麗にしてからマージ マージコミットに含める修正は、Gitがマージした結果とコンフリクトの解消(した場合)のみにしといた方が良い 853 名前：デフォルトの名無しさん mailto:sage [2016/02/12(金) 21:55:17.52 ID:lVOHcyQN.net] ようやく、VisualSourceSafe(VSS)からGitに移行しようとしているのですど、 vssでは、プロジェクトツリー間で、ファイルの共有を行っています。 共通のライブラリのコードを共有しているということです。 VSS2GITで移行したところ、どうやら、各々のプロジェクトで別ファイルとして取り扱われてしまっているようです。 どのようにプランしていけばよいのでしょうか？ 854 名前：デフォルトの名無しさん mailto:sage [2016/02/13(土) 01:32:46.27 ID:37mwrLaZ.net] サブモジュールに分けるだけだよー 855 名前：デフォルトの名無しさん mailto:sage [2016/02/13(土) 12:02:29.81 ID:VqdqE7Vj.net] >>849 やっぱり、そんな感じになりますか。数十個のプロジェクトで共有しているのです。 履歴のたぶん、プロジェクト毎に分散しているような気がするけど、マージできるのかな？ 856 名前：デフォルトの名無しさん mailto:sage [2016/02/16(火) 01:10:31.94 ID:c8/hor6F.net] mergeでやらかしていたことにきづいて、適当にrevertしたのですが、それもやらかしていたので、それをrevertするにはどうすればいいですか？ 857 名前：デフォルトの名無しさん mailto:sage [2016/02/16(火) 02:48:17.29 ID:RWhjlyeJ.net] reflog 858 名前：デフォルトの名無しさん mailto:sage [2016/02/16(火) 10:04:48.70 ID:MuYMFlAb.net] を見てやらかす直前のコミットへreset 859 名前：デフォルトの名無しさん mailto:sage [2016/02/16(火) 12:59:45.51 ID:8lRoTEUX.net] 先輩助けてください git checkout ハッシュ これで過去に戻したんですが、それを忘れたままファイルを編集してコミットしたんです 何で気づいたかというとpushしようとしたらpushできなかったので。 git branchを実行すると * (HEAD detached from ハッシュ) 　master って出ます。 間違えてコミットしたのをmasterに持っていく方法を伝授してください 860 名前：デフォルトの名無しさん mailto:sage [2016/02/16(火) 14:24:12.14 ID:y+ZjOqCo.net] だからmasterを直接修正するんじゃなくて、 ブランチを作るべきなんだよ。 まあ俺は手抜きでやるけどなｗ 俺はそういう時、今のpushできないmasterブランチに適当に名前をつけて masterを最新にするために適当な位置までresetしてpullする。 （masterを最新にするのが目的だから、resetする位置は本当に適当ｗ） 1. 最新のmaster 2. 過去のmasterから作成したブランチ って形にしてから、正しいやり方の通り、ブランチをマージするか そのままマージできなきゃ、いつも通りrebaseなりしてマージできるようにする。 861 名前：デフォルトの名無しさん mailto:sage [2016/02/16(火) 14:30:08.76 ID:IYo4xYe9.net] 過去ってのが master から辿れるなら git rebase master 辿れないなら rebase --onto か cherry-pick 862 名前：デフォルトの名無しさん mailto:sage [2016/02/16(火) 15:56:05.75 ID:SRi6vGdt.net] github flowではmasterにpush 863 名前：デフォルトの名無しさん mailto:sage [2016/02/16(火) 16:03:56.25 ID:y+ZjOqCo.net] >>857 ブランチにコミットしてから、ブランチをmasterへマージしてからpushな。 https://gist.github.com/Gab-km/3705015 GitHub Flowとは何だろうか？ ・新しい何かに取り組む際は、説明的な名前のブランチをmasterから作成する（例: new-oauth2-scopes） ・作成したブランチにローカルでコミットし、サーバー上の同じ名前のブランチにも定期的に作業内容をpushする ・他の誰かがレビューをして機能にOKを出してくれたら、あなたはコードをmasterへマージすることができる ・マージをしてmasterへpushしたら、直ちにデプロイをする 864 名前：デフォルトの名無しさん mailto:sage [2016/02/16(火) 20:41:52.66 ID:gNd45vpJ.net] SourceTreeを1.8.0.36401にアップデートしたら Atlassianにログインが必要な上にdiffの日本語が文字化けするようになりました 文字化けはどうやったら直りますか？ 865 名前：デフォルトの名無しさん mailto:sage [2016/02/16(火) 21:33:24.31 ID:X2t8ohVl.net] >>859 日本語をたくさん書いたら直る 866 名前：デフォルトの名無しさん mailto:sage [2016/02/17(水) 16:02:54.35 ID:uPVREww6.net] .gitディレクトリーだけからから全てのファイルを作り出すにはどうやるんですか？ 867 名前：デフォルトの名無しさん [2016/02/17(水) 16:33:43.05 ID:Np5A+rM+.net] SourceTree で、ソース部分の表示のフォントを指定したいんだけど どこで設定すればいいですか？ 868 名前：デフォルトの名無しさん mailto:sage [2016/02/18(木) 11:47:53.29 ID:S96kZ0X7.net] git rebase -i HEAD~~~~ で履歴変えたものは もう二度と github に push 出来ませんか？ 869 名前：デフォルトの名無しさん mailto:sage [2016/02/18(木) 11:57:36.99 ID:S96kZ0X7.net] pull request 出したあとで git rebase -i HEAD~hoge したものを git push -f origin master とかやっちゃってもいいのかな 870 名前：デフォルトの名無しさん [2016/02/18(木) 15:03:33.68 ID:qSH6iKTe.net] コミットログの文章内を検索したいんだけど どうすればいいの？ 871 名前：デフォルトの名無しさん mailto:sage [2016/02/18(木) 15:11:52.95 ID:2sHGThbe.net] >>865 git log --grep foo が使えればそれで。 872 名前：デフォルトの名無しさん mailto:sage [2016/02/18(木) 15:17:03.35 ID:qSH6iKTe.net] >>866 ありがとう grepオプションがなんかエラーになったので git log | less でlessん中で検索できた 873 名前：デフォルトの名無しさん mailto:sage [2016/02/18(木) 15:26:34.69 ID:9dUUUgGS.net] >>864 githubっていうのは、git + wikiとかなわけで、 gitの話であればgitの範囲、つまりpull requestとか出さないで解決できる。 git pushできないのは履歴が違っているからで、履歴を合わせればpushできるよ。 そもそも歴史を変えたいのかどうか。masterであれば本来は歴史を 変えるべきじゃないが変えたいのであればgit push -fでもいい。 変えたくないのであれば、ローカルのmasterをリモートのmasterの続きになるように修正すればいい。 何をどうしたいのか知らないけど、現在のブランチはgit checkout -bで 簡単に別名のブランチにコピーできる。コピーしたら安心してローカルのmasterを消せる。 （git branch -mでリネームしてもいい） そしたらgit checkout master（正確にはgit checkout -b master origin/master）ってやれば、 リモートのmasterと同じ内容のmasterと、古いmasterをコピーしたブランチの2つがローカルに出来るじゃないか。 あとは、古いmasterの修正内容をmasterに取り込めばいい。 874 名前：デフォルトの名無しさん mailto:sage [2016/02/18(木) 15:44:02.01 ID:2sHGThbe.net] >>867 gitのバージョンが古いと使えないんだけど、どのバージョンから使えるのかはわからない 875 名前：デフォルトの名無しさん mailto:sage [2016/02/19(金) 08:25:24.14 ID:pjLhb+yw.net] >>866 >>867 --grep=検索文字列 では 876 名前：デフォルトの名無しさん mailto:sage [2016/02/20(土) 21:11:47.88 ID:wCcySKbf.net] git の挙動がいまいち分からないのだが 次の手順を行った 1. ブランチ A で、commit する。 2. ブランチ A で、適当にファイルをいじったり、作ったりする。 3. ブランチ A で、branch B とやってブランチ B を作る。 4. ブランチ A で、checkout B とやってブランチ B に移る。 5. ブランチ B で、手順2の続きを行い、ファイルをいじったり、作ったりする。 6. ブランチ B で、checkout A とやってブランチ A に移る。 7. ブランチ A で、reset --hard HEAD とやって直前のコミット直後の状態に戻す。 8. ブランチ A で、clean -f とやって綺麗にする。 9. ブランチ A で、checkout B とやってブランチ B に移る。 a. ブランチ B で、意図せず直前のコミット直後の状態になってて半ベソかく。 なんでブランチ B でも reset --hard HEAD された状態になってるの？ clean が悪かったの？ ブランチ A と B ってリンクしてるの？ 877 名前：デフォルトの名無しさん mailto:sage [2016/02/20(土) 21:29:04.03 ID:SM2r0bLq.net] 初心者はブランチ毎にワークツリーがあると誤解しがち 878 名前：デフォルトの名無しさん mailto:sage [2016/02/20(土) 22:14:05.93 ID:wPRjv0ew.net] なんだよclean -fって？ git cleanなんて使ったことないわｗ 879 名前：デフォルトの名無しさん mailto:sage [2016/02/20(土) 22:16:19.27 ID:wCcySKbf.net] >>873 違うの？ 880 名前：デフォルトの名無しさん mailto:sage [2016/02/20(土) 22:22:50.78 ID:wPRjv0ew.net] それコミットしてないファイルを消すコマンドじゃん。 881 名前：デフォルトの名無しさん mailto:sage [2016/02/20(土) 22:29:52.38 ID:wCcySKbf.net] >>875 正確には、追跡対象外のファイルを削除するコマンド。 ブランチ A のワーキングツリーにあるファイルを消して、 ブランチ B のワーキングツリーで作業の続きをしたかったんだが・・・ 882 名前：デフォルトの名無しさん mailto:sage [2016/02/20(土) 22:31:46.77 ID:wCcySKbf.net] すまん、>>874 の「違うの？」は >>872 へのレス 883 名前：デフォルトの名無しさん mailto:sage [2016/02/20(土) 22:43:49.29 ID:0IXEpZUs.net] >>871 手順6で、ブランチBからAに移ってしまうのが問題。 ブランチBで作業しているつもりのファイルはコミットしないかぎりブランチBに保存されてない。 ブランチAに戻った時に作業中のファイルはブランチA上で作業してるということになる。(ちなみに戻ろうとした時にコンフリクトしたらブランチが切り替えられない) なので、resetしちゃうと作業中のファイルは消える。 作業中の状態をとっておきたいなら、commitかstashをしないといけない。 884 名前：デフォルトの名無しさん mailto:sage [2016/02/20(土) 23:24:50.32 ID:SM2r0bLq.net] >>877 ワークツリーはひとつだけで、ブランチ変えても切り替わったりはしない 885 名前：デフォルトの名無しさん mailto:sage [2016/02/21(日) 10: ] [ここ壊れてます] 886 名前：37:58.63 ID:zmvsu5mb.net mailto: >>871 >2 と >3 の間で commit してないのはなぜ？ [] [ここ壊れてます] 887 名前：デフォルトの名無しさん mailto:sage [2016/02/21(日) 12:22:09.28 ID:0wti95or.net] ブランチ毎に作業ツリーの変更内容が保持されると誤解しているから 888 名前：デフォルトの名無しさん mailto:sage [2016/02/21(日) 16:46:39.09 ID:rhQT70JU.net] 俺も最初はそれに疑問を持ったよ それでその挙動を理解すると、次に、ワークツリーを変更した状態でのブランチ移動がなんで常にうまく処理できるんだろうという疑問にぶつかった うまく処理できなさそうな状態にワークツリーを変更してブランチ移動してみると、ブランチ移動ができなくて、 ワークツリーに変更がある場合には常にブランチ移動できるわけじゃないということを理解した 要するに、ワークツリーで変更状態にあるファイルが移動元ブランチと移動先ブランチで同じ内容な場合のみ ブランチ移動可能なことを理解した 889 名前：デフォルトの名無しさん mailto:sage [2016/02/21(日) 17:56:44.24 ID:Jseiihz9.net] みんなありがと。 レスや、自分でも調べてみてやっと理解した。 ワーキングツリーやステージというのは、例えるなら一つしかない皿みたいなものなんだな。 checkout でブランチを切り換えると、HEAD が、切り替えた先の最新のコミットを指すようになる。 その際、そのコミットの内容が皿であるワーキングツリーに盛られる。 （前にそこで作業していた内容ではなく、コミットの内容） 今まで盛られていたものと混ぜられて（マージ）。 ただし、混ぜて矛盾を来すようならエラーとなる、と。 今まで、ワーキングツリーはブランチ毎に紐付けされていると勘違いしてた。 かなりの代償を払ったけど、勉強になったよ。 890 名前：デフォルトの名無しさん mailto:sage [2016/02/22(月) 12:58:28.47 ID:68GgH7T5.net] 1〜10行目と30〜50行目を編集したんですが 1〜10行目だけ元に戻す方法を教えてください git add -pみたいな感じのいいコマンドないですか 891 名前：デフォルトの名無しさん mailto:sage [2016/02/22(月) 13:29:57.13 ID:Y1bHL8fN.net] git rebase -i HEAD 892 名前：デフォルトの名無しさん mailto:sage [2016/02/22(月) 13:31:42.44 ID:B2fOT388.net] git checkout -p 893 名前：デフォルトの名無しさん mailto:sage [2016/02/22(月) 18:14:32.11 ID:Y1bHL8fN.net] git +1 894 名前：デフォルトの名無しさん mailto:sage [2016/02/22(月) 18:35:50.82 ID:QLpZ1xcH.net] 888 895 名前：デフォルトの名無しさん mailto:sage [2016/02/22(月) 23:20:12.02 ID:Zf3l1QU8.net] ぶっちゃけその手の操作はSourceTreeみたいなGUI使ってしまったほうが早い 896 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 05:20:21.69 ID:I8nTY0JT.net] add 忘れて commit したつもりにになって checkout で他の branch 行ったら 897 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 05:27:55.02 ID:Oh6h4g2T.net] そういうときのためにrebaseがあるんですよ。 何かを間違えても修正できる。 gitは素晴らしい。 898 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 08:24:45.37 ID:qxCfruz0.net] なんでもやり直せてしまうgitは良くないと思う。 899 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 09:21:07.43 ID:Oh6h4g2T.net] また、証拠が残らない厨か？ 何の証拠を残してほしいんだよｗ 証拠がほしいなら監視カメラでも設置しておけ。 900 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 11:39:16.68 ID:MgSDdSDU.net] エンバグの証拠だろ 俺だったら確実に消してアレなんだったんだろうな？と涼しい顔してる 901 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 12:01:07.52 ID:Oh6h4g2T.net] gitは他人も全てのコピー持ってるんだから そういうことは出来ない。 902 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 12:27:28.43 ID:I8nTY0JT.net] 他人が落とす前にすり替えるですねどう見てもわかります 903 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 13:05:57.55 ID:MgSDdSDU.net] >>895 pullしちゃったらみんな消えるだろ 904 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 16:52:59.88 ID:xchPVa7Q.net] 何度でも蘇るさ AA略 905 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 17:24:25.68 ID:NfRLDxy4.net] localならいくらでも改変してよし push済みは改変すんな 906 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 17:57:34.34 ID:Oh6h4g2T.net] >>896 > 他人が落とす前にすり替えるですねどう見てもわかります 他の誰も見てない。つまりリリースもされてない。 それを修正して誰が困るんだ？ 907 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 18:17:04.15 ID:xchPVa7Q.net] なぜか噛み付かれて困惑する>>896 908 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 20:34:01.41 ID:NfRLDxy4.net] まあ自分しか使ってなけりゃpush済みでも自由に改変すればいいわな 複数人で使っててpush -fとかやられると最悪だが 909 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 21:39:35.42 ID:Oh6h4g2T.net] 複数人で使っててpush -fとかやられると最悪 なぜか？ pushできなくなるから。 つまり他の人は修正前のデータを持っているわけで だから証拠なんて消すことはできないと言っている。 910 名前：デフォルトの名無しさん [2016/02/23(火) 21:44:45.74 ID:nOwJXdL3.net] >>903 誰彼構わず噛みつきすぎるから、お前が何を言いたいのかさっぱりわからんｗ 911 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 22:24:55.24 ID:Oh6h4g2T.net] >>904 最初にレスした人を見ればわかると思うよｗ 912 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 22:50:10.74 ID:NfRLDxy4.net] こいつ何と戦ってるの？ 913 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 23:13:33.62 ID:Oh6h4g2T.net] レスしてきた人全員ｗ 914 名前：デフォルトの名無しさん mailto:sage [2016/02/23(火) 23:46:16.39 ID:iTEBciwa.net] 触るものみなレスつけた 915 名前：デフォルトの名無しさん mailto:sage [2016/02/24(水) 09:04:19.50 ID:/FG7y6cl.net] あー わかってくれとは言わないが 916 名前：デフォルトの名無しさん mailto:sage [2016/02/24(水) 13:47:12.85 ID:aRwJuOw8.net] ギトギトハートの〜子守唄〜♪ 917 名前：デフォルトの名無しさん mailto:sage [2016/02/24(水) 18:59:04.41 ID:1Q1vaK3L.net] 　￣￣￣￣￣￣○￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ 　　　　　　　　　　　O 。 　　　　　　　　　　　　　　　　 , ─ヽ ＿＿＿＿＿＿＿＿　　　　/,/＼ヾ＼ 　　／￣￣￣￣￣￣￣￣￣ |＿＿|＿＿|＿＿|＿　　 __（（´∀｀＼　）＜　というお話だったのさ〜♪ |＿|＿＿|＿＿|＿＿　／ノへゝ/''' 　)ヽ　　＼＿＿＿＿＿＿＿＿＿ ||＿＿|　　　　　　　 | | ＼´-｀）　/　丿/ |＿|＿|　从.从从　　| ＼__￣￣⊂|丿/ |＿＿|| 从人人从.　|　/＼＿＿/::::::||| |＿|＿|／//ヽヾ＼　 /　　　::::::::::::ゝ/|| ────────(~〜ヽ::::::::::::|／　　　　　　　　＝ 完 ＝ 918 名前：デフォルトの名無しさん [2016/02/24(水) 21:15:08.83 ID:gBqVO2QG.net] IntelliJでrebaseしてコミットまとめるにはどうすればいいの？ 919 名前：デフォルトの名無しさん mailto:sage [2016/02/24(水) 21:45:57.29 ID:PL8yH0Su.net] GUIツールを使うと覚えるのが二度手間になるよな。 ○○したい → git なんたらコマンドで〜 そのgitなんたらをGUIでやるのは → あちこちクリック！ 920 名前：デフォルトの名無しさん mailto:sage [2016/02/24(水) 22:20:47.78 ID:IobKdMtm.net] 一度SourceTreeとやらを使ってみたがくっそ遅くて即捨てた GitKraken見た目はよさげなんだけどどうなのかなー 使ってる人居ます？ 使用感が知りたい 921 名前：デフォルトの名無しさん mailto:sage [2016/02/25(木) 00:26:19.18 ID:I1hFGOe7.net] IntelliJに組み込まれてるGit機能は >>884 みたいなことをやるのはマジ簡単 ソース編集画面でHEADから差分のある行に印がつくから、 そこをクリックしてでてくるメニューでrollbackを選ぶだけ オートセーブとGitとの相性がすごくいいというか、 オートセーブのせいでGitで管理してないとソース触るのが怖い rebaseも一応IntelliJからできるし-i指定つきで細かく指定して まとめるのもできるんだけど(VCSメニューのGitサブメニューのRebase...ね) GUIからやるメリットをあんま感じないからコマンドラインからやってる 922 名前：デフォルトの名無しさん mailto:sage [2016/02/25(木) 11:29:23.25 ID:xnX4JkuY.net] >>903 rebase汁 923 名前：デフォルトの名無しさん mailto:sage [2016/02/25(木) 21:23:30.00 ID:n9DyGB93.net] >>916 他人がローカルに持っているブランチ情報をrebaseすることはできない。 924 名前：デフォルトの名無しさん [2016/02/25(木) 23:29:46.59 ID:wj9yA24t.net] ていうかpush -fなんてよくできるな 怖くてできんわ 925 名前：デフォルトの名無しさん mailto:sage [2016/02/25(木) 23:35:44.22 ID:n9DyGB93.net] >>918 自分しか使っていないブランチやPull Requestでレビュー中の ブランチなら当たり前にやる。 926 名前：デフォルトの名無しさん mailto:sage [2016/02/25(木) 23:55:50.84 ID:LaPRG2Di.net] >>918 --force-with-lease 使えばローカルに持ってきてないコミットをすっ飛ばすのは回避できる。 履歴を書き換えるだけでツリーが一緒の時に限り許可するモードもあると良いんだけど。 927 名前：デフォルトの名無しさん mailto:sage [2016/02/26(金) 09:51:24.04 ID:wlaUlSBk.net] SourceTreeを久しぶりにバージョンアップしたら色が無くなってなんか見にくいな 928 名前：デフォルトの名無しさん mailto:sage [2016/02/26(金) 19:27:19.66 ID:kkVTuuYD.net] >>921 一個前を使え 最新はダメだ 929 名前：デフォルトの名無しさん mailto:sage [2016/02/26(金) 22:28:41.92 ID:WqHYG8Qf.net] 最新版はアンチパターンのカタログ デザイナを訴えるレベル 930 名前：デフォルトの名無しさん mailto:sage [2016/02/27(土) 02:51:42.15 ID:MM9HOPI5.net] でも1個前は遅いんだろ？ 最新版は速くなったとか言い張ってるぞ？ 931 名前：デフォルトの名無しさん mailto:sage [2016/02/27(土) 10:27:15.69 ID:N1vAOcUy.net] >>924 確かに何をやるにももったもったしてイライラする だが、落ちずに動く 932 名前：デフォルトの名無しさん mailto:sage [2016/02/27(土) 10:32:29.11 ID:yMp5JRD4.net] コマンドラインからならそんな悩みも全て解決だぞ！ 933 名前：デフォルトの名無しさん [2016/02/27(土) 12:35:09.28 ID:cWIFZRAa.net] intellij使ってるけどgitはコマンドラインからしか使わないわ 934 名前：デフォルトの名無しさん mailto:sage [2016/02/27(土) 17:01:31.60 ID:hI6CEqxt.net] >>927 .gitディレクトリ自体をIntelliJに認識させないってことかい？ 935 名前：デフォルトの名無しさん [2016/02/27(土) 20:31:00.33 ID:611JUS9n.net] 一度GUIに慣れたらコマンドラインなんてやってられんわ 936 名前：デフォルトの名無しさん mailto:sage [2016/02/27(土) 23:06:58.14 ID:RBv7qZFu.net] CLIのGit使ってるのはemacsやvimとかのCUIなエディタ使ってる連中っしょ 937 名前：デフォルトの名無しさん mailto:sage [2016/02/27(土) 23:37:13.86 ID:vRQA7fTy.net] 「DropboxとかGoogle Driveをgitの(プライベートな)リモートリポジトリとして使う」みたいな話をよく聞きますが、それというのはつまり自分のシステムにマウントしたDropboxやGoogle Driveをリモートリポジトリにするという意味でしょうか？ 938 名前：デフォルトの名無しさん mailto:sage [2016/02/27(土) 23:46:50.87 ID:hI6CEqxt.net] ファイル編集してコミットするとこまではIDEでやって、 ブランチやリポジトリの操作はコマンドラインでやってるよ 今時の補完や履歴が充実してるCLIなら、 コマンドとかオプションとかファイル名をいちいち入力する 必要なんてほとんど無いし、 GUI使うよりいろいろ簡単に済むことが多いしね 939 名前：デフォルトの名無しさん mailto:sage [2016/02/28(日) 00:46:07.51 ID:cVbXYaFJ.net] 新機能実装のためにブランチを作ってそこで開発をしているときに新機能とは関係ないゼネラルなバグを見つけた時ってどうするのがベストプラクティスなんですか？ 新機能ブランチにコミットするとmasterの方に反映されなくて他の人に迷惑かかるかもしれないし、かといってmasterにコミットするとバグが新機能にクリティカルにヒットするようなものだったら開発続けるのしんどいし 940 名前：デフォルトの名無しさん mailto:sage [2016/02/28(日) 00:50:43.00 ID:c40FCrwk.net] どっちかにcommitしてもう一方はそれをcherry-pick、ブランチをmasterにマージするときに rebase、でいいんじゃね？ 941 名前：デフォルトの名無しさん mailto:sage [2016/02/28(日) 00:52:47.30 ID:cVbXYaFJ.net] >>934 リベースするってのはチェリーピックしたコミットを削除するってこと？ 942 名前：デフォルトの名無しさん mailto:sage [2016/02/28(日) 01:13:02.18 ID:c40FCrwk.net] cherry-pickした方というか、ブランチの方から削除。 同じ内容のコミットが履歴に2つ残るのは気持ち悪いからそうしてるけど、気にならないなら rebaseは別になくてもいい。 943 名前：デフォルトの名無しさん mailto:sage [2016/02/28(日) 01:34:40.58 ID:cVbXYaFJ.net] >>936 なるほど ありがとございます 944 名前：デフォルトの名無しさん mailto:sage [2016/02/28(日) 05:35:43.32 ID:ahutqxTi.net] new_featureとmasterとの共通の親コミットをcheckoutして、そこにブランチ作って修正、masterにもnew_featureにもマージとかどうなの？ 945 名前：デフォルトの名無しさん mailto:sage [2016/02/28(日) 06:11:32.58 ID:9mx1C7Kd.net] masterに切り替えてバグ修正だけをcommitした後にfeatureをrebaseすりゃいいんじゃねぇの？ 946 名前：デフォルトの名無しさん mailto:sage [2016/02/28(日) 13:32:49.51 ID:wnvzOARG.net] >>938 > new_featureとmasterとの共通の親コミット 「ゼネラルなバグ」が混入した一番最初のコミットがベストかな 947 名前：デフォルトの名無しさん mailto:sage [2016/02/28(日) 14:53:40.36 ID:ZOTD4X0A.net] >>930 EmacsだとMagitっていう神パッケージがあるからそれ使ってる コマンドも少しは使うけどね 948 名前：デフォルトの名無しさん mailto:sage [2016/02/28(日) 18:52:46.79 ID:k2lRb1XX.net] emacsか・・・ まぁ・・・しょうがないね 949 名前：デフォルトの名無しさん mailto:sage [2016/02/29(月) 13:10:43.96 ID:FPtxJC35.net] >>942 エディタは何使ってんの？ 950 名前：デフォルトの名無しさん mailto:sage [2016/03/01(火) 00:18:06.92 ID:msxXZi9x.net] Gitがここまで普及してきてるわけだから、 エディタはファイルを編集するんじゃなくてワークツリーを直接編集して セーブの代わりにIndexへのステージやコミットが直接できればいいよね さらにエディタの行コピーみたいな感覚で行単位のステージとかできれば最高 951 名前：デフォルトの名無しさん mailto:sage [2016/03/01(火) 21:13:36.78 ID:+nGNYx2F.net] >>944 SourceTreeとか使うといいよ 952 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 01:29:48.22 ID:MG72G+6O.net] >>945 エディタとSourceTreeを行ったり来たりするのが無駄すぎるわ ステージやコミットとか以外の機能は、SourceTreeは特に使いやすくもないしな 953 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 07:55:00.65 ID:4uoCKH4m.net] Git Extensions最強説 954 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 11:22:13.05 ID:QiFp8FWe.net] >>946 ステージやコミットの機能がとても使いやすいし 2画面使って行ったり来たりが出来るのが便利 955 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 12:18:18.75 ID:zltnBiM9.net] 例えば開発用ブランチで20個のファイル修正して、本番ブランチにその中の10個を取り込みたい時って、どうやるのが正解なの？ 956 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 12:41:35.25 ID:VnxQ1mQx.net] 10個10個でコミットすればあとはどうとでも出来るだろう。 957 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 14:49:37.34 ID:zltnBiM9.net] コミットは数日に渡ってもう何回もしていて、結果20個いじったファイルがあったけど、必要な変更は10個分でしたみたいな設定でお願いします。 958 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 14:59:04.75 ID:afwFBq34.net] >>951 マージするファイル群（A)とマージしないファイル群（B)としたとき、コミットは TypeA Aに属するファイルのみ変更 TypeB Bに属するファイルのみ変更 TypeC AとB両方のファイルを変更 になっているはずだから、TypeCを分割してTypeAとTypeBにしてやれば、TypeAだけをマージすればいいことになる。 コミットを分割するやりかたはググれ。 959 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 18:23:04.21 ID:zltnBiM9.net] 開発ブランチで、１回目にファイルAをコミットして、２回目にファイルBをコミットして、 本番ブランチで、ファイルBだけをマージって出来るの？ １回目のファイルAの更新分も持ってきちゃわない？？ 出来るとしたら、俺まるで使い方わかっていないかも。。 EclipseとSourceTreeの両方使っているけど、出来るのかな？ 960 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 18:24:22.92 ID:Qcu8wP+D.net] >>953 マージは出来ないね。cherry-pickっての使うかな。 961 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 18:25:45.90 ID:C+I4h8lM.net] 普通にマージしていらんヤツもどせば？ 962 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 18:26:35.26 ID:C+I4h8lM.net] >>955 >>951 963 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 18:48:30.02 ID:YPa1u3Lv.net] コミットが意味のある塊に区切れているなら cherry-pickすればいい そうなってないならお馴染みの履歴改ざん 場合によってはマージの準備作業のために一時ブランチを作成 964 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 21:11:16.85 ID:XkCEJmpk.net] 必ずしもコミット単位で操作せずにdifftoolで必要な差分だけ持ってきたりしても あとでmergeやrebaseするときによしなにしてくれるから便利だよなぁ。 965 名前：デフォルトの名無しさん mailto:sage [2016/03/03(木) 02:36:54.86 ID:DpvZjIDd.net] >>951 コミットはセーブ機能じゃない。 1つ1つのコミットが意味がある単位。 だからそれはコミットが間違っていると言わざるをえない。 正しくコミットすれば問題なかろう。 966 名前：デフォルトの名無しさん mailto:sage [2016/03/03(木) 08:01:46.55 ID:pDGdRbJI.net] >>959 ローカルへのコミットはその限りではない。 967 名前：デフォルトの名無しさん mailto:sage [2016/03/03(木) 08:25:28.33 ID:i6gwoYZ1.net] 初めから筋道が見えてるような変更なら意味がある単位でコミットしていけるだろうが そうでない場合、セーブ感覚でコミットしていって 途中にresetしたりもしながら 最後に意味のある単位にsquashしたりコミットメッセージを訂正したりして整える 968 名前：949 mailto:sage [2016/03/03(木) 12:48:22.76 ID:JDz1pU2g.net] ありがとうございます cherry-pick がいいかもしれない！（説明読んだだけでまだ試してないですが） 最後に１回だけ必要なファイルのみを選択してcommitすれば出来そうなので、 ブランチ間のやり取りはこれを標準にしてみようかな！ 969 名前：デフォルトの名無しさん mailto:sage [2016/03/03(木) 16:28:58.14 ID:DpvZjIDd.net] >>960 ローカルのコミットだって最終的に サーバーにpushする前は綺麗にするだろ。 その綺麗にしたサーバーにpushする前は、 ローカルへのコミットなんだが。 別に開発途中は適当にしていいよ。 だけど結局綺麗にしてからpushするんだから こまめに片付けておけと。 970 名前：デフォルトの名無しさん mailto:sage [2016/03/04(金) 08:16:48.97 ID:n80vq8YG.net] >>963 長いよ。 >>960 はお前が言ってる事をまさに1行で表現してる。 971 名前：デフォルトの名無しさん mailto:sage [2016/03/04(金) 14:37:58.20 ID:xezy6lBT.net] >>963 そういうのはタグでやるもんじゃないの？ 972 名前：デフォルトの名無しさん mailto:sage [2016/03/04(金) 14:43:55.93 ID:d7osXy+s.net] >>964 > >>960 はお前が言ってる事をまさに1行で表現してる。 表現してないよｗ 間違ってるから反論してるんだよ。 973 名前：デフォルトの名無しさん mailto:sage [2016/03/04(金) 14:46:51.46 ID:d7osXy+s.net] >>965 タグはあるコミット（とその歴史）に名前をつけるだけ。 歴史っていうのは後から振り返るものなんだよ。 今だけあればいいってわけじゃない。 後から読むものなんだから、歴史はわかりやすい形に整理されていなければならない。 コミットというのは作業記録じゃないんだよ。バージョンアップしていった歴史なんだよ。 974 名前：デフォルトの名無しさん mailto:sage [2016/03/04(金) 15:24:43.05 ID:X//ppHYC.net] >>967 保守フェーズみたいな動きの少ない時はそれも可能だけど、 あれもこれも試している段階ではそんなルール息苦しいよ。 そんなんじゃ家と会社でソースの共有も出来ないじゃん。 975 名前：デフォルトの名無しさん mailto:sage [2016/03/04(金) 15:41:45.11 ID:d7osXy+s.net] >>968 試して理解したものを作ればいいだけだろ？ 976 名前：デフォルトの名無しさん mailto:sage [2016/03/04(金) 19:31:54.73 ID:3NcdXoSY.net] password.phpにパスワードを入力するファイルがあるんですけど こんなかんじ <?php $id = "id1"; $pass = "1234"; このままコミットしたら困るので文字列リテラルを空にしてからコミットしました んでまたからにしたところを埋めて他のファイルを編集するんですけど、 その度にaddでpassword.phpを入れないようにしてコミットしてます これだとgit add .とかで一気に出来ないので面倒くさいです こういう風にファイルにパスワードを入力するタイプのはCMSではよくあると思いますが どうしたらいいですか？ 977 名前：デフォルトの名無しさん mailto:sage [2016/03/04(金) 20:50:11.21 ID:d7osXy+s.net] .gitignoreを使え。 パスワードはリポジトリに入れないものだ。 978 名前：デフォルトの名無しさん mailto:sage [2016/03/04(金) 21:24:44.62 ID:YwRMokxA.net] >>968 ほんとこれ 複数の環境で、こっちでは動くけどあっちでは動かない、みたいな修正をしているときは中途半端な状態をどうしてもpushしがちだし、 完全にうまくいくまではpush禁止とかいうルールにしたら相当うまくやらないとマージが苦しくなるかデグレーションが起きやすくなる。 コミットを綺麗にするべきだってのは同意するけど、後で読むのが誰なんだ、ってことを考えたら、綺麗にするのはちゃんとしたブランチだけでよくて、 作業用のぐちゃぐちゃにコミットしたブランチがあったっていいと思うし、それをpushしたっていいと思うけどな。 まぁ、全てはワークフローによる、としか言えないんだけど。 979 名前：デフォルトの名無しさん mailto:sage [2016/03/04(金) 21:52:23.15 ID:xezy6lBT.net] >>967 コミットというのは作業記録そのものじゃないの？ 980 名前：デフォルトの名無しさん mailto:sage [2016/03/05(土) 05:45:14.85 ID:Kk7Ussws.net] >>973 ぜんぜん違う。 後から消すブランチであれば別にどうでもいいが、本筋とか 本筋に持ってくるコミットというのは、意味がある単位 （言い換えると正しいタイトル）をつけていなければいけない。 つまりコミットログのコメントとして「いろいろ変更しました」 というのはだめだって話。「○月○日の作業」とかそういうのもだめなｗ 作業には、最終的な結果ではなくて、最終的には不要になるような試行錯誤まで含まれる。 そういうのは結果じゃないのでコミットに入れるものではない。 981 名前：デフォルトの名無しさん mailto:sage [2016/03/05(土) 05:52:15.18 ID:Kk7Ussws.net] >>972 > 複数の環境で、こっちでは動くけどあっちでは動かない、みたいな修正をしているときは中途半端な状態をどうしてもpushしがちだし、 ブランチを使いましょう。 > 完全にうまくいくまではpush禁止とかいう どうもリモートにあるならば、それは全てみんなの共有財産って考えてるやついるんだよなｗ githubの例で言えば、公式リポジトリがあって、そこから自分専用のリポジトリをフォークしてから作業するんだよ。 自分専用のリポジトリはリモートにあっても、自分専用だから好きにpushすればいい。 何らかの理由でそのような方法が使えない場合は、共有リモートブランチ と 個人用リモートブランチ とを分けて考えるんだよ。 共有リモートブランチは、masterとかdevelopとかv2.1.0とか言う風に、名前付けルールがあるだろう。 それ以外は、誰かの個人用リモートブランチ。それぞれのブランチを作成した人が好きにpushしてよい。 俺が言ってるのは、残すブランチを綺麗にするって話で、別に最後に消すのならどうでもいい。 ただ、消すにしろ、残すブランチに持ってくるわけで、持ってきやすいようにこまめにコミットして こまめに整理しておけば、あとで自分の手間がかからないだろ。 間違っても、いろいろ試行錯誤した大規模な修正を、一気にまとめてマージなんかするなよ。 982 名前：デフォルトの名無しさん mailto:sage [2016/03/05(土) 14:04:55.23 ID:w3ya4prp.net] うるせーなー 好きに使えよ 983 名前：デフォルトの名無しさん mailto:sage [2016/03/05(土) 14:12:39.77 ID:yVdaAPdC.net] >>975 ああ、書き忘れてたけど、ぐちゃぐちゃな作業用のブランチからちゃんとしたdevelopブランチに結果を反映するときは、 そりゃ、rebaseなりsquashなりなんなりして履歴を書き換えるだろ。 試行錯誤途中だったらコミットするなんてありえない！と、どういうワークフローで、どんなブランチかも聞かずに即反応するのはおかしいだろ、って話をしたいのね。 それは原理主義だろ、と。 984 名前：デフォルトの名無しさん mailto:sage [2016/03/05(土) 15:31:03.78 ID:Kk7Ussws.net] >>977 一体どれに対してレス（反論？）してるの？ 985 名前：デフォルトの名無しさん mailto:sage [2016/03/05(土) 18:11:04.40 ID:ZqemriR2.net] >>977 rebaseは禁止な。 986 名前：デフォルトの名無しさん mailto:sage [2016/03/05(土) 18:53:18.07 ID:Kk7Ussws.net] gitにある機能を禁止するとか意味不明ｗ gitにある機能は使う必要があるから そなわってるんだよ。 特定の場合に置いて禁止するのはわかるが、 機能そのものを禁止する書き込みは 明らかに間違いなんで、無視してイイヨーｗ 987 名前：デフォルトの名無しさん mailto:sage [2016/03/05(土) 21:39:34.27 ID:ZqemriR2.net] >>980 ＞gitにある機能を禁止するとか意味不明 不明なことはないだろ 出来ることは何してもいいとか子供の理屈かよ 988 名前：デフォルトの名無しさん mailto:sage [2016/03/05(土) 21:43:58.49 ID:EdzOKqL+.net] >>981 何でもやっていいとか言ってないだろ？ "gitで出来ること" だよ。 gitで出来ないことはやったらだめ。 989 名前：デフォルトの名無しさん mailto:sage [2016/03/05(土) 22:38:13.54 ID:JVykV3V4.net] >>981 gitに備わってるのは理由があって備わってるのに禁止するにはそれ相応の理由を言わないと説得力が皆無 990 名前：デフォルトの名無しさん mailto:sage [2016/03/06(日) 02:50:34.72 ID:czFXV2l8.net] >>981はSVNでも使っとけよ 991 名前：デフォルトの名無しさん mailto:sage [2016/03/06(日) 14:30:13.62 ID:5+xrGi5b.net] www.gitkraken.com/ これはGitのGUIとしては理想に近いな フリーでもオプソじゃないみたいだが誰か使った人が居たら感想を教えてくれ 992 名前：デフォルトの名無しさん mailto:sage [2016/03/06(日) 15:05:55.25 ID:/nDsIjaX.net] >>985 お前の理想に近いよ。 感想終わり 993 名前：デフォルトの名無しさん mailto:sage [2016/03/06(日) 15:52:27.31 ID:0x3pB2nm.net] >>986 本当に使ったのか？ 994 名前：デフォルトの名無しさん mailto:sage [2016/03/06(日) 16:12:07.49 ID:/nDsIjaX.net] >>985自身が使って理想に近いって言ってるから問題ない 995 名前：デフォルトの名無しさん mailto:sage [2016/03/06(日) 16:22:47.35 ID:0x3pB2nm.net] >>988 屁理屈並べて面白いの？ 996 名前：デフォルトの名無しさん mailto:sage [2016/03/06(日) 17:50:26.94 ID:/nDsIjaX.net] はい 997 名前：デフォルトの名無しさん mailto:sage [2016/03/06(日) 21:38:24.59 ID:08kx+QDG.net] >>985 どの部分が理想に近いって言ってるの？ むしろ使ってから感想書き込んでくれよ。君のプレゼンが良ければ興味持った奴は使うだろうし。 998 名前：デフォルトの名無しさん mailto:sage [2016/03/07(月) 07:36:53.22 ID:yRYiTYPz.net] お前の好きなものは他の人も好きとは限らない 999 名前：デフォルトの名無しさん mailto:sage [2016/03/07(月) 08:21:25.11 ID:eudRNLDZ.net] まあぶっちゃけ宣伝か自分が面倒だから使えって言ってるだけでしょ？ まともに相手するわけがないｗ 1000 名前：デフォルトの名無しさん mailto:sage [2016/03/07(月) 09:40:30.96 ID:z45Edf5n.net] 使ったこと無いならスルーすればいいのに糞みたいなレスばっかり もちろんこれも糞レス 1001 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

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

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