Git 16

1 名前：デフォルトの名無しさん mailto:sageteoff [2017/08/15(火) 00:54:07.61 ID:brNIopECE.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 14 echo.2ch.net/test/read.cgi/tech/1457412803/ Git 15 mevius.2ch.net/test/read.cgi/tech/1486239735/ VIPQ2_EXTDAT: checked:vvvvvv:1000:512:----: EXT was configured 331 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 14:12:01.33 ID:zKK+kKI/0.net] >>323 > 他人の作業ブランチをpullするとか自分のとこじゃかなりレアケースで、mergeするのはmasterなりdevelopとかの上流のブランチなことがほとんどだよ master、developも含めて、他人だよ。 masterやdevelopに自分が直接コミットすることはない。 このブランチからはgit pullするだけ。 そしてそれは常にffになる。ffにならないのは異常事態 誰かがとんでもないミスをしたということ ffになったかどうかはgit pullのログ見てればわかることだし --ff-onlyつけてれば、ff以外は弾かれる つまりは、あんたは fetchして問題ないか"毎回"確認してmergeしてる 俺はgit pullして"問題があったときだけ"確認してる 332 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 14:26:56.91 ID:zKK+kKI/0.net] 俺の場合 > fetchしまくって常にmasterブランチの動向を監視、 git pullしまくって常にリモートのmasterに ローカルのmasterを追尾 masterが変更されるたびに、 フィーチャーブランチをgit rebase master マージできる場合は、git rebase masterは成功する コンフリクトが起きればマージできないということ 「mergeできなさそう」なんて曖昧な判断はいらない コンフリクトを解決すれば、当然またマージできるようになる ただしプルリク出したあとは、他の誰かがレビューしたってことなので その作業が無駄（分かりづらく）にならないようにmasterをマージする方法に切り替える （masterをマージすることで逆に分かりづらくなる場合はgit rebase masterする場合もある） 333 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 14:30:09.48 ID:zKK+kKI/0.net] >>326に書いてある > 再度フィーチャーブランチを作って > 元のフィーチャーブランチの作業をすべてチェリーピック、 git rebase master一発で↑これ相当のことをやってることになる >>326はmergeできなさそうになったらやると言ってるが、 俺はmasterが変更になるたびにやってる。 git rebase masterならそれが可能。しかも簡単。 334 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:06:13.90 ID:cyzwZYxBM.net] >>327 別にpullが失敗するかどうかだけを確認してるわけじゃない masterからブランチ切るときとか、masterにマージするときには、origin/masterの状況がどうなってるか確認したいからまず fetch する 335 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:07:13.34 ID:cyzwZYxBM.net] >>328 fetch はフィーチャーブランチがカレントブランチのままできる いちいち master を checkout して pull しまくるとかマゾなの？ 336 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:09:33.33 ID:zKK+kKI/0.net] >>331 じゃあお前どうやってんの？ 337 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:10:25.75 ID:zKK+kKI/0.net] あ、なんだ。masterをfetchしまくってるマゾだったかｗ 338 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:12:01.47 ID:zKK+kKI/0.net] ごめん。masterをfetchしてmergeしまくってるマゾだったねｗ 絶対ffは成功するのに、わざわざfetchして確認（何を？ｗ）してから mergeしてご苦労さんｗ 339 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:20:43.68 ID:cyzwZYxBM.net] fetchはカレントブランチに関係無く、すべての上流ブランチ取り込めるの知らないの？ 340 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:24:39.46 ID:zKK+kKI/0.net] >>335 え？ まさか、masterにcheckoutする作業、 つまりgit checkout masterって叩くのが面倒って だけの話をしてるの？ え？まじでコマンド操作が苦手なだけってオチ？ 341 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:25:32.61 ID:cyzwZYxBM.net] カレントブランチ変更はいろいろ面倒だから頻繁にはやりたくないけど、 originの状態は常に把握しておきたいから fetch を使う そして fetch 済みなら pull 使う必要もない これだけのこと 342 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:30:11.71 ID:cyzwZYxBM.net] >>336 お前ほんとにgit 使ってプログラム書いてる？ コミットしてないファイルとか整理せずに checkout いきなりすんなよ 343 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:34:27.49 ID:cyzwZYxBM.net] あと自動ビルドとか文法チェックとかcheckout 契機にはじまってしまうからな 頻繁にはやりたくない 344 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:34:59.30 ID:zKK+kKI/0.net] >>337 うわｗｗｗ ローカルにリモートのブランチを持ってこないとか言い出した。 そうかお前、ローカルのmasterブランチないんだね。リモートのmasterしかないんだね。 すげー変な使い方ｗ >>338 コミットすりゃいいじゃん。 他にもstashすればいいし 何いってんの？gitの使い方知らないの？ 345 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:36:10.00 ID:zKK+kKI/0.net] >>339 > あと自動ビルドとか文法チェックとかcheckout 契機にはじまってしまうからな 自分で間違った使い方した上に、 自分で自分の首を絞め、 そして自分に文句を言ってる図ｗ 346 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:37:59.89 ID:zKK+kKI/0.net] checkout時に、自動ビルドや文法チェックなんて する間抜けはまずいないから、ネットでググったら すぐこいつ見つけられそうｗ 347 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:40:51.79 ID:cyzwZYxBM.net] >>340 >>337のどこにローカルにリモートブランチ持ってこないなんて書いてあるんだ？ 必要なときにはローカルに反映させるが、それを頻繁にはやらない 348 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:45:52.53 ID:cyzwZYxBM.net] >>342 IDEが自動ビルドとか文法チェックやってる checkout して内容変われば当然やり直す IDEじゃなくてもバックグラウンドでそういう監視プロセス動かすことも多い 349 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:47:54.07 ID:cyzwZYxBM.net] >>340 リモート確認するためにstash やコミットするとか やっぱりマゾか 350 名前：デフォルトの名無しさん [2018/07/02(月) 16:40:10.67 ID:JP9Qw5xKr.net] pull じゃなくて fetch しておくとどんな差分が落ちてきたか diff origin/master とかで見れるから便利だったりするお 351 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 20:20:10.71 ID:hdADTtxTM.net] 自分の作ったフィーチャーブランチすら複数同時並行で作業が進むことだってよくあるんだから いちいちローカルのmasterブランチの位置がリモートと比べてどうなってるかチェックしたってよくない？ 352 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 22:15:33.22 ID:kpcF7b8m0.net] >>347 したってよいの？ 353 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 22:31:54.58 ID:hdADTtxTM.net] よいよね 354 名前：デフォルトの名無しさん mailto:sage [2018/07/02(月) 22:36:51.87 ID:toay7bjv0.net] fetchに課金されるわけじゃないんだから好きにしたらいい 355 名前：デフォルトの名無しさん mailto:sage [2018/07/03(火) 09:52:17.03 ID:Sd37HYZB0.net] >>345 リモート確認すればいいだけでは？ 356 名前：デフォルトの名無しさん mailto:sage [2018/07/03(火) 10:30:06.33 ID:uggUKFhUr.net] ギットハブには来ない 投げっぱなしの外注先 branchもない mergeできない 357 名前：デフォルトの名無しさん mailto:sage [2018/07/03(火) 12:19:50.29 ID:J+4pn+87r.net] git使ってプログラムかいてるだってwプププw 358 名前：デフォルトの名無しさん mailto:sage [2018/07/03(火) 12:32:09.53 ID:53aU8Jmhd.net] gitを使うことが目的になってる人たちがいるからレスバトルで荒れるね 359 名前：デフォルトの名無しさん mailto:sage [2018/07/03(火) 15:11:35.13 ID:SPPv/EkWa.net] たとえ荒れてても建設的な議論が出来ればそれでいい 360 名前：デフォルトの名無しさん mailto:sage [2018/07/03(火) 17:26:46.66 ID:ldIau+N4d.net] でも残念ながらくだらないマウントの取り合いなんだよね 361 名前：デフォルトの名無しさん mailto:sage [2018/07/03(火) 22:22:22.03 ID:vgJB6ZFQ0.net] >>356 おまえいつもくだらないマウント取られてるよなwアホなん？ 362 名前：デフォルトの名無しさん mailto:sage [2018/07/04(水) 01:33:58.31 ID:DVDtinqwM.net] >>352 山下達郎来た 363 名前：デフォルトの名無しさん mailto:sage [2018/07/04(水) 09:23:58.32 ID:Aqc5U10j0.net] これまでひとりでプログラムかいてたのでバージョン管理ツールを使ったこと無く チーム開発業務でgitを使うことになったのでいくつか質問させてください ブランチ　チェックアウト　コミット　プッシュ の流れでやってくださいとはいわれたんですが それぞれがリモートローカルどっちで何がおこるか正確にわかってなくて 万一社内のファイル破壊したら怖いので 対応するコマンドとリモートローカルどっちにどんな影響があるか知りたいんですが gitの使い方を説明するブログってまずローカルにファイルを作ってプッシュするところからはじめてるものばかりなんですが 最初からリモートに社内のファイルがあってそれを更新する場合initは不要なのでしょうか cloneはread onlyでbranchではなくリモート側に何の影響もないであってますか？ branchはローカルで行うものでリモートには影響はあたえませんか？ デバッグ等には設定ファイル等複数のファイルを更新するんですが 最終的にリモートに反映させるファイルを１つだけにすることって可能でしょうか その場合どの段階でどうやってファイルを限定すればいいのでしょうか あとBitBucketっていうアカウントを作るよう指示されたんですがGitとはどういう関係があるんでしょうか リモートのおき場所を提供してるクラウドサービスぐらいの認識で すでに社内ファイルがおかれてる場合はウェブ上の作業は必要なく ローカルでgitコマンドを叩くだけで大丈夫でしょうか？ 具体的にコマンド含めて教えていただけるとありがたいです 初歩的な質問ですいませんがよろしくお願いします 364 名前：デフォルトの名無しさん mailto:sage [2018/07/04(水) 09:28:04.47 ID:DVDtinqwM.net] >>359 プッシュさえしなければ何してもOK プッシュする前に何をプッシュしようとしてるのか必ず確認すること 365 名前：デフォルトの名無しさん mailto:sage [2018/07/04(水) 09:34:19.76 ID:Aqc5U10j0.net] branchやcheckoutを行っただけでは リモート側にはそれを行ったことすら通知はされないってことで大丈夫でしょうか？ 間違って（必要のないファイルまで）branchやcheckoutをしても やり直したり取り消したりすることはできるということでしょうか？ 366 名前：デフォルトの名無しさん mailto:sage [2018/07/04(水) 09:44:13.84 ID:DVDtinqwM.net] >>361 プッシュさえしなければ何してもOK プッシュせずにいろいろ試してみて 367 名前：デフォルトの名無しさん mailto:sage [2018/07/04(水) 09:47:47.96 ID:Aqc5U10j0.net] すばやい返答ありがとうございます とりあえずコミットまですすめて pushするときだけリーダーに確認とってみます 368 名前：デフォルトの名無しさん [2018/07/04(水) 21:56:02.05 ID:gFgZc5FG0.net] BDR 369 名前：デフォルトの名無しさん [2018/07/05(木) 09:32:00.00 ID:rCtx/ZRMp.net] リモートブランチとローカルブランチの使い分けについて教えてください。 よく推薦されているブランチとしてmaster、develop、feature、release、hotfixがありますが、これは全部リモートブランチに作るものなんでしょうか。 例えばf1という機能追加を行いたい場合、どのようなフローになるのが適切でしょうか。 ・masterからdevelop/d1をブランチ ・develop/d1からfeature/f1をブランチ ・改修 ・feature/f1をdevelop/d1にマージ ・develop/d1からrelease/r1をブランチ ・リリース作業 ・release/r1をmasterにマージ 上記で問題ない場合、普通に使う分にはローカルブランチの出番がないように思えます。 そもそもfeatureブランチはローカルに作るものだったりするのでしょうか。 GitHubとかのWebサービスは使わずに自社内完結で開発者10人以下のプロジェクトです。 370 名前：デフォルトの名無しさん mailto:sage [2018/07/05(木) 09:39:58.81 ID:KRLUlMU/M.net] ローカルブランチなんて自分の作りたいように作ればいいよ プッシュさえしなければ何してもOK 371 名前：デフォルトの名無しさん mailto:sage [2018/07/05(木) 12:17:16.37 ID:mksC5p9pM.net] >>365 featureやhotfixをリモートに作るかどうか、リモートにpushするかどうかは、ツールや運用依存だと思う でも普通はdevelopやmasterにマージする前にレビューするだろうから、pushすると思うけど 372 名前：デフォルトの名無しさん mailto:sage [2018/07/05(木) 12:36:05.33 ID:vt0GJpp/0.net] いまプロジェクトのドキュメントファイルがあって それをbitbucketでかきかえてほしいって指示されてるんですけど 具体的になにをすればいいんでしょうか gitの仕組みはウェブ上でいろいろよんではみたんですが ファイル単位で具体的にどこにどういうことがおこるのかが分からなくて怖くて何もできてない いまアカウント登録してリモートリポジトリがみえてる状態なんですが bitbucket上の画面で何をすればいいのでしょう コマンドでcloneをたたいてローカルにファイルをコピーするのはブランチとは違うのでしょうか？ まる２日かかってドキュメントを編集するところにすらたどり着けなくて情けなすぎる… 373 名前：デフォルトの名無しさん mailto:sage [2018/07/05(木) 12:47:26.83 ID:VS5+ECzf0.net] 何をどうすればいいのかわからないとリーダーに相談したら？ 374 名前：デフォルトの名無しさん mailto:sage [2018/07/05(木) 13:28:07.47 ID:udf+QXjIa.net] 単にbitbucketの使い方聞きたいならスレチ 375 名前：デフォルトの名無しさん mailto:sage [2018/07/05(木) 20:11:37.50 ID:vt0GJpp/0.net] 結局まる１日かけて何ひとつできなかった Git難しすぎる 世の中のエンジニアさんってみんなこんな難しいもの独学で自然に覚えられるものなのか 自信なくなってきた 376 名前：デフォルトの名無しさん mailto:sage [2018/07/05(木) 22:01:18.89 ID:PTmefWJMr.net] github使い方知りたいのに書籍はどれもSourceTreeの解説ばかり 377 名前：デフォルトの名無しさん [2018/07/05(木) 22:13:29.70 ID:rCtx/ZRMp.net] >>367 やっぱそうですよね ちなみにローカルfeatureに何度かコミットしたブランチをリモートにマージした場合でも最終コミットの情報だけがマージされると思ってて良いのでしょうか >>371 自分は試せる環境もないのにsvnからgitの移行提案書書かされてます マージとリベースとかやってみないとイメージ湧かなくてほんと困る、、、 378 名前：デフォルトの名無しさん mailto:sage [2018/07/05(木) 22:30:55.38 ID:iKnLIbsn0.net] >>373 git試す環境とかVMのLinuxにGitbucketインストールしてみるなりGitHubの無料アカウント作ってみるなりすればいいだけだろw 379 名前：デフォルトの名無しさん mailto:sage [2018/07/05(木) 22:55:38.11 ID:t2btZVDI0.net] >>372 『Pro Git』読めばいいんじゃ？ 380 名前：デフォルトの名無しさん [2018/07/05(木) 23:33:05.57 ID:rCtx/ZRMp.net] >>374 まずクラウドサービス使うのと仮想立てるの禁止だし アプリインストールも申請しないとダメだしでかなり厳しい ライセンスでいろいろ問題があってから申請もまともに通らないです こんな会社うちぐらい？ 普通は気軽にクラウドや仮想使えてるのかな？ 381 名前：デフォルトの名無しさん mailto:sage [2018/07/05(木) 23:42:24.74 ID:vt0GJpp/0.net] 何なのこの糞ツールほんと ブランチはローカルでやるものだと思ってたらウェブでやるのかよ… clone fetech branch checkout　の違いもまったくわからないし 朝9時から17時間かかってようやくコミットまでいけてプッシュできたと思ったら プルリクエスト作れとか意味わからん指示きた プッシュならわかるけどなんでプルするのに承認がいるんだ？ 382 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 00:00:41.45 ID:0K/xBSgnd.net] >>377 gitの話題ではないのでこちらへどうぞ OSSホスティング総合【SourceForge,GitHub,etc..】 mevius.5ch.net/test/read.cgi/tech/1384821518/ 383 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 00:02:25.73 ID:hndKXalh0.net] >>377 糞なのはツールじゃなくてお前の頭やろ 384 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 01:40:37.87 ID:Kkf9W2Qp0.net] >>378 すまんまじで煽りなのかまじなのか分からんのだが gitの話題じゃないってどういうことなん？ 理解できてないから検討はずれなのかもしれんけど自分はgitの話してるつもりなんだが gitコマンドってこのスレでいうgitとは違うのか？ 結局分かってるやつにわからんやつの何がわからんか理解できない典型的な糞ツールだな ウェブ調べてもどや顔で説明かいてるやつは分かってるやつしか分からない説明ばかり クローン　ブランチ　フェッチ　チェックアウト　プル　マージ　とか全部同じような説明してるし リモートローカルどっちのデータが変わるのかタグだけがかわるのか何もかわらないのか説明してるのがほとんどない addも最初意味わからなかったし直感的に理解できんのコミットぐらいしかないわ 385 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 02:02:48.58 ID:6F3Y62Lgd.net] >>380 プルリクエストはGit関係ねーよ 386 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 02:05:26.03 ID:ito3jbZo0.net] プルリクエストはgitの機能ではない ホスティングサービスが独自に提供してる機能 387 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 08:17:54.80 ID:Kkf9W2Qp0.net] ああ　そういなのか プルリクエストしたら１箇所なおしてっていわれたから直したんだが git log みるといままでの人もほとんど１人１回のコミットしかしてなかったし コミット履歴が多いのださいからと思って１つ前のコミットのリセットをして新しくコミットしなおしたんだよ そしたらプッシュできなくなったんだよ プッシュしたコミット履歴がないと別のブランチにみえるからコンフリクトってのをおこしたのか？ 何となくやっちゃだめなことやったってのは分かったわけ だからプッシュした状態のデータに戻してからもう１段階修正してこみっとすればいいんだと思うんだけど プッシュしたデータをローカルに復元するのがどうやってもできないんだよ クローン　ブランチ　フェッチ　チェックアウト　プル　マージ　どれ使えばいいんだよ まじで睡眠時間削ってもう数十歳とよみまくってるけどまったく理解できない 388 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 08:36:12.83 ID:zksWstCGM.net] >>376 自宅で勉強 389 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 08:41:22.92 ID:2maEiSNJM.net] バカには使えないツールなんで…… 390 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 08:44:38.27 ID:2maEiSNJM.net] プログラマがバカでもなんとかなった（ように見えた）のはgit登場より前まで。git以後はバカにはプログラマは務まらなくなったし、SEより高いカネ積んでも雇えなくなってきてる。 391 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 09:03:11.14 ID:hLsOOC9Ha.net] 睡眠時間削って数十歳読んでも分からんのは逆にすごい 392 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 09:19:45.41 ID:5LA7ceb4d.net] >>376 クラウドはともかくソフトウェア開発でVM禁止とか信じがたいな 仕事にならんやんか 393 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 09:26:40.28 ID:fkkRBbOlM.net] 最近VirtualBOXが禁止になったな。 標準インストールされるUSB周りのプラグインが有償ものだったらしい。 VMware workstation playerも有償だから、貧乏プロジェクトはこまって 10年くらい前の廃棄予定PCかき集めてたな。 394 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 09:44:38.22 ID:ito3jbZo0.net] Windowsの標準機能のHyper-Vでええやん 395 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 10:26:03.89 ID:UOTlYXGL0.net] そんなケチなところがproなんか使ってるわけない 396 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 11:03:27.51 ID:cJT2UpQOM.net] dockerでいいやんと思ったが、Windows環境だとHyper-V必須か 397 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 11:05:54.99 ID:it8yqitEr.net] cloud9でいいやん もうPCに仮想環境とかいらん ハワイで遊びながら夜にホテルのベランダで開発したい 398 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 12:00:25.90 ID:0dRhvCSJd.net] >>393 githubの使い方分からんと言ってる奴がなに言ってんだw >>372 399 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 12:16:58.59 ID:qobvoXhTr.net] >>386 つまりおまえはプログラマー諦めたんかw 400 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 21:19:37.12 ID:Kkf9W2Qp0.net] だれかまじでたのむ １時間１万はらうからリモートのファイル更新する方法おしえちくり つーかgitスレの住人つめたすぎね？ 他のスレはきいたらなんだかんだで教えてくれんのに 401 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 21:46:53.14 ID:yHomHbeQ0.net] >>396 普通にコミットしてプッシュで良いやん 402 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 21:48:29.30 ID:yHomHbeQ0.net] >>396 あとさ、とりあえず自分のドロップボックス内とかさ、もしくはgithubとかにリポジトリ作ってオレオレgitで試せば良いんじゃない？ 403 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 22:02:29.12 ID:zksWstCGM.net] clone、pull、push 試すだけならネットワークすらいらんで ローカルディレクトリ指定で clone すればいい 404 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 22:06:45.31 ID:0dRhvCSJd.net] >>396 コミットしてプッシュするだけなのにそれができない意味が分からないんだよ 405 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 22:54:59.37 ID:Kkf9W2Qp0.net] ちがうの >>383をよんで 異常事態なの １回目にpushしたときのコミットをresetしちゃったん だから１回ローカルをリモートの状態に戻したいんだけど戻せない fetchしたらdivergeしてるっていわれるの もうなにがなんだか分からない 406 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 23:00:25.59 ID:ito3jbZo0.net] >>401 cloneし直せ 407 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 23:01:40.21 ID:/YyTMmKgM.net] >>401 最初から全部やり直せ 中途半端に push したのはご主人様に言えば掃除してくれる 408 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 23:31:45.07 ID:Kkf9W2Qp0.net] >>402 え　cloneでいいの？ ちょっと試してみる [] [ここ壊れてます] 410 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 04:03:53.28 ID:IfgfxBEz0.net] git分からん奴が何でgithub使ってんだ・・・OSDNでも使ってろよ 411 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 06:57:27.80 ID:iDNRczSG0.net] git push -f すればいい。 自分が管理するブランチの歴史を書き換えて 強制pushするのはよくやること 412 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 09:28:37.88 ID:wl9jcV8f0.net] >>401 intellijとかのGUIクライアント使ったほうがいいんじゃない？ 履歴とか差分とか見ながらのほうが把握しやすいと思う。checkout & revertも簡単だし。 413 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 10:33:02.68 ID:AwQTnpwn0.net] >>377 > clone fetech branch checkout　の違いもまったくわからないし 414 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 11:14:07.58 ID:GGYVub6j0.net] この場合はcloneし直してpushしてあるはずの自分のブランチをpullするのがいいだろ 415 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 16:46:41.43 ID:5X0Urc7r0.net] cloneしたら書き換えた内容全部きえちゃった；； 泣きそう；； 設定ファイルめっちゃっかきかえたのが全部なくなった… でもとりあえずpushはできたのでありがとうございます 416 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 16:52:02.77 ID:5X0Urc7r0.net] ていうかcloneするときブランチ名一文字もいれてないのに どのブランチをコピーするかってどうやってきまってるの？ リモートにはマスターと自分がブランチさせた２つがあるんだけど それぞれをクローンしたいときってどうやって指定するの？ 417 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 17:10:56.16 ID:mmKIx4dr0.net] いやなんでバックアップしてやらない 418 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 17:31:16.19 ID:5X0Urc7r0.net] git addしたのしか書き換わらないと思ってた… ソースと設定ファイルがあって 設定ファイルは各自の個別設定なのでpushしちゃだめなやつだから かきかえたソースだけaddしたのに設定ファイルまで上書きされちゃった addってgitが管理するファイルを選ぶコマンドじゃないの？ 糞ブログども嘘ばっかり書きやがる 419 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 17:40:33.44 ID:GGYVub6j0.net] ソースと設定ファイルについて詳しく説明してくれ 何を言いたいのか意味がわからん 420 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 17:44:25.56 ID:GGYVub6j0.net] あと、糞ブログがいやなら、ほぼ公式マニュアルである git-scm.com のページだけ参考にすればいい git clone について調べたいなら git clone site:git-scm.com だ 421 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 17:47:45.50 ID:5X0Urc7r0.net] 使うファイルに設定ファイルAとドキュメントBがあって Aは最初は汎用設定だけかかれてて自分の環境にあわせていろいろ追加して使うファイルで リモートには変更しちゃだめなやつ Bは今回かきかえてアップデートするファイル Aをがんばってかきかえて動く環境つくってBをかきかえてBだけをプッシュしたんだけど みんながクローンしなおせっていうからしなおしたらAももどっちゃった もどして；； 422 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 18:26:59.77 ID:oxkuPGR80.net] 糞ツールのせい 糞ブログのせい みんなの言うとおりにしたら失敗した ぜーんぶ他人のせい 423 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 18:42:12.58 ID:9wrxyjI90.net] そもそもcloneって新しくローカルコピー作るだろ？ その前の(pushしようとした)作業コピーはどこやったの。 424 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 18:59:09.21 ID:5X0Urc7r0.net] よくわからない とりあえずもう終わったのでもういいです また月曜日に設定しなおさなきゃいけないけど… 425 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 19:32:39.40 ID:zFLcqj+rM.net] gitにはそういう設定ファイルを安全に維持する方法があるけど おまえは馬鹿で何が起こったか理解しようとしないから いつか大失敗してクビになってください 426 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 20:10:22.90 ID:OcK3ATzsd.net] こんな無能が本当にプログラム書けるのかよw 427 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 20:18:41.91 ID:OcK3ATzsd.net] >>401でローカルをリモートの状態に戻したいって言うからcloneしろって教えたのに、なんでリモートの状態に戻ったことに文句付けてんだよw 428 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 21:02:14.32 ID:CUY4imylM.net] まあ、いい経験じゃね？ ・『Pro Git』読む ・プロジェクトリーダーとかに聞く ・Gitクライアント使う とかすれば？嘆いてるだけじゃ何も 429 名前：生まんよ [] [ここ壊れてます] 430 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 21:04:08.68 ID:wl9jcV8f0.net] >>419 だからintellij使えって。 お前にゃcuiは早過ぎる。 431 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 21:22:27.64 ID:2pqJGsxY0.net] むしろdiffとpatchからやるべきでは で、cvs, subversion, darcs, mercurial, fossile, veracityと進む 432 名前：デフォルトの名無しさん mailto:sage [2018/07/08(日) 13:10:36.68 ID:CeBqAGhLa.net] https://forest.watch.impress.co.jp/docs/special/1131501.html MSがWindowsにどうでも良い機能を短期間に大量に追加するようになったのは Gitが遠因なのか？ 433 名前：デフォルトの名無しさん [2018/07/08(日) 13:19:33.93 ID:MJ8iSrG7a.net] 昔からのMSの伝統芸 434 名前：デフォルトの名無しさん mailto:sage [2018/07/08(日) 14:10:00.36 ID:ljSan0AE0.net] >>426 Sets便利そうでいいね 435 名前：デフォルトの名無しさん mailto:sage [2018/07/10(火) 08:27:47.75 ID:Tl29W6iPM.net] ブランチにマスターの変更を取り込むにはリベース？チェリーピック？どうすればいいの 436 名前：デフォルトの名無しさん mailto:sage [2018/07/10(火) 14:22:53.20 ID:pzdfTfo4r.net] リベースはやってはいけないものと教え込まれて育ってきたけど正しい？ 437 名前：デフォルトの名無しさん mailto:sage [2018/07/10(火) 14:33:21.26 ID:zokwGzp/0.net] gitのコマンドは必要だから搭載されている やってはいけないものなどない。 会社のレベルが低いということだな 438 名前：デフォルトの名無しさん [2018/07/11(水) 14:44:30.91 ID:gaEcF9ZEr.net] 何もかもなかったことにするのがリベースだよね？ そんなことが許されるの？ 439 名前：デフォルトの名無しさん mailto:sage [2018/07/11(水) 14:51:48.18 ID:lydt4eTq0.net] >>432 なんのために間違った作業を残しておくの？ 何に使うのかを言って 440 名前：デフォルトの名無しさん mailto:sage [2018/07/11(水) 18:15:38.40 ID:kM9FavQY0.net] >>433 「間違った作業」という判断が間違いだったときのため。 441 名前：デフォルトの名無しさん mailto:sage [2018/07/11(水) 18:46:55.91 ID:FzXN2dTv0.net] >>434 なら「間違った作業」のブランチを別に作ればいいだけ 442 名前：デフォルトの名無しさん mailto:sage [2018/07/11(水) 19:54:55.41 ID:3K4h0nyIM.net] 何も無かったことにするためにリベースを使うのは ちょっと特殊な用途だと思う 443 名前：デフォルトの名無しさん mailto:sage [2018/07/11(水) 20:46:36.05 ID:rJpzrmF50.net] なかったことにするのはreset --hard 444 名前：デフォルトの名無しさん mailto:sage [2018/07/11(水) 23:35:03.75 ID:MbOMmNuZM.net] >>432 リベースはフィーチャーブランチを作り直すために使うんじゃないの 何もなかったことにするというのはだいぶ違うと思う 445 名前：デフォルトの名無しさん mailto:sage [2018/07/11(水) 23:36:50.76 ID:MbOMmNuZM.net] >>437 リセットハードしても何もなかったことにはならんでしょ リセットハードする前にそこでブランチ作ったり 単にハッシュ覚えとくだけでもガベージコレクション前なら戻れるし ある時点にリセットするっていう そのままの意味でいけますやん 446 名前：デフォルトの名無しさん mailto:sage [2018/07/11(水) 23:54:00.53 ID:oG1/FHr1M.net] ここでなかった事にすると言ってるのは、コミットの履歴上でのことでしょう 447 名前：デフォルトの名無しさん [2018/07/12(木) 09:46:53.21 ID:x8Svnlzma.net] 間違えてパスワード入ったままpushして 元に戻したいっていうのが一番多い案件 448 名前：デフォルトの名無しさん mailto:sage [2018/07/12(木) 09:52:24.27 ID:D5VV1/Vf0.net] そんなわけないだろ 小さくコミットをして言って、途中で不要なコミットを なくしてレビューしやすくするのがrebaseの目的 このコミットでコードを修正しました。 その修正の際に入れたタイポを直したのが このコミットです（ドヤー）とか見せられても 誰も嬉しくないんやで 449 名前：デフォルトの名無しさん mailto:sage [2018/07/12(木) 10:33:05.77 ID:GJBTV9MmM.net] >>442 これあるわー フィーチャーブランチの中で作ったデグレを修正したコミット履歴とかいらんねん 450 名前：デフォルトの名無しさん mailto:sage [2018/07/12(木) 12:44:57.88 ID:8dshyEbGd.net] >>442 squash 451 名前：デフォルトの名無しさん mailto:sage [2018/07/12(木) 12:56:23.01 ID:D5VV1/Vf0.net] squashは全部まとめるものだからだめ 452 名前：デフォルトの名無しさん [2018/07/19(木) 07:01:03.13 ID:cMu4x5mzp.net] リベースしたら分岐元のバージョンが新しくなるだけじゃなくて 過去のコミック履歴も消えるの？ 消えた履歴は 453 名前：もうたどれない？ [] [ここ壊れてます] 454 名前：デフォルトの名無しさん mailto:sage [2018/07/19(木) 08:26:47.04 ID:GfSB4o+iM.net] コミック？ 455 名前：デフォルトの名無しさん mailto:sage [2018/07/19(木) 08:28:31.97 ID:GfSB4o+iM.net] リベースする前のフィーチャーブランチの先端のハッシュIDが残ってたらそこでブランチ作ったりできるしなんとかなるよ 456 名前：デフォルトの名無しさん [2018/07/31(火) 16:53:09.51 ID:6zP1GZaaF.net] 一応見といて 2018年6月請求の不使用取消審判について 2001年以降、我々のオープンソース商標に関しては特に大きな変化はありませんでしたが、 先月18日に一部の指定商品に対して不使用取消審判が請求されました。 請求人は「[https://opensauce.co/株式会社OPENSAUCE]」（金沢市）であり、 料理レシピを共有するプラットフォーム提供などを行う事業を計画している会社のようです。 https://mag.osdn.jp/18/07/30/220000 457 名前：デフォルトの名無しさん mailto:sage [2018/08/06(月) 23:26:52.04 ID:x8uABkEy0.net] 2018-07-31 GCCのgit移行が難航中 https://cpplover.blogspot.com/2018/07/gccgit.html 458 名前：デフォルトの名無しさん mailto:sage [2018/08/06(月) 23:39:41.10 ID:/86pi7ZR0.net] >>450 別に30年分の履歴を全部覚えておく必要もないだろ 459 名前：デフォルトの名無しさん [2018/08/07(火) 04:58:31.19 ID:OlmXtX1Ua.net] 歴史は大事 460 名前：デフォルトの名無しさん mailto:sage [2018/08/15(水) 01:19:46.24 ID:/KW58JFL0.net] jdkがgitに試験的に移行 https://github.com/Project-Skara/jdk 461 名前：デフォルトの名無しさん mailto:sage [2018/08/15(水) 01:41:02.20 ID:oqrZCG/A0.net] アメリカと日本はなぜ太平洋戦争で戦うことになったの？ www12.plala.or.jp/rekisi/taiheiyou-amerika.html 462 名前：デフォルトの名無しさん mailto:sage [2018/08/16(木) 19:18:51.24 ID:rfZ8gqJr0.net] 設定ファイルの中にパスワードが入っていてどうしても別ファイルに分離できない なにかやり方が無いか探したら、フィルタを作る方法があるようだな blog.davydovanton.com/2015/11/14/ignore-file-lines-in-git/ 463 名前：デフォルトの名無しさん mailto:sage [2018/08/22(水) 00:04:47.82 ID:Mz6wmVpF0.net] Git 2.18がGitプロトコルバージョン2のサポートを追加 https://www.infoq.com/jp/news/2018/08/git-2.18-v2-protocol-commitgraph 464 名前：デフォルトの名無しさん mailto:sage [2018/08/22(水) 06:14:34.24 ID:O2PM/1qE0.net] >>456 最後の一文 公式リリースノートでGit 2.18の全機能一覧を読んでください。 465 名前：デフォルトの名無しさん [2018/09/04(火) 12:23:17.98 ID:ROt4XEkp0.net] バージョン管理ツール「Git」は一体どういうものなのか？ https://gigazine.net/news/20180904-git-version-control-system/ なんでgigazineがgitなんか解説してんの？ ライトなIT系ニュースサイトのお前には力不足だろうに 466 名前：デフォルトの名無しさん mailto:sage [2018/09/04(火) 12:26:24.31 ID:ROt4XEkp0.net] 訂正 どうでもいいコンピュータ関連の話題紹介サイトのお前には力不足だろうに 467 名前：デフォルトの名無しさん mailto:sage [2018/09/04(火) 12:27:38.79 ID:ROt4XEkp0.net] 違うな ナードが好きそうな話題紹介サイトのお前には力不足だろうに 468 名前：デフォルトの名無しさん mailto:sage [2018/09/04(火) 12:31:34.52 ID:zUimgJL3d.net] GIGAZINE以上の内容が書けて拡散できるお前がやれば？ 469 名前：デフォルトの名無しさん mailto:sage [2018/09/04(火) 12:37:07.37 ID:ROt4XEkp0.net] >>461 あの程度のgitの説明なら、誰でもかけるだろうなｗ でもそんなのすでにたくさんあるからやる必要がない。 470 名前：デフォルトの名無しさん mailto:sage [2018/09/04(火) 12:54:14.70 ID:xdg0c65C0.net] NGID:ROt4XEkp0 471 名前：デフォルトの名無しさん mailto:sage [2018/09/04(火) 12:55:26.87 ID:ROt4XEkp0.net] へーんしん！ 472 名前：デフォルトの名無しさん mailto:sage [2018/09/04(火) 12:56:38.48 ID:ROt4XEkp0.net] あ、ファイルダウンロード中だったｗ しばらくしてからIPアドレス変更するよ 473 名前：デフォルトの名無しさん [2018/09/04(火) 13 ] [ここ壊れてます] 474 名前：:41:13.60 ID:pM6L5vOMM.net mailto: gigazineω わかなちゃんの方が優秀 [] [ここ壊れてます] 475 名前：デフォルトの名無しさん mailto:sage [2018/09/04(火) 23:47:50.91 ID:ROt4XEkp0.net] 結局IPアドレス変更するの忘れた。 日付が変わると同時に変えるとしよう 476 名前：デフォルトの名無しさん [2018/09/05(水) 14:08:55.04 ID:7NsHVy0t0.net] 自分より立場が上で途中から加わった人が”タイムスタンプが変わるのとファイルがロックできないとから使い物”　＜意訳＞にならん。 GITからZIP管理にしようと言い出した。 どう説得したらいい？　 477 名前：デフォルトの名無しさん [2018/09/05(水) 14:10:44.68 ID:/V9AsOwQF.net] もっと上の人と話する 478 名前：デフォルトの名無しさん mailto:sage [2018/09/05(水) 14:36:26.76 ID:yXBX7c0MM.net] マージ最強 ロックはクソ タイムスタンプはビルドシステムがファイルの変更に反応するのに必要 479 名前：デフォルトの名無しさん mailto:sage [2018/09/05(水) 14:37:47.54 ID:x+gvWT3Ia.net] Git LFSのロックとか ロックのあるSVNにしようじゃなくてzipかよ 480 名前：デフォルトの名無しさん mailto:sage [2018/09/05(水) 16:55:25.82 ID:LMj9echWM.net] ホントにzip強制されるようなら転職不可避だな。 git以外でもろくでもない判断が下されるに違いない。 481 名前：デフォルトの名無しさん mailto:sage [2018/09/05(水) 17:05:05.53 ID:NuDqxS960.net] これやってトラブっても何も責任もてんがｗ 1. gitのメリットを言ってもらう zipのメリットなら色々屁理屈言ってきそうなので gitのメリットを言えないなら、それは無知であることを自覚させられる 2. gitのメリットの話と、人間の問題を切り分けて考えてもらう gitのメリットがわからないのか、わかった上でそれを使う人間の技術力が低いから使えない という話なのか、どちらかなのかはっきりさせる 482 名前：デフォルトの名無しさん mailto:sage [2018/09/05(水) 17:19:10.11 ID:NuDqxS960.net] 3. 学習コストが云々言われたら、学習による開発効率向上による コスト削減と比較してみたのかを聞いてみる。 コストコスト言うやつほど、"比較"をしてない。 コストは何をしてもかかるものなので、コストがかかる っていうのは何の意味も持たない 483 名前：デフォルトの名無しさん mailto:sage [2018/09/05(水) 22:14:45.12 ID:lJPKIZX50.net] >>468 ZIPでロックってどうやるの？ 484 名前：デフォルトの名無しさん mailto:sage [2018/09/05(水) 22:42:11.62 ID:S1SDnFNk0.net] 旭化成に聞け 485 名前：デフォルトの名無しさん mailto:sage [2018/09/06(木) 00:27:17.98 ID:Jdy9TDMj0.net] >>470 たぶんそういう理由じゃないかと 486 名前：デフォルトの名無しさん mailto:sage [2018/09/06(木) 01:13:55.50 ID:uUC4mFDs0.net] タイムスタンプは記録されているものを反映させればいいだけだから zipなんかよりも完璧に管理できますって言えるな。 もちろん開発中はタイムスタンプを更新しないと不具合が発生するので 絶対にやらないこと。あくまで馬鹿向けのためのできると示すため 487 名前：デフォルトの名無しさん [2018/09/06(木) 14:40:55.44 ID:tPMc56fx0.net] 上司はmakeも使ったことなさそう 488 名前：デフォルトの名無しさん mailto:sage [2018/09/06(木) 16:39:53.16 ID:0K+kPg6GM.net] 上司の上司に言って無能上司を更迭するしかない。 あるいは逃げるか。 489 名前：デフォルトの名無しさん [2018/09/06(木) 23:36:24.86 ID:vgIThwnhM.net] どうぞどうぞでいいんじゃね？ メリットを享受する人間に実行してもらうのが吉。 俺はそれでもgitを使い続けるし、zipにしろって言われても無視する。（誰も困らないし。 490 名前：デフォルトの名無しさん mailto:sage [2018/09/06(木) 23:41:01.70 ID:DUG5skog0.net] >>481 要するに最終的にお前が会社を辞めるという結論でしょ？ 491 名前：デフォルトの名無しさん [2018/09/07(金) 14:34:07.97 ID:m03GO2h00.net] 468です。 みんなありがとう その人には、自分の修正だけやってもらってGITでの管理は私がマージ＆コミットすることになりました。本人は、VSS(ソースセーフ)にしたいらしい。 492 名前：デフォルトの名無しさん [2018/09/07(金) 14:38:13.96 ID:oi3cVzRd0.net] 【このハゲ―、麦だろ】　ＴＰＰに米と毛が駆逐される　　＜農林10号＞　　頭髪すら枯らせるモンサント rosie.5ch.net/test/read.cgi/liveplus/1536286354/l50 ピザデブ、ピザハゲ、ピザ糖尿。 493 名前：デフォルトの名無しさん mailto:sage [2018/09/07(金) 14:59:51.29 ID:SYXLO5DTd.net] VSSか Window10ではもう動かないんじゃなかったっけ 494 名前：デフォルトの名無しさん mailto:sage [2018/09/07(金) 22:20:22.94 ID:sQE8oJr30.net] medaka.5ch.net/test/read.cgi/prog/1531667040/ の39〜48あたり VSSは遅いだけではなく破損するって時点で致命的 共有フォルダに毛が生えた程度のものと考えると良い マージはあるみたいだが基本的に結果を確かめられないので博打になる 495 名前：デフォルトの名無しさん mailto:sage [2018/09/07(金) 22:45:30.25 ID:/SXWHhZXM.net] ブランチあったらどうやってロックするんだ？ プログラミングではしばしば複数のファイルを編集する必要があるが どのファイルを編集するのか全て作業前に把握して 全部ロック掛けるってのもむり あ、このファイルも編集しないと って思ったらもうロックされてたり 互いに同じファイルをロックしようとして作業が止まったらどうするんだ 相手が作業終わるまでサボる？ 何ロックしてやがんだ！と文句を言いに行く？ ロックしたまま忘れたらどうする？ ロック無理やり解除して横取り？ 496 名前：デフォルトの名無しさん mailto:sage [2018/09/07(金) 23:02:57.37 ID:SYXLO5DTd.net] >>487 質問する前にVSSの仕組を調べたら 497 名前：デフォルトの名無しさん [2018/09/09(日) 19:28:30.17 ID:MfNlARvD0.net] >>482 まあ、それでもいいと思ってる。 498 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 21:50:05.46 ID:0ym3cmgA0.net] >>487 そもそも、ロックなどされない！ 各人はリポジトリから、最新のファイルをダウンロードして、 自分の(ローカル)PC 内で、更新・保存するだけ つまり、Git は、他のVSS と違って、一旦ローカルPC に、更新・保存しておく段階がある。 そして、切りの良い所で、それをリポジトリにアップロードする そのアップロードは他人にも報告されるから、 アップロードされた最新のファイルを、ダウンロードし直せばよい 499 名前：デフォルトの名無しさん [2018/09/10(月) 01:50:08.92 ID:XWUDo7+C0.net] VCS = Version Control System VSS = Microsoft Visual SourceSafe 500 名前：デフォルトの名無しさん [2018/09/10(月) 02:14:11.17 ID:U+kFg4Kd0.net] Girのマージでロジックが変わってしまうパターンってなんかある？ VSSロックは官公庁の開発では割とアリだなと思ったよ 501 名前：デフォルトの名無しさん mailto:sage [2018/09/10(月) 02:30:07.38 ID:P2aNZV+z0.net] >>492 あるよ。（だからマージされた後自動テストを走らせる） 例えば一つのブランチで、ファイルの上の方に #define VALUE 100 という定義を追加する。 ずっと下の方で、VALUEを参照したコードを書く。 もちろんテストは通る 別のブランチで、ファイルの中頃に #define VALUE 200 という定義を追加 そのすぐ下で、VALUEを参照したコードを書く もちろんこれもテストは通る この２つをマージすると #define VALUE 100 #define VALUE 200 VALUE=200を期待しているコード VALUE=100を期待しているコード となる。 gitに限らずどんなものでもブランチ単体では問題ないし、 コンフリクトも起こさずにマージできるが、 テストに失敗してしまうことはある 502 名前：デフォルトの名無しさん mailto:sage [2018/09/11(火) 14:47:00.95 ID:dkTItVlDM.net] 2.19.0 503 名前：デフォルトの名無しさん mailto:sage [2018/09/11(火) 15:54:22.41 ID:2VlFQvaoM.net] >>490 むしろロックでの開発が分からんって話なんだけど テキストファイルを一回の作業で一個だけ編集する ブランチは無し って状況でも無けりゃ使えなくね さらに VSSは複数のファイルを同時にコミットみたいな機能が無いみたいに書いてあったけどまじ？ 504 名前：デフォルトの名無しさん mailto:sage [2018/09/11(火) 16:01:58.73 ID:OkaM0mANd.net] >>495 VSSにブランチの概念はない 505 名前：デフォルトの名無しさん mailto:sage [2018/09/11(火) 18:36:51.82 ID:0i8biixP0.net] Git v2.19.0 506 名前：デフォルトの名無しさん mailto:sage [2018/09/11(火) 18:37:18.33 ID:0i8biixP0.net] Highlights from Git 2.19 https://blog.github.com/2018-09-10-highlights-from-git-2-19/ 507 名前：デフォルトの名無しさん mailto:sage [2018/09/11(火) 18:38:12.15 ID:0i8biixP0.net] 「Git 2.19」リリース https://mag.osdn.jp/18/09/11/155000 508 名前：デフォルトの名無しさん [2018/09/13(木) 16:46:03.57 ID:C1t3Cz+AM.net] >>495 人間から見た操作的には同時コミット（チェクイン）可能ではあるが、履歴は基本的にRCS/CVS的なファイル単位の差分管理のみ。 509 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 00:48:08.83 ID:J4ZFV+3f0.net] Now available: Git for Windows 2.19, including experimental built-ins for rebase and stash that make them both much, much faster! https://gitforwindows.org/ 510 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 13:11:27.35 ID:NuWld65Ld.net] 共有用なんかで作るベアレポジトリって、中身はHEADとかbranch/とかばかりで、実際に管理しているファイルは入ってませんよね git ls-filesしても、なにも出てきません そのベアレポジトリで管理されてるファイルの一覧を見る方法を教えてください cloneすると、管理しているファイルもclone先に作成出てきますが、そうて'はなく、コマンド等で確認したいです 511 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 17:59:23.22 ID:RTxUXMhCd.net] git ls-files in bare repository https://stackoverflow.com/questions/25906192/git-ls-files-in-bare-repository 512 名前：デフォルトの名無しさん mailto:sage [2018/09/20(木) 00:41:04.59 ID:IeH7cyBo0.net] >>503 �d 513 名前：デフォルトの名無しさん mailto:sage [2018/09/25(火) 19:14:08.32 ID:DqPu4rdnM.net] >>453 こっちになった 移行じゃなくてミラーだけど https://github.com/openjdk/jdk 514 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 13:27:10.21 ID:rmV7SZbq0.net] Git 2.14.5, 2.15.3, 2.16.5, 2.17.2, 2.18.1, and 2.19.1 515 名前：デフォルトの名無しさん mailto:sage [2018/10/10(水) 16:37:24.37 ID:egSEd3WL0.net] CVSとかsubversionでブランチを作るのはgitに比べると遅いといわれる理由は何なんや gitではブランチはコミットオブジェクトを指すだけの参照だから、ブランチを作成するには、コミットオブジェクトを書き込むだけで済むから高速というのはわかる 一方CVSやsubversionではブランチをどうやって作ってるんや(´・ω・`) 516 名前：デフォルトの名無しさん [2018/10/10(水) 22:28:09.22 ID:HW3BEf/50.net] CVSは知らんがsubversionのブランチってほぼファイルコピーみたいなもんだからじゃない？ 517 名前：デフォルトの名無しさん mailto:sage [2018/10/10(水) 23:46:19.37 ID:/J/gc11M0.net] svnはブランチ作るだけなら言うほど遅くないと思うがな。 ブランチ作った時点では差分がないからファイル内容はコピーされないで参照ができるだけだよ。 それでもgitよりやることは多いだろうけど、ブランチ作るのもリモートリポジトリ操作だからってのが一番大きいんじゃないかな。 CVSはRCSというdiffファイルで世代管理するツールがベースになっている。 リポジトリもRCSそのままのdiffファイルに毛が生えたようなテキストファイルの束だから遅いと聞けばそりゃまあそうだろうと思う。 当時のPC環境が今より数段遅かったというのもあるがローカルで使っても遅かった。 518 名前：デフォルトの名無しさん mailto:sage [2018/10/11(木) 05:33:29.69 ID:U1kKB/4M0.net] >>507 subversionはブランチはリモートに作るもの ローカルだけでは作れないので遅いし ネットワークがつながってないと使えない 519 名前：デフォルトの名無しさん mailto:sage [2018/10/20(土) 02:27:48.69 ID:PKh954ah0.net] 新たなGit Submoduleの脆弱性にパッチが当てられた https://www.infoq.com/jp/news/2018/10/git-submodule-vulnerability 520 名前：デフォルトの名無しさん mailto:sage [2018/10/20(土) 09:19:23.04 ID:BO8cyu3P0.net] >>511 Windowsは関係ないやつだっけ 521 名前：デフォルトの名無しさん mailto:sage [2018/10/20(土) 11:36:14.44 ID:1JRAiva60.net] ブランチ作成でファイルを全部コピーするのはVSSぐらいだろ？ 522 名前：デフォルトの名無しさん mailto:sage [2018/10/20(土) 11:37:16.20 ID:78lNsJHxd.net] >>513 VSSにブランチの概念はないが 523 名前：デフォルトの名無しさん [2018/10/20(土) 12:08:25.43 ID:1JRAiva60.net] >>514 ファイルの共有および分岐、マージ機能 https://msdn.microsoft.com/ja-jp/library/cc844084.aspx 524 名前：デフォルトの名無しさん mailto:sage [2018/10/20(土) 12:23:41.67 ID:u8BRF3D8F.net] VSS使ってる人を見たことが無い 525 名前：デフォルトの名無しさん mailto:sage [2018/10/20(土) 12:51:26.53 ID:p50FLLA40.net] >>516 ここにいるよ 526 名前：デフォルトの名無しさん mailto:sage [2018/10/20(土) 12:53:33.46 ID:2Ee4S1NJ0.net] 見えねえよ！ 527 名前：デフォルトの名無しさん mailto:sage [2018/10/22(月) 02:51:07.37 ID:JY8WGcRS0.net] GitHubを使ってみたくてGit勉強してるんだけど GitがGUIで使えるような奴はなんか欠点あるの？Windows環境とかでもCLIでやってる人が多いのはなぜ？ 528 名前：デフォルトの名無しさん mailto:sage [2018/10/22(月) 04:02:36.43 ID:j8tP0SGk0.net] 日常的によく使う操作はIDE使った方が早いけど複雑な処理になったらCUI使わないとできなかったりするね 要は使い分け 529 名前：デフォルトの名無しさん mailto:sage [2018/10/22(月) 05:30:44.52 ID:RUY6XiTDM.net] >>520 逆じゃないかな。 日常的にやってる操作はCUIの方が楽でしょ。 変遷をグラフィカルに表示して一望したかったりする時にGUIが大いに役立つ。 530 名前：デフォルトの名無しさん mailto:sage [2018/10/22(月) 05:46:24.38 ID:N67JkGaA0.net] 要は使い分けだよ CUIが必要なければ使わなくていいし とりあえずはCUIで勉強するのがおすすめ 531 名前：名無しさん＠そうだ選挙に行こう！ Go to vote! [2018/10/22(月) 10:19:53.34 ID:H1W4+XYRF.net] >>521 ほんそれ CUIで充分 >変遷をグラフィカルに表示して一望したかったり githubのnetworkで観てるわ 532 名前：名無しさん＠そうだ選挙に行こう！ Go to vote! mailto:sage [2018/10/22(月) 10:50:38.25 ID:I4MTei6td.net] なるほど みなさんありがとう 533 名前：デフォルトの名無しさん mailto:sage [2018/10/22(月) 13:59:01.46 ID:hpO1MPIz0.net] >>521 グラフを見るなら git log --oneline --decorate --graph --branches --tags --remotes https://qiita.com/imudak/items/4a8549b46fe2e509a08c 534 名前：デフォルトの名無しさん mailto:sage [2018/10/22(月) 22:00:13.43 ID:/WLKH1/z0.net] どうしてもキャラクタ表示じゃなきゃやだっていうこだわりが無けりゃ gitk --all& 一択だね。 535 名前：デフォルトの名無しさん mailto:sage [2018/10/23(火) 11:18:14.34 ID:DXe2mvvE0.net] 初心者です。 長くなったソースファイル(s1.cpp)があり、 このコードの一部を、新規作成したファイル(s2.cpp)に分割したいと考えています。 この時、どのような方法で移行するのがGit的には望ましいのでしょうか。 とりあえず今までは、まず単純にコピーしてコミット、 両方のファイルから不要部分を削除（＋微修正）してコミット、 といった感じで2回コミットしていました。 なお、開発環境はWindows10 Pro、言語はC++、UIはGit Bash、 ホスティングサービスはGitHubを想定しています。 536 名前：デフォルトの名無しさん mailto:sage [2018/10/23(火) 12:47:10.81 ID:Wj5ElhAPd.net] git的にはどうでもいいと思うけど、ファイルコピーしたという事実をわざわざ履歴に残したいの？意味なくない？ 537 名前：527 mailto:sage [2018/10/23(火) 13:39:01.02 ID:FFh+Bj38d.net] >>528 コピーした事実というか、s2.cppからs1時代の履歴を追えるようにする というのが一番の目的です 現状でも、分割したタイミングで分割したよとメッセージを残しておけば 人間なら内容を理解できるので、そちらを見てくれるとは思います システム的なルールに限らず、定番のやり方だとか 別ツールで利用するときに相性の良い方法などあるのかな？ と思った次第 538 名前：デフォルトの名無しさん [2018/10/23(火) 16:48:16.91 ID:FvY73oN4F.net] >>527 一回で充分 人間は AをBにcopy Aを編集 Bを編集 のつもりでも gitは AをBにrename Aを新規作成 Bを編集 だったりする (必ずこうなる訳ではない) 良きに計らえ 539 名前：デフォルトの名無しさん mailto:sage [2018/10/23(火) 17:08:18.22 ID:DXe2mvvE0.net] >>530 ありがとう リネーム扱いになるってことは、基本的にはちゃんと追ってくれるってことでいいのかな 540 名前：デフォルトの名無しさん mailto:sage [2018/10/23(火) 18:22:33.25 ID:xAYLa4Bh0.net] いまの操作でほぼ確実にログやblameが追跡できているのであれば 多分ほぼベストな方法なんじゃないかと思う 541 名前：デフォルトの名無しさん mailto:sage [2018/10/23(火) 20:36:56.77 ID:mSpmNxQXr.net] 各commitの変更を見たりcheckoutするときとかはSourceTreeの方が便利だなぁと感じる rebase -iとかfilter-branchを使う時はCLIでやってる 542 名前：デフォルトの名無しさん mailto:sage [2018/11/03(土) 02:36:21.94 ID:yOxw5Aji0.net] 次に出る、2.20では * "git rebase" and "git rebase -i" have been reimplemented in C. なんだな。いろいろバグが出そう。 543 名前：デフォルトの名無しさん mailto:sage [2018/11/03(土) 12:48:17.60 ID:RboIWkxY0.net] privateなリポジトリに誰がcloneしたか見る機能あります？ 544 名前：デフォルトの名無しさん mailto:sage [2018/11/03(土) 17:48:49.21 ID:PS6F4XwB0.net] 孫cloneできるのに意味あるのかな GitHubやGitLabの監査ログには書かれると思う 545 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 20:51:03.08 ID:PqRqYFSPa.net] 個人の開発でパソコン二台で運営してる時、それぞれのパソコンでuser.nameとuser.emailは使い分けるべき？ 546 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 00:16:35.19 ID:5V09deogM.net] >>537 ありえない 547 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 00:17:12.86 ID:8GzB8hGM0.net] 何を運営してるか知らないけど、2台とも同じユーザが使うならuser.nameとuser.emailも同じでいいでしょ 548 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 00:44:01.68 ID:J4R3dj77a.net] >>538-539 ありがとうございます。 549 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 01:02:17.74 ID:hJrvZhf4d.net] >>537 分けるべきだよ 550 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 01:03:31.00 ID:HIVoSst90.net] >>541 なぜそう思った？ 551 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 10:22:48.91 ID:UWTUj1+d0.net] もしかすると、特定の用途のときに優位性を発揮するとかはあるのかもしれないが すぐには思いつかないなあ 552 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 13:32:21.44 ID:DAQk+AT90.net] https://public-inbox.org/git/20181025024005.154208-1-sandals@crustytoothpaste.net/T/#t でSHA-256の実装はほぼ完了。 Design of multiple hash support https://public-inbox.org/git/20181106001340.GC890086@genre.crustytoothpaste.net/T/#t で複数のhash サポートについて議論している。 553 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 12:26:31.36 ID:bsspMczpM.net] .gitattributesで自前のxfuncnameを使おうと思ってるんだけど、xfuncnameの方をリポジトリに設定することって出来ないかな？ 554 名前：デフォルトの名無しさん mailto:sage [2018/11/23(金) 19:42:01.93 ID:YyxL/r6P0.net] Git v2.20.0-rc1 555 名前：デフォルトの名無しさん mailto:sage [2018/11/23(金) 19:44:51.13 ID:YyxL/r6P0.net] Git Rev News: Edition 45 https://git.github.io/rev_news/2018/11/21/edition-45/ を読んでたんだけど、開発者紹介で Developer Spotlight: Elijah Newren > I’m a husband to the most amazing woman in the world, and a father > to one son and six daughters. My wife is expecting again, すげーｗ。嫁が8人目を妊娠中とかどんだけｗ ユタ大学ってことはモルモンなのかな。 556 名前：デフォルトの名無しさん mailto:sage [2018/11/23(金) 22:18:26.62 ID:0ix/Vw/v0.net] >>547 嫁さん大好きなんだろうな。なんかほっこりする 557 名前：デフォルトの名無しさん [2018/11/24(土) 12:10:57.56 ID:4kdGLnPdF.net] 元気があってよろしい 558 名前：デフォルトの名無しさん mailto:sage [2018/12/09(日) 19:52:39.51 ID:I9UHrLel0.net] Git v2.20.0 559 名前：デフォルトの名無しさん mailto:sage [2018/12/10(月) 23:22:19.59 ID:orEtNKmz0.net] 「Git 2.20」リリース 2018年12月10日16:45 https://mag.osdn.jp/18/12/10/164500 560 名前：デフォルトの名無しさん [2019/01/08(火) 10:44:21.28 ID:eVc6Zkgq0.net] 朗報、GitHub無料ユーザーも無制限にプライベートリポジトリを使えるようになる https://jp.techcrunch.com/2019/01/08/2019-01-07-github-free-users-now-get-unlimited-private-repositories/ “GitHub”の非公開リポジトリ、無償プランでも無制限に 〜新しい料金プランが発表 https://forest.watch.impress.co.jp/docs/news/1161195.html Thank you Microsoft! 561 名前：デフォルトの名無しさん mailto:sage [2019/01/08(火) 11:03:49.09 ID:Wrr+1l7l0.net] MSが買収してよかったなー 562 名前：デフォルトの名無しさん [2019/01/08(火) 11:05:39.19 ID:GKZx39y6F.net] いいね 563 名前：デフォルトの名無しさん [2019/01/08(火) 11:08:13.12 ID:KHUyGseUF.net] +1 564 名前：デフォルトの名無しさん mailto:sage [2019/01/08(火) 11:48:48.30 ID:IOloucApr.net] bitBacketどうすんの！潰れる！ 565 名前：デフォルトの名無しさん mailto:sage [2019/01/09(水) 02:41:34.19 ID:KMLaM5D70.net] jira使ってるところはbitbucket使うし問題ない 566 名前：デフォルトの名無しさん mailto:sage [2019/01/09(水) 18:17:48.19 ID:XtKn/dRe0.net] jira使ってるけどGitLab…… 567 名前：デフォルトの名無しさん mailto:sage [2019/01/10(木) 15:55:09.18 ID:JukcLfSi0.net] gitLabカワイソス 568 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 02:04:36.55 ID:4U+kn+K10.net] そいえば謹製のCIだかCDだかってどうなったん？ 569 名前：デフォルトの名無しさん mailto:sage [2019/01/29(火) 20:54:18.09 ID:EpZjxfb30.net] ワークフローとパフォーマンスを改善したGit 2.20 https://www.infoq.com/jp/news/2019/01/git-2.20-released 570 名前：デフォルトの名無しさん [2019/01/30(水) 16:09:35.32 ID:bpDBhNFvr.net] gitはバージョンアップしなくても使えるからバージョンアップしない 571 名前：デフォルトの名無しさん mailto:sage [2019/02/10(日) 13:02:56.99 ID:inc2rluC0.net] 次の次（ git 2.22 ? ) あたりで、　git switch ってコマンドができるみたいだな。 git checkout　とは似て非なるコマンドのようだ。 572 名前：デフォルトの名無しさん mailto:sage [2019/02/10(日) 18:29:22.46 ID:CqEEFuoP0.net] マジで？ tortoise gitはswitchって文言をcheckoutのために使ってるからややこしいね 573 名前：デフォルトの名無しさん mailto:sage [2019/02/10(日) 19:02:50.76 ID:ii8DmMqP0.net] stashとcheckoutを合わせたようなニュアンスを感じるが、どんなもん？ 574 名前：デフォルトの名無しさん mailto:sage [2019/02/10(日) 21:11:30.45 ID:xmxMnEHA0.net] >>563 どこ情報？ 575 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 14:27:59.53 ID:a3vDiVrE0.net] チェリーピックっていつ使うのか全くわからない… 576 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 14:55:08.32 ID:ccY6NTqY0.net] 最新リリースのバグ対策を進めながら、そのうちいくつかのバグ修正が旧リリースにも必要なことが判明したときとか 同僚が開発してた機能にDBの定義変更があって、自分の担当する機能にも同じ変更の影響があることに後から気付いてSQL周りを貰いたくなったときとか 577 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 18:16:18.89 ID:6VqHOMsI0.net] >>566 https://public-inbox.org/git/20190130094831.10420-1-pclouds@gmail.com/T/#t 578 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 18:36:52.51 ID:6VqHOMsI0.net] >>567 よそのブランチから良さげな修正だけを持ってくる時に使うくらいかな 579 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 22:58:18.36 ID:pEpv0CUB0.net] >>567 きれいなコミット履歴を作りたいときに多用するよ コミットを終えた汚い（他の人がレビューしづらい、自分で振り返りづらい）ブランチの先端で 別の名前のブランチを作っておき、 やり直したいところで新たなブランチを作り、 そこに汚いブランチから、コミットの順序を入れ替えたり一部のみ取り込んだりするときにチェリーピックを使うよ 580 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 23:20:37.53 ID:+PE4MSDC0.net] そのブランチの分岐元でならともかく、先頭でやるなら rebase -i かな。 581 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 00:38:06.87 ID:VqanzRzk0.net] >>570-571 なるほど… 582 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 02:07:26.70 ID:IVG5hBnd0.net] rebase -i いいよね 583 名前：デフォルトの名無しさん [2019/02/12(火) 21:56:21.55 ID:TGYKDn8Ur.net] 数人の開発だけどリベースは一度も使ったことない 584 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 22:33:57.68 ID:aDvJklf4M.net] 1人で開発するときもリベースは使う 585 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 02:30:48.17 ID:ID+kUm5P0.net] 1人だとrebase -iの嵐 586 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 13:24:15.19 ID:7+C3Q/zj0.net] 自分はほとんど使った経験ないけど revabse -i があることで、割と気楽にコミットできる心理的メリットみたいなのあると思う 587 名前：578 mailto:sage [2019/02/13(水) 13:25:09.30 ID:7+C3Q/zj0.net] なんだよrevabseって。 588 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 14:01:16.40 ID:NLlAJUBra.net] チームによってrebace派とmerge派があって、 色々難しいお。 589 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 19:52:18.33 ID:wMkwcJdN0.net] revabse vs rebace vs rebase vs merge ファイッ 590 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 20:09:26.87 ID:gVWar+snM.net] リバブス？ 591 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 21:00:45.24 ID:k4BCtk0c0.net] reverbしろ 592 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 21:12:53.96 ID:OnZCl6VnM.net] マージのポリシーの派閥はこのぐらいある rebase せずに merge --no-ff 派 rebase せずに merge 派 rebase して merge --ff 派 rebase して merge --no-ff 派 593 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 23:29:06.50 ID:Qvm7Gr4mM.net] branchとcheckoutとcherrypickとrebase -iとmerge全部バンバン使うでしょ 594 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 07:48:25.41 ID:hBqXgou00.net] >rebase して merge --ff 派 >rebase して merge --no-ff 派 どちらか一方を　revabse　に汁 595 名前：578 mailto:sage [2019/02/15(金) 00:48:50.98 ID:Slv5eO5c0.net] もう許してｗ 596 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 00:51:08.70 ID:K2IafCgG0.net] 頼むからrebaseは個人だけにしてくれ 597 名前：デフォルトの名無しさん [2019/02/15(金) 12:16:05.03 ID:e7WqSQfmr.net] おまえの頼みなど聞かん 598 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 12:19:24.54 ID:O70DwVNi0.net] Purge & Ttap 599 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 12:19:47.73 ID:O70DwVNi0.net] trap 600 名前：デフォルトの名無しさん [2019/02/15(金) 12:53:54.68 ID:TNDmXWGMF.net] レス乞食に餌を与えないでください 601 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 14:12:21.42 ID:9bakgAV1r.net] コマンド全くわからん どうすれば勉強できますか？ 602 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 21:01:40.12 ID:Slv5eO5c0.net] 所詮は道具なんだし、 必要なときに調べながら使えばいいと思う 603 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 10:09:57.41 ID:Ed04cleca.net] ランボー派です 604 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 16:46:14.11 ID:5qKFbRgU0.net] 俺はコナン派 605 名前：デフォルトの名無しさん mailto:sage [2019/02/20(水) 23:08:56.76 ID:sCYaSFZxM.net] stashしたらcheckoutできなくなったんですが 606 名前：デフォルトの名無しさん mailto:sage [2019/02/20(水) 23:46:11.50 ID:4lfp8jpk0.net] Git v2.21.0-rc2 607 名前：デフォルトの名無しさん mailto:sage [2019/02/21(木) 08:33:26.35 ID:aqCWam8aM.net] >>597 stash の pop や apply はコンフリクトする可能性があるから、git status で確認 608 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 10:34:56.98 ID:83CO70Zba.net] stageしてない変更を全部消すのってどうやるんでしたっけ？ 609 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 12:47:14.02 ID:44IuTqPDd.net] git checkout . 610 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 14:21:29.00 ID:hoKEg3Vo0.net] ググればわかることを聞く奴って伸びないだろうね 611 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 14:55:48.22 ID:83CO70Zba.net] >>601 ありがとうございました >>602 サーセン ググってもわからんかった 612 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 02:37:37.21 ID:qY4tAi6B0.net] >>600 git checkmate 613 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 08:05:24.26 ID:gWR+hxYAd.net] https://github.blog/2019-02-24-highlights-from-git-2-21/ 614 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 19:24:20.46 ID:ej1+51bl0.net] Git v2.21.0 615 名前：デフォルトの名無しさん [2019/02/25(月) 22:03:49.04 ID:Si2QAeUKr.net] いくらバージョンアップしても今まで以上のことは何もする必要ないからもうバージョンアップしなくていい 616 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 22:16:05.40 ID:lsusqOoAd.net] いや、どんどんバージョンアップして欲しい 617 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 23:10:10.00 ID:qUP/DZtuM.net] git reset --hardを最強に高速化してほしい 618 名前：デフォルトの名無しさん mailto:sage [2019/02/27(水) 19:57:33.46 ID:Yzz2uE2c0.net] Git 2.21」リリース 2019年2月26日16:30 末岡洋子 https://mag.osdn.jp/19/02/26/163000 619 名前：デフォルトの名無しさん mailto:sage [2019/02/27(水) 22:57:51.85 ID:M0SXIgdl0.net] git punish 620 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 05:51:26.31 ID:9A8Avv9Q0.net] >>569 Duy が　git restore と　git switch の新しいパッチを3/8 に投げてる。 https://public-inbox.org/git/20190308101655.9767-1-pclouds@gmail.com/T/#t https://public-inbox.org/git/20190208090401.14793-1-pclouds@gmail.com/T/#t 621 名前：デフォルトの名無しさん mailto:sage [2019/03/13(水) 19:45:06.23 ID:vFMNsnc+0.net] gitkで表示されるコミットヘッダに Follows: という直近のタグっぽいものがあるけど、 同じものを表示するコマンドって何？ git log かなと思ってヘルプを探したけどわからなかった。 622 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 03:04:50.39 ID:1YJIYSTs0.net] Follows が前で Precedes が後ろなのね git describe で直近の tag は分かるけどちょっと挙動が違うし、Precedes は調べられなさそう git tag --contains の結果をひとつづつチェックして Precedes を、 git tag --no-contains の結果をひとつづつチェックして Follows を、 探してるのかな？ 623 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 21:01:53.07 ID:rlbQlqp50.net] なるほど、単純な話じゃないんだ。ありがとう。 624 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 11:01:38.58 ID:ipW8qlQE0.net] GitのwindowsGUIの質問はスレ違い？ 普段MercurialでTortoiseHgを使ってるのだが G 625 名前：itも触ってみようとTortoiseGitを導入したところ、これが使いにくい 複数のブランチがある状況で、リビジョングラフを見ながらdiffテキストをサクッと見たり、 コミット等を行ったり、リビジョンに復旧したりしたいが TortoiseHgだと単一ウィンドウですべて収まってできて便利なんだけど、 TortoiseGitは状況の把握と操作が複数のウィンドウにまたがっていて簡単にはできないような気がする コマンドライン実行をそのままウィンドウ出力にしている感じ これに文句が出ていないのは、何かうまい使い方があるということ？ （いくつかのウィンドウを開きっぱなしにするのが常識とか） それともGitとMercurialの考え方の違いからくるものなのか？ [] [ここ壊れてます] 626 名前：デフォルトの名無しさん [2019/03/17(日) 11:57:46.78 ID:ZVJiTVd10.net] 文句が出ないのは誰も使ってないから Git for Windows の方が良い 627 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 12:52:22.96 ID:33QpnpiOd.net] エクスプローラに統合されるのはウザイから亀シリーズは使わないなあ 自分はVisual Studioとgit bashの併用だけど、単体のGUIはSourceTreeが人気らしいね 628 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 12:58:06.43 ID:ipW8qlQE0.net] >>617 妙に情報少ないなと思ったがやはりTortoiseGitはマイナーか ありがとう 629 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 13:16:52.36 ID:ipW8qlQE0.net] >>618 SourceTreeいいですね、ありがとう TortoiseGitは意味わからんな、なぜHG版とここまで使用感が違うのか 歴史的な経緯だろうが 630 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 13:59:24.87 ID:pyRBRMBz0.net] SourceTree派だけどお気に入り。 git初めての新米たちにも教えやすくてありがたい。 631 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 14:50:59.86 ID:cctVURoe0.net] sourcetreeはインストールして放置してるけど何が強みなんだろうか ブラウザ(プルリク/マージ)+VSCode+GitLensで出来ない機能ってある？ 632 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 15:36:09.20 ID:NKwO4SlHM.net] GitLensいいな、もう少しでIntelljIDEAのGit拡張に追いつけそう 633 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 17:22:15.96 ID:XEUK+8k90.net] >>622 VSCodeに依存せずに使えるメリットがある 634 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 18:02:48.69 ID:UyxoEwiF0.net] >>616 ログを表示したあとのグラフのウィンドウの左下にある2つのチェックボックスにチェックを入れて すべてのブランチを表示 プロジェクト全体を表示 を有効にすればよいのでは 635 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 18:04:30.30 ID:UyxoEwiF0.net] TortoiseGitめっちゃ気に入って使ってるけどなあ 日本語化するとGitのコマンド名と離れすぎてよく分からなくなるから 英語のまま使うのがいいよ 636 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 23:35:46.09 ID:pyRBRMBz0.net] >>622 強みか微妙だけど、gitに絞ったGUIだから初心者には取っつきやすいし操作が覚えやすいと思う。 637 名前：デフォルトの名無しさん [2019/03/18(月) 18:36:16.77 ID:YewPwHWvM.net] >>620 どちらかと言うとTortoiseHgが特殊。 638 名前：デフォルトの名無しさん mailto:sage [2019/03/18(月) 22:16:45.63 ID:X65IpBi50.net] Mercurial使ってる人まだいたのか 639 名前：デフォルトの名無しさん mailto:sage [2019/03/18(月) 22:56:00.46 ID:TLB80KtId.net] そりゃまだsvn使ってる現場さえも珍しくないですからね 640 名前：デフォルトの名無しさん mailto:sage [2019/03/18(月) 23:52:50.82 ID:MbCLUxTP0.net] >>630 その理屈はおかしい svnはgitが出る前の標準だった。使ってる所は多かったので今も残ってるだろう。 そしてsvnの次として、同時期に似ているコンセプトで git or mercurial がでてきた。 すぐにgitが勝利したので、mercurialを使ってる所は少ないままだったはずだ。 641 名前：デフォルトの名無しさん mailto:sage [2019/03/19(火) 02:10:00.72 ID:/ob5YEpy0.net] >>631の謎理論が面白かったので俺も謎理論を展開してみる svnからgitやmercurialに移行する動機は大いにあってもmercurialからgitに移行する動機はさほどなく、場合によっては新しくmercurialを採用することもありうる となるとsvnユーザーは出涸らし状態であり、svnよりmercurialの方がユーザー数が多いと言える 642 名前：デフォルトの名無しさん mailto:sage [2019/03/19(火) 02:35:08.23 ID:HSgnVp3i0.net] ？ ユーザー数や検索トレンドの推移を見ればどの理屈が事実に最も近いかわかると思うんだが 643 名前：デフォルトの名無しさん mailto:sage [2019/03/19(火) 04:00:18.53 ID:iMQbPxcS0.net] >>632 svn -> mercurial ・・・ 初期に僅かに移行。その一部はgitに移行。最初から少なく更に減っている。 svn -> git ・・・ 殆どがこのケース。多い svn ・・・どちらにも移行できない所がまだ残ってる。移行したとしてもgit mercurialに移行した所よりも、svnのまま移行できない所の方が多いので mercurialのユーザーは少ないよ。 644 名前：デフォルトの名無しさん mailto:sage [2019/03/19(火) 07:29:51.60 ID:Bdp6kf6z0.net] facebook は mercurial 使ってるはず google も独自 vcs で、git をメインには使っていない 645 名前：デフォルトの名無しさん mailto:sage [2019/03/20(水) 21:20:50.51 ID:gemofRvT0.net] What's cooking in git.git　に　switch と restore について記載来た。 > Two n 646 名前：ew commands "git switch" and "git restore" are introduced to > split "checking out a branch to work on advancing its history" and > "checking out paths out of the index and/or a tree-ish to work on > advancing the current history" out of the single "git checkout" > command. 早くて　2.23 あたりかなー [] [ここ壊れてます] 647 名前：デフォルトの名無しさん mailto:sage [2019/03/20(水) 21:36:01.21 ID:gemofRvT0.net] >>450 GCCのgit への移行は 昨年末に GCC Is Still Months Away From Transitioning To Git, Reposurgeon Being Ported To Golang https://www.phoronix.com/scan.php?page=news_item&px=GCC-Reposurgeon-Py-To-Go-90 って記事が出て、さらに数か月かかるのかと思っていたら、 https://gcc.gnu.org/wiki/GitMirror を見ると readonly ではアクセスできる模様。 648 名前：デフォルトの名無しさん mailto:sage [2019/03/21(木) 16:53:08.88 ID:r/ejW3JKa.net] gitattributesとeditorconfigで文字コードと改行コードが二重管理になってしまった どっちかを移譲にできないものか 649 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 22:45:02.75 ID:u3+lP1/q0.net] git flowについてと、実際の運用に適用する時について教えてください。 一次開発が終わりリリース済みのシステムがあります。今後二次開発があり、開発開始時期は同じですが、顧客テスト（例えば6/1、7/1、8/1）、本番リリース（例えば6/20、7/20、8/20）の時期が異なる機能が複数あります。 一次開発終了時点をmasterブランチ、二次開発用にdevelopブランチまでは作成しました。 今後開発する際は、developブランチから機能ごとにfeatureブランチを作成し、顧客テスト時はテストを行う機能（featureブランチ）をdevelopブランチにマージする運用が良いのでしょうか？（顧客テストokならdevelopをmasterにマージ） 気になっているのは、先に8/1顧客テスト用の機能を作った場合、マージしない（できない）ままのブランチが発生するのが良いのかわからないことです。 プルリクは使用しない想定です。 良い案があれば教えてもらえると助かります。 650 名前：デフォルトの名無しさん [2019/04/03(水) 02:16:59.33 ID:BOvapwsR0.net] その3つの機能が依存関係が少なくてパラレルに開発した後にマージするので問題が起こりにくいのか、 それとも依存関係があってシリアルに開発、もしくは互いを調整しながら開発してしないといけないのかで違いそうな気がする。 前者ならはじめにブランチ作ってdevelopにマージしてテストすればよいと思うけれど、 後者ならdevelopブランチ1本で開発していってテストのときだけ その時点でdevelop顧客テスト用のブランチを切ってテスト対応はそっちで行って developにマージする、とかが良いような気がする 651 名前：デフォルトの名無しさん mailto:sage [2019/04/03(水) 07:04:24.17 ID:QKAgpFa00.net] git flowならreleaseブランチを作ろうよ 8/1顧客テストの機能をdevelopにマージしたいけど前の機能がまだmasterにマージできていないので無理、という状況を避けられる リリースのタイミングが多少変わった程度でブランチ設計を見直さずに済む 652 名前：デフォルトの名無しさん mailto:sage [2019/04/14(日) 10:32:24.84 ID:zEHeHyPc0.net] ffって何？ 653 名前：デフォルトの名無しさん [2019/04/14(日) 12:09:34.47 ID:mqiCDUBh0.net] << ● □ > >> 654 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 14:36:52.51 ID:TQXILdnuM.net] >>642 git ffで検索ぐらいしろ。 fast forwardの略。 655 名前：デフォルトの名無しさん [2019/05/03(金) 01:02:41.49 ID:l/s3GWfn0.net] 　個人プロジェクトの管理がにっちもさっちも状態に陥ってきたので、噂のGitを導入しようと勉強開始したのですが。 　現在オーム社の『入門git』(初版平成21年／第9刷平成25年)を読んでいるのですが、途中まで読んでやや古い書籍である事に気が付きました。 　当方Windows10なのでGitHubがMS社に買収された事だし導入もかなり簡単になってるかな・・・と思ったら、CygwinとMSYSへの記述があって、思ってたのと違うと改めてネットで調べ直したのですが。 　>>1の関連サイトの"Pro Git - Table of Contents"によれば違う分類による方法が幾つかあるみたいですね。 　そうなると、読み始めたオーム社の入門書はどこまで現状に即しているのでしょうか。 　基本的な操作が変更される事はないでしょうが、非推奨とかになる事も考えられるので。 　あと、良い書籍紹介があると嬉しいです。 656 名前：デフォルトの名無しさん mailto:sage [2019/05/03(金) 01:04:27.23 ID:i/xHvCJ+0.net] >>645 ごちゃごちゃ言わずに手動かさんかいボケェ！ 657 名前：デフォルトの名無しさん mailto:sage [2019/05/03(金) 01:24:21.30 ID:D3mIW/FO0.net] >>645 何も考えずにgit for windows入れたら済む話だと思うよ cygwinがベースの技術使われてるけど別途インストールする必要はないし 658 名前：デフォルトの名無しさん mailto:sage [2019/05/03(金) 01:41:14.58 ID:m+FxQhlt0.net] >>645 gitとGitHubは全く別のもの。プロジェクト的には無関係。 gitの本がGitHubについて詳しく書いていることはまずないし、 買収前のGitHub社も、Microsoftも、gitの開発には関わっていないといって良い。 （Git LFSなど一部影響を与えているがコア部分ではない） 659 名前：デフォルトの名無しさん [2019/05/03(金) 14:16:43.99 ID:3Vz/qKohF.net] javascriptの勉強するためにJava始めました観たいな感じ 660 名前：デフォルトの名無しさん mailto:sage [2019/05/03(金) 18:32:18.06 ID:DMALnIma0.net] GitHubがGitクライアントのひとつではないということは、エンドユーザーからみればどうでもいいことなのかもしれない それこそがSaaSの目指すべき透過性のry 661 名前：デフォルトの名無しさん [2019/05/03(金) 18:38:29.21 ID:taX/i1G/F.net] GitHubはサーバーじゃないのか 662 名前：デフォルトの名無しさん mailto:sage [2019/05/03(金) 19:20:02.06 ID:gopWPGQUd.net] >>651 githubデスクトップアプリのことを言ってるんじゃないかな 663 名前：645 mailto:sage [2019/05/04(土) 01:29:13.43 ID:IjWp+gdg0.net] >>646-652 　反応ありがとうございます。 　当方WINDOWSに入る前もファイラ時代が長かったもので、コマンドライン感覚が退化してしまっています。 　深く考えず教本を読破して、その操作を猿真似して馴染む事を目標に作業再開しようと思います。 　指針を与えてくださり、ありがとうございました。 664 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 01:49:51.51 ID:PdnPsaxZ0.net] 別に無理して最初からコマンドライン使う必要もないと思うけど Visual StudioとかVSCodeとかGUIからgit扱えるし 665 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 23:16:29.51 ID:wnPGmEim0.net] git extensions... 666 名前：デフォルトの名無しさん [2019/05/10(金) 23:01:31.97 ID:yjXVmj4x0.net] gitを学ぶだけでも一苦労だ 667 名前：デフォルトの名無しさん mailto:sage [2019/05/10(金) 23:30:40.02 ID:VCdUDnM60.net] 今時gitが使えないとチームで開発できないからプログラミング言語同様必須知識だよ 668 名前：デフォルトの名無しさん [2019/05/11(土) 02:31:02.75 ID:ouM2ubYj0.net] 基本的な流れは分かったけど 細かいコマンドやオプションまで入れたらとんでもない量ある 669 名前：デフォルトの名無しさん [2019/05/11(土) 14:30:22.85 ID:ouM2ubYj0.net] https://qiita.com/xtetsuji/items/555a1ef19ed21ee42873 upstreamという名前を付けてるけど リポジトリ自体に名前がついてるんじゃなくて リポジトリの利用者側が勝手に名前を付けてるの？ おかしくない？ 670 名前：デフォルトの名無しさん [2019/05/11(土) 14:35:55.50 ID:ouM2ubYj0.net] そうすることで名前の重複問題を解決させようとしてるのか 名前空間みたいな概念が無いのか 671 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 14:39:05.89 ID:wRpxqjAk0.net] ローカルリポジトリから見たremoteの名前なんだから勝手につけて当然。originだってそう。 672 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 14:45:36.03 ID:D877RybE0.net] >>659 エイリアスだよ 本当のリポジトリの名前は、URIそのもの URIは一意なんだから名前空間などなくてもかぶらない 長いから、originとかupstreamという別名を付けてるだけの話 673 名前：デフォルトの名無しさん [2019/05/11(土) 15:11:58.93 ID:ouM2ubYj0.net] git remote -v でリモートリポジトリの一覧が表示されますが、 push先として設定されているリモートリポジトリを一部削除する事はできますか？ fetch元としては使い続けたい 674 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 21:51:57.68 ID:sDkUvWEX0.net] できる 675 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 22:37:01.91 ID:Naxi/oZi0.net] >>663 https://stackoverflow.com/questions/7556155/git-set-up-a-fetch-only-remote/ 676 名前：デフォルトの名無しさん [2019/05/11(土) 23:23:16.58 ID:ouM2ubYj0.net] そのリモートリポジトリはgithubのなんですが そもそもgithubのリポジトリは権限が無ければ書き込まれないかも、と思ったんですが 合ってますか 677 名前：デフォルトの名無しさん mailto:sage [2019/05/12(日) 00:15:09.76 ID:OoMn1CYl0.net] そりゃ他人が勝手にウイルスコード埋め込めるわけ無いやろ 678 名前：デフォルトの名無しさん [2019/05/12(日) 16:25:08.69 ID:AJtL4p1I0.net] いや、できるんじゃないか・・・これ・・・ githubガバガバ 679 名前：デフォルトの名無しさん mailto:sage [2019/05/13(月) 08:43:03.43 ID:+iu2JKCNM.net] ローカルリポジトリに権限の概念はないぞ。 リモートにpushできるかは権限による。 680 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 12:14:26.51 ID:yieIctl/a.net] Git v2.22.0-rc0 681 名前：デフォルトの名無しさん mailto:sage [2019/05/21(火) 19:51:06.30 ID:ItBIHcGN0.net] https://www.theregister.co.uk/2019/05/03/git_ransomware_bitcoin/ ↑によると、git向けのランサムウェアがあるらしいので、 peffがパッチ投げてたけど、2.22に入るのかな？ 682 名前：デフォルトの名無しさん mailto:sage [2019/05/25(土) 01:07:57.56 ID:/gw0C7Kb0.net] >>637 ESR Switches To Threadripper But His GCC SVN-To-Git Conversion Could Still Take Months https://phoronix.com/scan.php?page=news_item&px=ESR-Threadripper-GCC-Git gccのsvnからgitへの変換はまだ数ヶ月かかるらしい。 683 名前：デフォルトの名無しさん mailto:sage [2019/05/25(土) 17:03:27.06 ID:MF7hUL6NM.net] そこまでしてやる必要あるの？ 684 名前：デフォルトの名無しさん mailto:sage [2019/05/25(土) 22:41:08.29 ID:4zp+FHVLd.net] >>673 あるやろ。 いまどきgitじゃないと開発者が寄って来ない。 開発者が居ないOSSは死ぬよ。 685 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 09:21:13.31 ID:AhpxmhZJM.net] 「今時」ってそれだけの理由かよ。 開発者だけどどっちでもいいわ 686 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 13:39:03.80 ID:n6k+d3Gb0.net] > 開発者だけどどっちでもいいわ どっちでもいいってことは、どっちも知ってるはずだけど 違いしてていていってんの？svnとgitの比較言える？ 687 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 13:39:30.92 ID:n6k+d3Gb0.net] 違い知ってて言ってんの？ 688 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 14:28:24.43 ID:K3Fa0Jrf0.net] 昔はsvn使ってたけど今更使うのは嫌だよ 689 名前：デフォルトの名無しさん [2019/05/26(日) 16:53:36.40 ID:TYT8T/KA0.net] git cloneしたフォルダをコピペで別の位置に移したら 何か問題出る？ 690 名前：デフォルトの名無しさん [2019/05/26(日) 17:05:52.30 ID:KAaQkTQwa.net] 無問題 691 名前：デフォルトの名無しさん [2019/05/26(日) 17:46:50.08 ID:TYT8T/KA0.net] githubで自分がフォークしてるプロジェクトがあって 他の人もフォークしてて、他の人がその人のリポジトリでやったコミットを本家にPRしてて、 でもマージされてなくて、でも自分のフォークでそれをマージしたい場合、 692 名前：どうすれば？ [] [ここ壊れてます] 693 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 17:49:28.34 ID:n6k+d3Gb0.net] そのコミットを自分のフォークにマージするだけ 694 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 20:42:05.66 ID:3rn09QiHd.net] >>675 emacs, ruby など大きなプロジェクトがgit に移行している。 何故移行したか、どんな効果があったか、事例見ると判る話。 695 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 21:11:49.05 ID:LR3zsoru0.net] masterブランチで開発していて、 リリースする時、masterの全部の修正をリリースするんじゃなくて 一部だけリリースする時、リリース用のブランチを作ってそこに リリースしたいもののみを集めるってやり方でいい？ そしてリリース用のブランチをリリースするわけだけど、 そこにはmasterに入れてないコミットが含まれる。 READMEの修正とか そういった場合、masterにそれを戻さないといけないんだけど、 リリース用のブランチをmasterにmerge戻すと、同じコミットが二重にできちゃうじゃん？ それを防ぐにはどうしたら良い？mergeじゃなくてcherry-pickで戻す？ それともsquashする？（コミット消したくないけど） それともリリース用のブランチをmasterからの変更にrebaseしてから、masterにマージする（少し面倒そう） 696 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 21:30:20.90 ID:gL51xVlRd.net] git flow使えよ 697 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 21:44:10.79 ID:LR3zsoru0.net] 基本個人開発なんでそこまで面倒くさいことはしたくない 今回バグ修正のプルリクが来て、今masterでやってる作業の切りが悪いので プルリクと先に出せる部分を、先に出したほうがいいなと判断したので 例外的にリリースブランチを切った 698 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 21:48:34.15 ID:gL51xVlRd.net] git flowなんてめんどくさくもなんともないやろ むしろmasterで開発してるからそんなめんどくさいことになってるんじゃないか 699 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 21:54:45.52 ID:LR3zsoru0.net] github flowへの文句なら、github flowを論破してからにしてくれ 700 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 21:58:46.66 ID:LR3zsoru0.net] 説明しなくてもわかると思うが、 一人github flow = レビューする人はいない = ブランチきってその都度一人マージ = masterでの開発と何も変わらん 701 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 22:37:24.14 ID:NmjYgqZc0.net] 日本語通じてないわこいつ 702 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 22:40:52.72 ID:LR3zsoru0.net] 日本語通じてないのはお前だ。 俺はgit flowが複雑であることは世界共通の認識であることを知っているし、 その事実に関して反論していないし、興味も質問もしていない。 git flowが複雑ではないという話をしたいならよそでやれってこと 703 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 22:45:12.24 ID:LR3zsoru0.net] はっきり言わないとわからないようだから言っておくと git flowは複雑（事実）だから使わないと言ってる。 git flowは複雑（事実）ではないと主張したいのなら、俺ではなく世界とやってくれ git flowは複雑（事実）ということは、俺が主張していることではない。 704 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 22:50:04.83 ID:NmjYgqZc0.net] ごめん触れちゃいけないキチガイやったわ 705 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 22:51:42.71 ID:LR3zsoru0.net] >>693もうレスしないでね。 ということで >>684 の質問へのレスよろしく 706 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 00:30:06.46 ID:+/xGlUJM0.net] なんで1回git flowの話からgithub flowの話に逸れたん 707 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 01:48:52.81 ID:C+5iEFBW0.net] git flowとgithub flowの区別も付いてないのは置いといて、複雑なので我流でやりますというなら好きにやればいいんでないの 708 名前：デフォルトの名無しさん [2019/05/27(月) 02:12:28.92 ID:Qfy1TG6f0.net] githubで本家にPR出して、しかしやりとりのなかで revertだとか再コミットだとかでヒストリーが伸びて、 本家側は最後の1コミットだけをマージする、ということはできるんだろうか？ 709 名前：デフォルトの名無しさん [2019/05/27(月) 02:35:58.34 ID:Qfy1TG6f0.net] githubでOSSを修正したい場合、 さらにそのOSSをカスタムしたソフトウェアを作りたい場合、 フォークを2つ作るべき？ 710 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 02:42:44.37 ID:udO0PU000.net] もし最後の1コミットだけマージできるとして、それにどんな意味があるの? 711 名前：デフォルトの名無しさん [2019/05/27(月) 02:58:02.56 ID:Qfy1TG6f0.net] 例えばコミット1をPR、問題点が指摘される、コミット1をrevertしてコミット2を作る。 このときコミット2だけをマージして欲しい。 ところがgithubの画面上ではコミット1もrevertもコミット2も表示される。 その一連のヒストリーが表示されてしまう。 さらに、PR中に本家の追従をしてマージコミットが入るかもしれない。 712 名前：デフォルトの名無しさん [2019/05/27(月) 03:17:05.13 ID:Qfy1TG6f0.net] git使うとヒストリーを適切に保つ必要が出てきて 開発が難しくなる 713 名前：デフォルトの名無しさん [2019/05/27(月) 03:23:35.65 ID:Qfy1TG6f0.net] 実際の作業ヒストリーは紆余曲折を経ているわけで、 自分のforkリポジトリにそういうヒストリーがあるのは妥当。 追跡しやすいし。 ところが本家にマージする段階ではヒストリーを圧縮して1コミットにしたい。 でもそんな操作できなかった。 しかもPR中にも紆余曲折してヒストリーが伸びる。 どうやってヒストリーを圧縮すれば？ 714 名前：デフォルトの名無しさん [2019/05/27(月) 03:36:54.35 ID:Qfy1TG6f0.net] squashするとマージした人がAuthorになるという記事があったが コミットした人になると言ってる記事もあるな https://qiita.com/ko-he-8/items/94e872f2154829c868df#squash-and-merge ＞この時、マージコミットSのAuthorはBになります https://qiita.com/pshiko/items/1e9acd114b7e85884866 ＞最近某OSSに出されたPRが、git merge --squash <branch> でマージされたことにより、コミットのAuthorが書き換えられてしまった 715 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 03:55:13.09 ID:M+AjYQS+0.net] >>695 > なんで1回git flowの話からgithub flowの話に逸れたん よく見ればわかるが、git flowの話もgithub flowの話もしていない。マージの話 ただ「git flowが複雑で、それよりもシンプルなgithub flowなどがある」のに git flowが複雑だという事実を知らなそうな人に、git flowを使えと言われたから、 世間の認識を知らないなって思っただけ 716 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 04:01:54.78 ID:M+AjYQS+0.net] >>702 単に本家のコミット（通常はmasterのHEAD）からの 修正へとrebaseすればいいだけ 717 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 04:04:09.92 ID:M+AjYQS+0.net] >>696 > 複雑なので我流でやりますというなら好きにやればいいんでないの git flowが他のフローに比べて複雑なのは世間で共通している認識なので その話をすることに意味はない。そのレベルの話はしてない。 718 名前：デフォルトの名無しさん [2019/05/27(月) 04:53:17.89 ID:Qfy1TG6f0.net] git難しい コミット内容に問題があり修正したい →修正＆動作確認成功 →前のコミット内容は単に要らなくなったからrevertしよう →作業ディレクトリで変更されているせいでエラー →じゃあrevertじゃなくて新たなコミットで みたいな。revertダメなんだ、みたいなのが多い。 分かる？gitのために発想を制限される感じ。 作業手順を見通せるようになるには相当な経験を積む必要がある 719 名前：デフォルトの名無しさん [2019/05/27(月) 04:58:45.67 ID:Qfy1TG6f0.net] しかも人によってrevertした方がヒストリー的に好ましいというかもしれない でも作業手順上、revertしていいのかは新しい変更内容で動作確認をした後じゃないと 分からないから、revertは自然じゃない。 720 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 05:16:31.13 ID:M+AjYQS+0.net] >>707 > 作業手順を見通せるようになるには相当な経験を積む必要がある gitは作業手順を見せるもんじゃないよ。 変更履歴を見せるのであって、作業履歴を見せるものじゃない。 あんたが一日こういうふうに頑張りましたっていう報告はいらない 欲しいのは結果 だいたいrevertは、みんなが共有しているブランチでやるものであって 個人的なブランチでは使う必要がない 前のコミットが要らなくなったらrebaseして消すのが普通 欲しいのは結果であって、途中の作業報告なんかソースコードの修正の邪魔 （作業報告したけりゃissueでもprでもslackでも好きなところでやればいい） 721 名前：デフォルトの名無しさん [2019/05/27(月) 06:03:00.33 ID:Qfy1TG6f0.net] ”見通せる”の意味が分かってないのか 722 名前：デフォルトの名無しさん [2019/05/27(月) 06:04:57.03 ID:Qfy1TG6f0.net] 作業の履歴はコードベースでどんな間違いが起こりやすいかが分かる rebaseで履歴を消すというアイデアは同意できない 723 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 06:20:02.37 ID: ] [ここ壊れてます] 724 名前：M+AjYQS+0.net mailto: > 作業の履歴はコードベースでどんな間違いが起こりやすいかが分かる それ何が目的？何がしたいのかわからない。 [] [ここ壊れてます] 725 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 06:21:18.22 ID:M+AjYQS+0.net] >>710 ああだこうだという試行錯誤があると コードの変更が "見通せない" あんたの試行錯誤のあとなんかどうでもいい。 結果を見せろ。重要なのは結果だ。 726 名前：デフォルトの名無しさん [2019/05/27(月) 12:34:48.28 ID:cl2rg6uY0.net] ただのアップロードツールだとしか思ってない人いるみたいだし そういう人はロダ使えば良いと思うの 727 名前：デフォルトの名無しさん [2019/05/27(月) 12:38:42.12 ID:Qfy1TG6f0.net] コードの変更は本家のヒストリーで分かるから forkリポジトリに細かい履歴が残っているのは基本的に良い事 728 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 13:03:43.27 ID:M+AjYQS+0.net] >>715 だから試行錯誤の後とコードの変更履歴は別 残すのはコードの変更履歴（みんなに公開する確定した修正の履歴）であって 試行錯誤の履歴（みんなに公開しない確定してない修正の履歴）じゃない 他人が見る価値がないようなものを残したって 見ないんだから意味ないだろ。 それはノイズでしかない 729 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 13:42:14.87 ID:w3SoIN+ba.net] 試行錯誤はpushする前にやれよ 730 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 13:45:46.73 ID:M+AjYQS+0.net] >>717 当然pushする前にも試行錯誤するが、 レビューしてもらうためにpushする必要がある。 ただしその内容は確定した変更内容ではないので 全てを残す必要はない 731 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 13:45:59.16 ID:qS8fmkRZ0.net] >>717 わかった とりあえずpushしておくよ 732 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 13:57:46.15 ID:M+AjYQS+0.net] コミットの内容はあとから見るっていうことを 全く考えてないんだよなｗ あとから見る時、見なくても良いものがたくさんあったら 本当に見なければ行けないものがどれかわからなくなる。 あとから見るということを全く考えてないから 記録だけしていればいいと間違った考えになる あと見るだけじゃなくコミット単位でcherry-pickしたりするので 一連の修正がバラバラになってると再利用できなくなる。 733 名前：デフォルトの名無しさん mailto:sage [2019/05/31(金) 12:48:41.61 ID:ULN24Mdma.net] Git v2.22.0-rc2 先日のLinusからの指摘の修正は入ってない模様。 734 名前：デフォルトの名無しさん mailto:sage [2019/06/08(土) 08:15:28.17 ID:6fTN99E40.net] Git v2.22.0 735 名前：デフォルトの名無しさん mailto:sage [2019/06/08(土) 10:46:37.85 ID:U30olJT4M.net] Gitはコミット間違えたとかブランチ名間違えた時の修正がめんどくさい 736 名前：デフォルトの名無しさん mailto:sage [2019/06/08(土) 10:59:38.65 ID:fb9z00+40.net] >>723 どういう手順で修正してる？ ちょっと書いてみたよ （どうせやり方知らないくせにって思ってる） 737 名前：デフォルトの名無しさん mailto:sage [2019/06/08(土) 11:27:18.12 ID:0abvY8430.net] >>723 何に比べてどうめんどくさいの？ 738 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 11:58:31.44 ID:xdoBotj7a.net] きっとzipとくらべてだろうな 739 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 12:37:19.10 ID:wOx7igShd.net] >>726 比較にならんな 740 名前：デフォルトの名無しさん mailto:sage [2019/07/15(月) 00:54:22.25 ID:l1Zen+C+0.net] >>563 >>636 新しいコマンド、 "git switch" と "git restore"　は次の2.23で入る模様。 741 名前：デフォルトの名無しさん mailto:sage [2019/08/03(土) 11:15:50.66 ID:5eRnJvEc0.net] Git v2.23.0-rc1 742 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 10:25:40.53 ID:cKTQ2yHJ0.net] Git v2.23.0-rc2 Qiita に git switch　/ restore の記事を載せるべくアップを始めた奴いる？ 743 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 16:58:57.63 ID:LQe3yXk0M.net] そもそもコマンドライン直接叩くことって少なくね 744 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 19:03:44.35 ID:lOB1XgAmd.net] 少なくないよ 745 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 16:00:39.56 ID:vvCMvMRm0.net] そもそもキータ()なんて情弱サイトに書くやつ少なくね 746 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 16:41:38.02 ID:1zjD928mM.net] gistにメモ書きできない人間にキータ(笑)は向いてない 747 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 12:43:02.27 ID:VwKU7qro0.net] Git v2.22.1 748 名前：デフォルトの名無しさん [2019/08/13(火) 21:01:03.08 ID:oBta28P0d.net] gitの本探してるのだけど cuiメインでguiの本があまりなくて困っています いい本知りませんか？ 749 名前：デフォルトの名無しさん mailto:sage [2019/08/14(水) 02:47:20.96 ID:GN/ut7360.net] GUIはいっぱいある上に決定版がないからあんまりないんじゃないの 750 名前：デフォルトの名無しさん [2019/08/14(水) 13:59:15.84 ID:cbEBER6YF.net] CUI知ってればGUIの本は要らない 逆は偽 751 名前：デフォルトの名無しさん mailto:sage [2019/08/14(水) 16:34:08.01 ID:Q4kX3C+k0.net] CUIでgitの概念学んだらGUIにほぼそのまま応用できるからGUIの本は不要だわな 752 名前：デフォルトの名無しさん [2019/08/14(水) 17:23:57.49 ID:SBWKVrUs0.net] TortoiseGitでのマージが感覚と反対で最初逆にやってしまった 753 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 22:11:23.02 ID:DmUAFdIwM.net] セキュリティの都合上インターネットに繋げない開発環境があって(ファイルを1個やりとりするのは可能、rsync的なことは無理)、手元のマシンとのリポジトリ同期に困ってたんだが (format-patchとamじゃhashまでは面倒見てくれないしコミット毎の管理になるしで面倒)、 bundleという機能を見つけたんだがすごく便利だな コミットの範囲は確認しなくちゃいけないけど、push、pullとほとんど同等な感じで使えるね。 754 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 22:16:49.78 ID:DmUAFdIwM.net] git switch/restoreはgit checkoutがコンテキストによって全然違う動作をすることを避けるべくブランチ間の移動はswitch、ファイルをHEADまで戻すはrestoreにしたってことなんだな 確かにcheckoutでやらかしたことあるから嬉しいんだが、switch/restoreに慣れると古いgitにイライラしそうだな。 755 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 13:59:47.08 ID:Zfy/hzwJ0.net] Git v2.23.0 756 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 14:06:00.48 ID:Zfy/hzwJ0.net] Highlights from Git 2.23 https://github.blog/2019-08-16-highlights-from-git-2-23/ 757 名前：デフォルトの名無しさん [2019/08/20(火) 07:47:09.82 ID:p2nRjHy+0.net] resetも分割しろや 758 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 14:48:50.96 ID:4OmVCRqb0.net] >>736 GUIなんていらない CUIなら必要なレポート簡単に書けるでしょ git log --name-status --pretty=format:"Xxx Yyy Zzz" |foo|bar|baz... 759 名前：デフォルトの名無しさん mailto:sage [2019/09/04(水) 11:14:25.75 ID:rzQE6Xog0.net] サブプロジェクトを使ったことがありません。 現プロジェクトの3つの派生プロジェクトを始めるることになりました。共通のソースは9割です。此の場合は、共通のソースをサブプロジェクトに移して使用するのが良いのでしょうか 760 名前：デフォルトの名無しさん mailto:sage [2019/09/04(水) 11:15:55.34 ID:rzQE6Xog0.net] 747はサブプロジェクトじゃなくてサブモジュールの誤りです 761 名前：デフォルトの名無しさん [2019/09/04(水) 11:36:25.80 ID:Z0seKSTeF.net] 逆じゃね 762 名前：デフォルトの名無しさん mailto:sage [2019/09/04(水) 22:15:50.21 ID:AFcyDbLu0.net] これからも派生が増えてくならそれでいいけど、あまり増えないなら、ブランチで管理するかな。 763 名前：デフォルトの名無しさん mailto:sage [2019/09/05(木) 12:35:53.77 ID:MUzf1fAOM.net] >>747 管理体制次第だな。 普通はブランチ管理じゃない？ 共通ソースの管理者が別にいるならモジュール化も検討するけど、そこまで大きなプロジェクトならgitプロフェッショナル必要な気がする。 764 名前：デフォルトの名無しさん mailto:sage [2019/09/06(金) 11:38:49.20 ID:zdSEx9vn0.net] >>747です。 ご意見ありがとう。　変更が多いのは共通部分なんでブランチで管理すると他のブランチへのマージを忘れそう。 765 名前：デフォルトの名無しさん mailto:sage [2019/09/07(土) 16:54:15.29 ID:Bj08DgMe0.net] 今後マージするかどうかは運用次第として、一旦ブランチはしておけば良い ブランチしたのをマージしない運用にするのは簡単だけど、ブランチしないで分離したプロジェクトをマージするのは面倒くさい 766 名前：デフォルトの名無しさん mailto:sage [2019/09/13(金) 16:19:53.06 ID:nYKvQkSU0.net] 保守 767 名前：デフォルトの名無しさん [2019/09/20(金) 14:19:09.55 ID:URIhcAHs0.net] 個人開発者です。 2年前までlocalでgitコマンドを使ってた。 その後、開発から離れてたんだけど、再度戻ってきた。 昨日からGithubへpushする様になって、色々勉強中。 ヨロピコ！ 768 名前：デフォルトの名無しさん [2019/09/20(金) 14:22:02.16 ID:URIhcAHs0.net] >>755 ちなみに参考になったのは、 実践Git、第4章 Web+DB Magazine vol. 50(2009)、はじめてのGit Pro Gitって参考になる？ 769 名前：デフォルトの名無しさん [2019/09/20(金) 16:41:54.43 ID:rjndmUfp0.net] ProGitが一番 770 名前：デフォルトの名無しさん [2019/09/20(金) 17:48:25.26 ID:URIhcAHs0.net] >>757 >ProGit thx iPadで読もうとSendToKindleってメールサービスでmobiファイル送ってみた。 ドキドキしながらKindleで同期すると本が来た。 ヨカっタァ。 しかし、すごいボリュームの本だ。 771 名前：デフォルトの名無しさん [2019/09/20(金) 17:59:22.84 ID:URIhcAHs0.net] tree object commit object のデータ構造を理解した。 coutesy of WEB+DB vol.50 772 名前：デフォルトの名無しさん [2019/09/20(金) 18:00:13.71 ID:URIhcAHs0.net] >>758 最近使い始めたAir Dropってので送ろうとしたらNGだった。 773 名前：デフォルトの名無しさん [2019/09/20(金) 18:05:22.67 ID:JTEUK9IA0.net] GitHubだけど パソコンのwebブラウザで new repository は出来るのに スマホのwebブラウザだと new repository のボタンが出て来ないのはなぜ？ あとクライアント(コンソール)からコマンドで new repository ってどうすれば出来る？ 774 名前：デフォルトの名無しさん [2019/09/20(金) 18:28:21.02 ID:JTEUK9IA0.net] ここ良いね https://git-scm.com/book/ja/v2 775 名前：デフォルトの名無しさん [2019/09/20(金) 18:49:06.23 ID:rjndmUfp0.net] https://codenotfound.com/github-add-remote-git-gui-windows.html 776 名前：デフォルトの名無しさん [2019/09/20(金) 19:32:07.56 ID:URIhcAHs0.net] >>761 俺もlocalのterminal.appで作業する際、remote(Github)にnew repositoryを作製する方法を知りたい。 多分、出来ないのかな？ 777 名前：デフォルトの名無しさん [2019/09/20(金) 19:40:20.88 ID:np9IZJl7F.net] pythonとかでスクレイピングでもすればいけるかもしれないが 最近はgithubも二段階認証になって色々面倒なことに 778 名前：デフォルトの名無しさん [2019/09/20(金) 19:40:59.16 ID:URIhcAHs0.net] >>764 出来ない理由 terminal.appでnew repositoryできるとすると、数万のrepositoryがbotによって作製されるかもしれない。 shell scriptを書いてやれば、そういった嫌がらせも出来てしまう。 それは避けたいので、ボタンを使ったUIになってるのでは？◀New Repositoryが。 あくまで俺の妄想っす。 779 名前：デフォルトの名無しさん [2019/09/20(金) 19:45:03.18 ID:URIhcAHs0.net] markdownで書いた、図入りのテクニカル文書を管理したいんだけど、blogでは色々面倒で、GitHub使おうかと思うんだけど、良いかなぁ？ ソースコードのsyntax highlightが出来て、imageも埋め込めるmarkdownを管理したいんだけど。 それとも、便利なblogサイトある？ livedoor blogをsyntax highlight plugin付きで試したら、大なり小なり記号＜、＞をエスケープしないとsource codeを表示できないので、ガッカリなのだ。 780 名前：デフォルトの名無しさん [2019/09/20(金) 19:49:37.03 ID:URIhcAHs0.net] GitHub GistにMarkdown文書を置いた時に、imageファイルってどうやって管理すれば良いのだ？ imgurとかに置いて、url指定するってのがbest practice? 781 名前：デフォルトの名無しさん [2019/09/20(金) 19:56:01.52 ID:URIhcAHs0.net] >>768 ここにいくつか解法が示されてる。 https://gist.github.com/Tatzyr/3847141 しかし、 GitHub上のフォームで画像をコピペするとGitHubのS3にアップロードされ、URLがはりつきますよ。 これは、どう言う操作の事だ？ 782 名前：デフォルトの名無しさん [2019/09/20(金) 20:05:34.11 ID:URIhcAHs0.net] >>769 そう言う事かぁ。 https://gist.github.com/kannankumar/4c613cac6d9db896062a16e1cc57d3e5 783 名前：デフォルトの名無しさん [2019/09/20(金) 20:13:29.14 ID:URIhcAHs0.net] gistに貼り付けたmarkdown中にimage貼り付けたけどresize出来ん。 https://gist.github.com/uupaa/f77d2bcf4dc7a294d109 ここにresizing howto記載されてるが、Gistでは効果無し。 <img>タグを使えば上手くresizeされるんだけど、形式で書きたい。 784 名前：デフォルトの名無しさん [2019/09/21(土) 09:19:25.03 ID:ZIXe7ufx0.net] ここまで酷い自演は久々に観た 785 名前：デフォルトの名無しさん [2019/09/21(土) 10:51:11.39 ID:Ydb2EKuB0.net] >>772 自演じゃなくて、スレッド(のつもり)なんすけど。 Xcode11 Release来た。 XVim2.xcplugin動くかな？ 786 名前：デフォルトの名無しさん mailto:sage [2019/09/23(月) 02:44:37.78 ID:9JPi/wpl0.net] 過疎ってんだから日記帳にするなり好きにすればいいよ 787 名前：デフォルトの名無しさん [2019/09/23(月) 06:23:26.61 ID:ZFjPecP80.net] >>774 あんがと！ Web+DB vol.50 2009の初めてのGit、って記事、ヨカっタァ。 tree object, commit objectのデータ構造がよく解った。 あと、Garbage Collectionの記事が読みたい。どこからも参照されなくなったcommit objectがpurgeされる話とか。 788 名前：デフォルトの名無しさん [2019/09/23(月) 06:25:35.01 ID:ZFjPecP80.net] >>775 https://git-scm.com/book/ja/v1/Git%E3%81%AE%E5%86%85%E5%81%B4-%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%86%E3%83%8A%E3%83%B3%E3%82%B9%E3%81%A8%E3%83%87%E3%83%BC%E3%82%BF%E3%83%AA%E3%82%AB%E3%83%90%E3%83%AA ここに記事が 789 名前：デフォルトの名無しさん [2019/09/23(月) 16:22:28.10 ID:ZFjPecP80.net] >>761 GitHubに対して出来る事は、git-remoteコマンドのオプションのみ！ new repositoryの作製はterminal.appからコマンド打って出来ない。 see git help remote 790 名前：デフォルトの名無しさん [2019/09/23(月) 16:31:19.95 ID:3qdqqJ07F.net] >>763 の https://codenotfound.com/github-add-remote-git-gui-windows.html ここの Configure Git GUI からの Create New Repository はどういう仕組みで実現してるのだろう 791 名前：デフォルトの名無しさん [2019/09/23(月) 16:33:06.12 ID:3qdqqJ07F.net] Fetch Immediately じゃなくて Initialize Remote Repository and Push の方を選んだときの動作ね 792 名前：デフォルトの名無しさん mailto:sage [2019/09/23(月) 18:06:09.35 ID:ob9EuVqo0.net] >>777 api叩けばいいやろ 793 名前：デフォルトの名無しさん [2019/09/24(火) 06:41:41.65 ID:gYzhU56s0.net] >>778 Configure GitHub のセクションに記載があるとおり、WebサイトでNew Repositoryする。 Git Gui on Windowsからはできないんじゃ無いの？ 794 名前：デフォルトの名無しさん [2019/09/24(火) 06:42:08.00 ID:gYzhU56s0.net] >>780 API Referenceはどこに？ 795 名前：デフォルトの名無しさん mailto:sage [2019/09/24(火) 09:51:28.93 ID:eSQZT5x9d.net] >>782 ほい https://developer.github.com/v3/repos/#create 796 名前：デフォルトの名無しさん [2019/09/24(火) 14:40:27.59 ID:oiN+60axF.net] なんか希望が見えて来た 有賀豚 797 名前：デフォルトの名無しさん [2019/09/25(水) 10:48:49.61 ID:YoSppGQg0.net] >>783 これダァ。 great THX. gg://github rest api 798 名前：デフォルトの名無しさん [2019/09/25(水) 12:00:16.79 ID:sdHp2tVCF.net] stackoverflow how to create repository in github through github api github community GitHub API Development REST API v3 Not able to create repo using the code given 799 名前：デフォルトの名無しさん mailto:sage [2019/09/27(金) 20:11:00.86 ID:PO3Q26aB0.net] >>637 >>672 GCCのgit への移行は、もうちょっとらしい。 GCC's Conversion To Git: "Within The Realm Of The Practically Achievable" https://www.phoronix.com/scan.php?page=news_item&px=GCC-SVN-To-Git-September-2019 800 名前：デフォルトの名無しさん mailto:sage [2019/09/29(日) 21:44:10.87 ID:rwscXeu2M.net] それって副産物としてSubversionからGitへの変換プログラムが生まれるってことだよな? 801 名前：デフォルトの名無しさん mailto:sage [2019/09/29(日) 21:44:46.12 ID:rwscXeu2M.net] /s/Subversion/SVN/ 802 名前：デフォルトの名無しさん mailto: [] [ここ壊れてます] 803 名前：sage mailto:2019/09/29(日) 22:05:29.01 ID:l/SXcx8yr.net [ 一般的な応用を期待しているならgit svnという十分に便利なものが既にある ] [ここ壊れてます] 804 名前：デフォルトの名無しさん mailto:sage [2019/09/29(日) 23:01:05.62 ID:fhHI+l000.net] じゃあそいつはGPLじゃないからつかわんかったってことか 805 名前：デフォルトの名無しさん [2019/09/30(月) 12:17:14.76 ID:vkIGDak20.net] RMSがもっと若ければ とっくにtigとか造ってんじゃね 806 名前：デフォルトの名無しさん mailto:sage [2019/09/30(月) 18:54:35.24 ID:V1lanUup0.net] >>788 >>791 GCCのSubvesion のダンプはかなり大規模かつ複雑でgit svn ではgitのリポジトリには 変換できないらしい。 なのでESRが自分のツール(https://gitlab.com/esr/reposurgeon) で変換しようとしている。 807 名前：デフォルトの名無しさん mailto:sage [2019/09/30(月) 19:01:18.14 ID:XqyD8F2M0.net] svnのダンプが開発者にも謎な物になってしまってるのが 原因らしいが 808 名前：デフォルトの名無しさん mailto:sage [2019/09/30(月) 21:25:24.70 ID:kwRyD9uN0.net] ドキュメント大事って話か(´・ω・`) 809 名前： mailto:sage [2019/10/17(木) 20:11:40 ID:F8NBztSv0.net] 共有フォルダ上にリポジトリ置いてローカルで開発ってのをやろうと思ってるんだが大丈夫じゃろか 前からいる人はずっと一人でやってた環境らしくてバージョン管理というものをやったことがないらしい 調べたけどSVNはそういうの止めろってことらしいからgitを考えているのだが 810 名前：デフォルトの名無しさん mailto:sage [2019/10/17(木) 22:17:08.28 ID:OqU0/1j0r.net] 大丈夫じゃよ 811 名前：デフォルトの名無しさん mailto:sage [2019/10/18(金) 20:38:42.21 ID:OUfNs6MN0.net] サンクス。ちゃんと動いた。ほっとしたしリモートからプル出来たときはちょっと感動したわ ありがとうvisualstudio。そしてgithubもtortoisegitも申請しなきゃいけない会社は潰れろ 812 名前：デフォルトの名無しさん mailto:sage [2019/10/18(金) 21:13:42.86 ID:+gSJG8Oq0.net] Git v2.24.0-rc0 813 名前：デフォルトの名無しさん mailto:sage [2019/10/18(金) 22:44:03.39 ID:esIPpiBW0.net] >>798 githubみたいなクラウドサービス使うのに許可がいるのは当たり前だろ 814 名前：デフォルトの名無しさん mailto:sage [2019/10/18(金) 23:02:32.82 ID:q2EV4CaW0.net] 共有フォルダSVNがダメならgitもダメじゃないの？なんか差分あったっけ 815 名前：デフォルトの名無しさん mailto:sage [2019/10/19(土) 00:32:21.03 ID:M/AC3ije0.net] 共有フォルダにベアリポジトリ置くなら可能 816 名前： mailto:sage [2019/10/19(Sat) 01:23:53 ID:yK8AYG0c0.net] >>800 いやいやｗｗｗ 817 名前：デフォルトの名無しさん [2019/10/19(土) 02:43:29.64 ID:u6kJNe82a.net] >>800 だよな >>803 >>798 https://hayabusa9.5ch.net/test/read.cgi/news/1571409806/ 818 名前：デフォルトの名無しさん mailto:sage [2019/10/21(月) 18:36:15.95 ID:f5UjoAUh0.net] masterからdevelopブランチを切って、ローカルではdevelopからfeatureブランチ切ってそれをいじる developにマージしてdevelopをプッシュする。不要になったfeatureは削除する っていう一連の流れを勉強したんだけど、しまったここの関数ちょっとおかしいとかそういうほんとちょっとした変更でもいちいちfeature作るって作業はしたほうがいいの？ あんまり意味が無いような気が 819 名前：デフォルトの名無しさん mailto:sage [2019/10/21(月) 19:05:05.50 ID:QGk2ZXW40.net] チーム開発なら必要。必ずコードレビューするから、ローカルでdevelopへのmergeなんてしない。 820 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f76e-U7Hu [124.219.198.89]) mailto:sage [2019/10/21(月) 21:35:01 ID:f5UjoAUh0.net] なるほど 二人だけのチームで多分コードレビューなんてしもしないと思うんですけどその場合でも必要ですかね あとfeatureブランチはリモートにはプッシュしないっていう認識で大丈夫ですか 821 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ a2ad-6T9y [59.168.54.42]) mailto:sage [2019/10/21(月) 21:52:05 ID:QGk2ZXW40.net] featureの扱いというよりは、developへのmergeをどこでするか統一しておかないと、各々の環境でdevelopの履歴が分かれていくやろ 822 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ a2ad-6T9y [59.168.54.42]) mailto:sage [2019/10/21(月) 21:54:28 ID:QGk2ZXW40.net] featureをリモートにpushして、コードレビューおよびdevelopへのmergeをおこなうのが一般的。ローカルのdevelopは、基本的にfetch or pullとfeatureの作成用途のみ。 823 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f76e-U7Hu [124.219.198.89]) mailto:sage [2019/10/21(月) 22:39:49 ID:f5UjoAUh0.net] むぅそもそもリモートで作業するってのが考えてなかったというかその辺りよくわからないですね >>796なんですがリモートリポジトリってローカルで作業していったものをどんどん突っ込んでいくものという認識です ちょっと勉強が足りなかったようです 824 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ a2ad-6T9y [59.168.54.42]) mailto:sage [2019/10/21(月) 22:47:28 ID:QGk2ZXW40.net] 普通はGitHubやGitLabみたいなホスティング環境を用意するからね 825 名前：デフォルトの名無しさん mailto:sage [2019/10/22(火) 10:33:39.48 ID:97MNeVVfr.net] 2人に閉じた開発なら結合後にdevelopだけでごりごり開発してもいいよ いつの間にか気持ち悪いマージコミットが多数生じるだろうけど 気持ち悪いと感じる人がいないならそれはそれで 826 名前：デフォルトの名無しさん mailto:sage [2019/10/23(水) 03:06:06.75 ID:gUefB5900.net] マージコミットも歴史の一環なんだから、必要と思う派だな俺は 827 名前：デフォルトの名無しさん mailto:sage [2019/10/23(水) 05:29:04.43 ID:rbcKcx270.net] マージコミットが気持ち悪いとか意味分からん 828 名前：デフォルトの名無しさん mailto:sage [2019/10/23(水) 09:07:03.10 ID:9MFdyPJfa.net] developからdevelopへのマージコミットがキモいということでは 829 名前：デフォルトの名無しさん mailto:sage [2019/10/23(水) 09:08:03.44 ID:dAk3xzay0.net] コミットツリーの美しさとかにこだわりが ある人がいるらしい 830 名前：デフォルトの名無しさん mailto:sage [2019/10/23(水) 09:20:06.84 ID:9MFdyPJfa.net] それは海外の有名OSSでもわりといる 俺は個人的には全く気にしないけど 831 名前：デフォルトの名無しさん mailto:sage [2019/10/23(水) 12:55:24.68 ID:/Xl5BrJYr.net] >>815 そうそれ マージコミットのあいだにも価値の多寡があるということ 歴史としての価値があるからこそノイズが多いと経緯を追い難くなる そこを一切否定するならrebaseコマンドの存在意義も(ほぼ)否定することになる 832 名前：デフォルトの名無しさん mailto:sage [2019/10/23(水) 13:35:25.15 ID:9MFdyPJfa.net] 気持ちはよくわかるが、pull requestベースでの開発だとコミットはあまり気にしなくなるよね それよりcherry-pick厨はマジで○んでくれ 833 名前：デフォルトの名無しさん mailto:sage [2019/10/24(木) 21:55:43.84 ID:tJ6qR8Ubp.net] 10人くらいのオフィスで現状何でもかんでもnasに突っ込んで管理してます HTMLやらcssやらのファイルだけでなく、画像データやofficeやAdobe系のファイル諸々、トータルで2テラくらいあるんですが、git使った方がいいですかね？ 834 名前：デフォルトの名無しさん mailto:sage [2019/10/24(木) 22:37:22.25 ID:X5jN+DYs0.net] Git v2.24.0-rc1 sparse-checkout　は2.24には入らない模様 835 名前：デフォルトの名無しさん mailto:sage [2019/10/25(金) 00:29:24.66 ID:pN2Np6rx0.net] >>820 あほ 836 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ b322-RYcx [116.70.215.171]) mailto:sage [2019/10/25(金) 02:19:18 ID:NkkYeDGn0.net] >>820 賢い 837 名前：デフォルトの名無しさん mailto:sage [2019/10/26(土) 04:05:16.93 ID:5CwD3uct0.net] >>820 バイナリはあんまりメリットないと思うぞ 838 名前：デフォルトの名無しさん mailto:sage [2019/10/30(水) 19:20:40.44 ID:9OqgeVS50.net] Git v2.24.0-rc2 839 名前：デフォルトの名無しさん mailto:sage [2019/10/31(木) 12:45:58.96 ID:am2tAoCwa.net] >>825 rc0のバグが二件MLに投げられてたけど、 rc2では一件しか反映されてなくて、 ds/commit-graph-on-fetchは反映されてなかったので、 cookingのリプライで、この件はa corner caseでは無いってメールが投げられてる。 rc3が出そう。 840 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 18:52:14.66 ID:iiwBdpI/0.net] うっかりデバッグする前にコミットしちゃったときに限ってデバッグするとバグが出るのはなぜなのか・・・・・・ 841 名前：デフォルトの名無しさん [2019/11/01(金) 19:24:18.43 ID:4VV6x0MuF.net] うっかりコミットしてもpush前ならなんとでもなる 842 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 22:53:41.80 ID:e5+N+yHPM.net] � 843 名前：oグがでたらその場でコミットするすらある その後確実に直したかを確認できるように [] [ここ壊れてます] 844 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 11:55:22.78 ID:KQBO0phR0.net] コミットはなんぼでもするでしょ プッシュでさえみんなと共有してないブランチでなら構わずやることすら多々ある 845 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 15:43:58.15 ID:c4+jomAP0.net] Git v2.24.0 846 名前：デフォルトの名無しさん mailto:sage [2019/11/08(金) 20:10:08.64 ID:0FK18fPT0.net] visual studioで使ってるけど本当に便利すぎて手放せないわもう 例えコミット細かくやりまくってもうどこで何をやったか履歴でよく分かんなくなっても関数の上に変更回数が出てしかもどのコミットだったかとかすぐ分かる ありがてぇありがてぇ 847 名前：デフォルトの名無しさん mailto:sage [2019/11/08(金) 23:58:01.51 ID:0O3F1Ost0.net] >>832 おお！それ便利そうだな 848 名前：デフォルトの名無しさん mailto:sage [2019/11/09(土) 00:33:45.05 ID:18eViK1od.net] visual studioはやっぱり便利なIDEだよ 849 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 12:06:04.07 ID:Hu173AQfa.net] VSってSVN統合はサポートしてないんだっけ？ 850 名前：デフォルトの名無しさん mailto:sage [2019/11/21(木) 21:00:22.52 ID:qyUyDCEb0.net] 新コマンドのsparse-checkoutが盛り上がっているけど、 v2.25 に入るかどうかはまだ不明。 https://public-inbox.org/git/pull.316.v4.git.1571147764.gitgitgadget@gmail.com/T/#me0705177b18287f1037278d870f86d8cba58ccc3 851 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 12:50:33.17 ID:gnIUHiL60.net] githubでプルリクをマージする人ってプルリクを送った側と受け取った側とでどちらが良いんでしょうか 個人的にはプルリクって、もしこの修正が問題なければ取り込んでくださいって意味だから 受け取った側が承認してマージまでするのが自然な形だと思うんですが、 なぜか今の職場ではプルリクを送った側が自分でマージするルールになっています 私がおかしいのでしょうか 852 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:34:18.60 ID:GHgHXRJi0.net] >>837 そういうルールもありだと思う 承認する人が多忙だとその方が仕事が早いし 853 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 14:06:11.79 ID:yrLXmC4Sa.net] それってアクセスコントロールしてない無秩序状態ってことだろ？ 頭のおかしい開発者が勝手にマージしはじめたらめんどうだ 承認者とマージ実行者を別にするのはよろしい マージ実行者を開発者全員にするのはよろしくない 854 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 14:19:50.78 ID:80bKErqg0.net] それだってケースバイケースだろう。 たしかに頭のおかしい開発者が存在する場合はいろいろ考慮が必要だろうが。 855 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 17:03:56.66 ID:gnIUHiL60.net] オープンソースのプロジェクトにプルリク送る場合って受け取った側が承認してマージまでするじゃん githubを作った人の想定では、プルリクを受け取った側がマージするのが正しいんだと思うんですよね ていうか自分で送り付けて（プッシュ）おいて、自分でマージするってことはそれはもう"プル"リクエストではなくて、 "プッシュ"リクエストじゃないんですかね githubを作った人の想定通りに素直に使うのが自然で良いと思うんです 856 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 18:06:33.20 ID:Af51XfXf0.net] 開発効率を上げるとかバグを減らす為にルールを作るので ルールを守るためにルールがあるのじゃない 857 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 18:15:15.68 ID:gnIUHiL60.net] プルリクを送った側がマージすると開発効率が上がったりバグが減るんですかねちょっとわかりませんね 858 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 18:22:14.13 ID:80bKErqg0.net] ここまでくるとちょっとウザい。 あんたの疑問はもっともだと思うからあとは職場の人とよく話し合ってくれ。 859 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 18:48:23.85 ID:Af51XfXf0.net] どこにも書いてないこと言い出して逆ギレしてるようでは かなりお荷物さんだろうねえ 860 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 21:03:03.40 ID:gnIUHiL60.net] は？お前が死ね 861 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 22:15:27.62 ID:Ak7CJVWZ0.net] 社内 862 名前：に頭のおかしい人なんてそうそういないだろと思ったけど こういうレスを見ると自信なくなる 最初の質問「私がおかしいのでしょうか」については そうかもねと答えざるを得ない [] [ここ壊れてます] 863 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 22:23:39.72 ID:siCmeb1h0.net] どんな解釈をしたら、お前”が”し ねになるのか分からない笑 君の質問は正しいよ、あなたがおかしい。 864 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 00:29:11.38 ID:khFiWnk90.net] >>839 職場に頭がおかしい人がいるならgitで解決しようとしてる場合じゃない 865 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 02:07:52.53 ID:yfCQIaSa0.net] 私がおかしいのでしょうかと質問する人は大体周囲が見えてない自己中なので、何言っても無駄 866 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ df63-R3ru [114.164.202.189]) mailto:sage [2019/11/28(木) 00:29:54 ID:pkrpUq4n0.net] お前の書き込みなんか何の価値もねえわ 向いてないから死ね 867 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 08:00:02.37 ID:ASrVgGrO0.net] おお、マジで周囲が見えてない ムダだったな 868 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 11:24:04.68 ID:6K3wKFKj0.net] TortoiseGitのグラフ表示時矢印が古い方を指すように下向きに なった。2.9.0　設定何か触ったかな　 869 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 06:10:34.31 ID:38g5kEkf0.net] 変更のない同一ファイルのときに git commit -am “こめんと” を打つとエラーになるけど、エラーを回避するコマンドとか無いかな？ もしくは更新・差分があったときのみcommitするようなパラメータとか 870 名前：デフォルトの名無しさん (ｻｻｸｯﾃﾛ Spb5-98h6 [126.35.18.101]) mailto:sage [2019/12/10(火) 08:57:29 ID:dElUWZFip.net] >>854 >もしくは更新・差分があったときのみcommitするようなパラメータとか まさにこれがデフォルト動作だからエラーになってるんでは 更新・差分はないが直前のコミットメッセージを直したいということなのであれば git commit --amend -m "こめんと" すれば良い 871 名前：デフォルトの名無しさん mailto:sage [2019/12/10(火) 14:02:57.28 ID:wVKwLmOg0.net] --allow-empty でいいんじゃね 872 名前：デフォルトの名無しさん mailto:sage [2019/12/11(水) 08:48:33.72 ID:dTsaAtPFa.net] Multiple Git vulnerabilities in 2.24 and older https://github.blog/2019-12-10-multiple-git-vulnerabilities-in-2-24-and-older/ 873 名前：デフォルトの名無しさん mailto:sage [2019/12/26(木) 12:40:02.51 ID:hsVb1UYsa.net] Git v2.25.0-rc0 874 名前：デフォルトの名無しさん mailto:sage [2020/01/14(火) 14:04:10.95 ID:4wHv5Np1a.net] Git v2.25.0 リリース直前にgit rebace -iの機能を巻き戻した模様。 875 名前：デフォルトの名無しさん mailto:sage [2020/01/14(火) 19:51:55.90 ID:XYlwauc30.net] 「Git 2.25」リリース、「git sparse-checkout」コマンドの追加や細かい機能強化が行われる 2020年1月14日17:15 末岡洋子 https://mag.osdn.jp/20/01/14/171500 876 名前：デフォルトの名無しさん mailto:sage [2020/01/15(水) 10:03:41.64 ID:vNXxsU5/a.net] >>836 2.25に入りましたね 877 名前：デフォルトの名無しさん mailto:sage [2020/01/15(水) 14:10:39.53 ID:HHc8tRS5a.net] 大体ググって覚えて使ってる個人の感想としては、 ざっくり『addしてcommitしてpush、後はbranch作ってなんか切ったり結合したり出来れば大体なんとかなる』というノリでgit使ってるんですな何か他に知っておいた方が良い操作とかあるんでしょうか？ ブランチ名やコミットメッセージを付ける等の補助的なオプションに関する知識は勿論前提として。 878 名前：デフォルトの名無しさん [2020/01/15(水) 14:17:31.11 ID:4xMdZPyq0.net] 壊れた時の治し方 879 名前：デフォルトの名無しさん mailto:sage [2020/01/15(水) 15:53:47.54 ID:lrragII8r.net] 初期に便利だと思ったのは stash ignoreのバリエーション skip-worktree reset reflog あたりかな 880 名前：デフォルトの名無しさん [2020/01/15(水) 18:52:02.01 ID:5FatvImR0.net] 881 名前：stashなんか怖くて別の場所にチェックアウトしちゃう [] [ここ壊れてます] 882 名前：デフォルトの名無しさん mailto:sage [2020/01/15(水) 19:33:55.68 ID:351mhBoi0.net] >>862 何をおいてもgit rebase。これ使わないとgitの価値が無いと言ってもいいぐらい 883 名前：デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM93-gQFT [119.241.51.178]) mailto:sage [2020/01/15(水) 20:55:58 ID:LnXb7RmRM.net] ちょっと違うけど、vcodeのアドオンにあるgitのdiffとかhistoryを見る機能は便利。 884 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 455f-VJRI [106.72.170.129]) mailto:sage [2020/01/15(水) 23:01:29 ID:T10o2wrU0.net] rebaseとか未だに有用性が理解できない 885 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ bd97-sxSO [182.171.246.142 [上級国民]]) mailto:sage [2020/01/15(水) 23:04:03 ID:k9iUnicj0.net] はちゃめちゃに大きくなったリポジトリの整理でgc, filter-branchなんかは使わなきゃいけないときがあるね。 大体開発もクライマックスで泣きながらやる羽目になるイメージがあるけど。 886 名前：デフォルトの名無しさん mailto:sage [2020/01/16(木) 08:30:24.22 ID:Q/Kq6WCRa.net] >>868 神経質でええカッコしいの俺にとっては重要機能 887 名前：デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sd03-7ABd [49.96.49.216]) mailto:sage [2020/01/16(木) 13:31:27 ID:G3KWlD+Dd.net] rebaseは-i以外めったに使わないな 888 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ eda5-ZA0I [222.0.172.133]) mailto:sage [2020/01/16(木) 21:01:11 ID:J+/qaxiI0.net] 遅くなりましたが皆さんありがとうございます、なんとなく枝を繋げればいいや というイメージでしたがリセット機能や消去機能こんなに充実してるんですね。 正直広まってる理由オープンかつコストが掛からない上有名なソフトが集まっているから だと思ってたんですが、コマンドで大体できるしGUIも綺麗ですしそこらのソフトウェアが 内蔵してる管理機能より遥かに有用なことを色々聞いて実感しました。 889 名前：デフォルトの名無しさん mailto:sage [2020/01/18(土) 19:37:12.70 ID:gdI50zyB0.net] masterブランチをpullし忘れてmergeがめんどくさくなる時あるんですが、どうすればいいですかね？ 890 名前：デフォルトの名無しさん [2020/01/19(日) 13:01:12.04 ID:ehZNNwbSF.net] rebase 891 名前：デフォルトの名無しさん mailto:sage [2020/01/20(月) 20:23:44.70 ID:egaGjlTX0.net] >>873 pullを忘れない 892 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr19-uB0D [126.34.51.122]) mailto:sage [2020/01/20(月) 21:58:48 ID:DbNr2/Ajr.net] rebaseは下手すると似たところで何度も競合して余計面倒になるような 893 名前：デフォルトの名無しさん mailto:sage [2020/01/20(月) 22:06:36.16 ID:hWOi4sNW0.net] mergeがめんどくさくなった時点で気付くだろうからそこでやり直せばいい。 894 名前：デフォルトの名無しさん mailto:sage [2020/01/27(月) 22:52:01.17 ID:eRzXcwZO0.net] patch 895 名前：デフォルトの名無しさん (ｱｳｱｳｴｰ Sa7a-BzDP [111.239.171.200]) mailto:sage [2020/02/16(日) 11:10:07 ID:v4WmcUGja.net] gitでファイル分割ってどうすりゃいいんだ //old.cs class Foo {...} class Bar {...} ↑これを↓こうしたい //foo.cs class Foo {...} //bar.cs class Bar {...} git mv old.cs foo.cs cp foo.cs bar.cs git add bar.cs git commit vim foo.cs # class Barを削除 vim bar.cs # class Fooを削除 git commit これだとFooは履歴を辿れるけどBarは履歴を辿れないので困る 896 名前：デフォルトの名無しさん [2020/02/16(日) 11:46:34.81 ID:nYOrfTm7F.net] https://stackoverflow.com/questions/47401843/git-copy-file-as-opposed-to-git-mv https://stackoverflow.com/questions/16937359/git-copy-file-preserving-history https://thinca.はてなぶろぐ.com/entry/20090217/1234799036 897 名前：デフォルトの名無しさん mailto:sage [2020/02/17(月) 19:49:42.59 ID:uNPszME30.net] 初歩的な質問で申 898 名前：し訳ないんだけど教えてください 今小さなプロジェクトを個人で動かしてて、部署のファイルサーバの自分のフォルダにリモートリポジトリを置いて、visual studioでコミットしてプッシュしてみたいな単純な使い方してます それで今度チームでやることになってgithubとかgitlabとかの導入を考えているのですがプルリクエストというのがよく分かりません 色々サイト見ているのですがプッシュしたあとにプルリクエストを作成して……みたいなこと書いているんですが、プッシュしたらリモートリポジトリ変更されちゃいますよね？ プルリクエストされた担当者がコードをチェックするならプッシュの前じゃないといけないのではと思うのですが よろしくおねがいします [] [ここ壊れてます] 899 名前：デフォルトの名無しさん (ｽｯｯﾌﾟ Sd42-UpOf [49.98.137.32]) mailto:sage [2020/02/17(月) 19:59:10 ID:TyLv2qwpd.net] ブランチの概念も知らないとみた 900 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 3f01-Ek3S [126.25.131.86]) mailto:sage [2020/02/17(月) 20:37:06 ID:y136Nw0W0.net] >>881 別ブランチにコミットしたものをpushするんだよ。 んでもってそのブランチに対してプルリクエストする。 901 名前：デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMc7-fMii [150.66.95.104]) mailto:sage [2020/02/17(月) 20:58:00 ID:+X1gGa0lM.net] o - o - o - o <- ローカル/master, リモート/master \ o - o - o <- ローカル/ブランチ1 ローカル/ブランチ1をpushするんだよ。 ブランチの切り方はgit branch --help見てね。 チーム開発の記事を読んでおくといいかもね。 ブルリクについてはgithubとかの開発について調べてみるといいよ 902 名前：デフォルトの名無しさん mailto:sage [2020/02/17(月) 22:08:10.05 ID:eqxbKRrg0.net] Git 2.25.1 903 名前：デフォルトの名無しさん mailto:sage [2020/02/17(月) 22:41:22.23 ID:uNPszME30.net] >>883-884 あぁぁそういうことですか。あ、いや自分でやってるときはgithub flowでしたっけ。masterとdevelop切ってそこからfeature切ってみたいなやり方してたんですけど >>884だとリクエスト受けた側がmasterにマージする感じになってますけどmasterって製品版だからあまりいじっちゃまずいんじゃありませんでしたっけ。マージ先は受付側が決めるってことでいいんですかね それと別ブランチ切らずにmasterブランチにいじってプッシュしてきたりしたらまずいと思うんですがそれは拒否できたりするんですかね 904 名前：デフォルトの名無しさん (ﾜｲｰﾜ2 FF3a-BDVY [103.5.142.122]) [2020/02/18(火) 12:20:35 ID:r+eOvEZJF.net] pull request 来てそのまま merge して repository 壊すタイプ 905 名前：デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMc7-fMii [150.66.71.64]) mailto:sage [2020/02/18(火) 12:31:37 ID:pMNjUdCaM.net] レポジトリは3つあるよ。 1. プルリクエスト受ける側 (オーナーA) 2. そこからforkして、じぶんのリモートになるレポジトリ(オーナーB) 3. 2からローカルにcloneしたレポジトリ(オーナーB) pushは2と3のやりとりで、featureブランチ開発してpush。そのブランチをプルリク出して、レビュー。プルリクはGiHub/GitLabの操作。コードが良ければ、1のオーナーが2のブランチを1へマージ(っていうかpull)。 その後にmasterにマージするかは1の人次第だよ。masterの運用は、1の人が考えればいいよ。どんな開発かわからないけど、普通はデプロイするときにmasterにマージするんじゃないかな。 906 名前：デフォルトの名無しさん mailto:sage [2020/02/18(火) 17:35:26.84 ID:+p1UhD0YM.net] gitって初心者には難しくないですか？ まともなレベルと規模のチーム開発を経験しないと、その機能がなんのためにあるのかイメージし辛いし こういうのってどうやるの？って毎度毎度ググる日々… 907 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 3f01-Ek3S [126.25.131.86]) mailto:sage [2020/02/18(火) 19:44:21 ID:2AC9Ct1n0.net] 無理してでも覚えてもらう以外なかろう。 pull, push, add, commit, checkout, status, diff これくらいをとりあえず覚えてもらって、困ったら聞いてもらうようにするとか。 908 名前：デフォルトの名無しさん mailto:sage [2020/02/19(水) 08:12:48.02 ID:EqrEbewg0.net] >>888 理解しました。1.と2.が別物という認識がありませんでした。なるほど何分一人で一つのリモートに対してずっとやってきてたもので 909 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 3359-mtzg [36.2.46.131]) mailto:sage [2020/02/19(水) 15:14:55 ID:EL2IXwnU0.net] リポジトリ壊して怒られたことある人います？ 910 名前：デフォルトの名無しさん mailto:sage [2020/02/19(水) 18:44:25.95 ID:glv7RxyWd.net] いませんよ 911 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM7f-u131 [163.49.201.242]) mailto:sage [2020/02/20(木) 09:20:40 ID:TFr3ahU9M.net] 壊されて怒ったことなら 912 名前：デフォルトの名無しさん [2020/02/20(木) 10:51:36.80 ID:sbHTvmgoF.net] リモートのが壊れただけなら 自分のところにある正しいものをpush 913 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa57-A6HL [106.130.42.80]) mailto:sage [2020/02/20(木) 14:25:46 ID:mSs43Khqa.net] リポジトリ壊すとハカイダーの称号が与えられる 914 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 3301-D5WE [126.25.131.86]) mailto:sage [2020/02/20(木) 18:06:20 ID:Nllb9nDe0.net] わりと push -f を気軽にやるのなとビビったことはある 915 名前：デフォルトの名無しさん mailto:sage [2020/02/20(木) 20:06:31.80 ID:tIiyieq40.net] >>793 遂に、先月GCCのリポジトリがGit に移行完了した模様。 It's 2020 And GCC Has Finally Converted From SVN To Git Written by Michael Larabel in GNU on 12 January 2020 at 07:31 AM EST https://www.phoronix.com/scan.php?page=news_item&px=GCC-Is-On-Git 916 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 17:00:59.72 ID:prJq+pJl0.net] githubの使い方覚えようと思ってsourcetreeとかGitKrakenとかCUIでやるかとか色々検討したけど結局いつものVisualStudioにエクステンション突っ込むので落ち着いてしまった だめだVSに完全に調教されている。俺は軟弱なプログラマだ 917 名前：デフォルトの名無しさん [2020/02/25(火) 03:43:59.15 ID:4Jcf/lZea.net] すれち 918 名前：デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MMff-mtzg [133.106.72.172]) mailto:sage [2020/02/25(火) 15:38:12 ID:gwHrzvDTM.net] ツールの話はスレチなの？ 919 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cf63-f1sg [153.201.101.152]) mailto:sage [2020/02/25(火) 15:50:01 ID:FJnE0Xtt0.net] >>901 GitHubの話がスレチなんじゃないか? ｿｰｽｺｰﾄﾞ ﾎｽﾃｨﾝｸﾞ総合【GitHub,GitLab,Bitbucket等】 https://mevius.5ch.net/test/read.cgi/tech/1531824290/ 920 名前：デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sd5f-b2av [49.96.13.237]) mailto:sage [2020/02/25(火) 16:58:47 ID:vci/itY3d.net] >>902 でも>>899の言ってる内容はGithub限定の話ではないけど 921 名前：デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMf7-JKYX [150.66.70.152]) mailto:sage [2020/02/25(火) 17:41:25 ID:ZS5k1kfLM.net] 気にするほどのことはないので大丈夫だよ。 922 名前：デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM2a-mzK3 [153.250.4.2]) mailto:sage [2020/02/26(水) 00:13:19 ID:XrSS+Vu/M.net] たまにいるgithub=gitな人でしょ 923 名前：デフォルトの名無しさん mailto:sage [2020/02/26(水) 22:08:46.35 ID:o2Xk4smZa.net] このスレって常連は10人位か？ 924 名前：デフォルトの名無しさん mailto:sage [2020/02/27(木) 11:42:52.83 ID:Xz7O1QseM.net] またまたご冗談を 925 名前：デフォルトの名無しさん (ﾜｲｰﾜ2 FF32-7qQN [103.5.142.232]) [2020/02/27(木) 15:12:04 ID:G6pyHvdgF.net] 点呼 1 926 名前：デフォルトの名無しさん mailto:sage [2020/02/27(木) 17:14:18.54 ID:nN94+lnK0.net] 点呼禁止 927 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 8fb0-33z6 [114.145.109.199]) mailto:sage [2020/02/27(木) 23:48:55 ID:wPwgfJj10.net] 点呼　2 928 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2eb5-a9fl [153.194.129.74]) mailto:sage [2020/02/28(金) 00:08:56 ID:6gK8rCEI0.net] なんやかんやありまして 929 名前：デフォルトの名無しさん mailto:sage [2020/02/28(金) 17:17:41.91 ID:+ASYUl1F0.net] 点呼3 930 名前：デフォルトの名無しさん (ｱｳｱｳｴｰ Sa72-VkxK [111.239.183.157]) mailto:sage [2020/02/28(金) 21:50:18 ID:0nTCvSdoa.net] オレが3人分になる… 931 名前：デフォルトの名無しさん mailto:sage [2020/02/28(金) 22:34:38.56 ID:K4ZcleDWd.net] ここまで俺の自作自演 932 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c701-t064 [122.24.28.118]) mailto:sage [2020/02/28(金) 23:52:33 ID:R/ov6bzS0.net] でんこ 10 933 名前：デフォルトの名無しさん mailto:sage [2020/03/02(月) 15:54:06.71 ID:fpMRqgdb0.net] 点呼4 934 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f7b0-xiWk [114.145.109.199]) mailto:sage [2020/03/06(金) 19:58:58 ID:g+1tzXEN0.net] Git v2.26.0-rc0 935 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f2f-jOgt [61.115.215.117]) [2020/03/08(日) 17:37:29 ID:0owj/E6o0.net] https://opensource.com/article/20/3/git-cola Make Git easy with Git Cola Get started with Git Cola, a graphical user interface for Git. 936 名前：デフォルトの名無しさん mailto:sage [2020/03/12(木) 14:52:28.29 ID:ns5NBKkpM.net] Qiitaだけでも、git入門、git基礎、いまさらgitについてまとめてみた的なのが乱立してる時点で 初学者に理解されにくい糞仕様が存在してるのではと思われそう。 937 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa91-feT7 [106.130.47.148]) mailto:sage [2020/03/12(木) 18:00:18 ID:qQgprVyja.net] CUIってだけで難しいと思われるこんな世の中じゃ 938 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ e3ad-PWNQ [27.139.41.170]) [2020/03/12(木) 18:46:36 ID:f2H7WA/80.net] 管理者が使うコマンドとフローを制限してやる必要があるな あと定番で使うコマンドのオプション指定がハイフン2つなのはイケてないと思う 939 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM8b-Tm3j [163.49.201.39]) mailto:sage [2020/03/12(木) 22:13:50 ID:+EH0vN99M.net] ハイフン2つのオプションの方が自動補完しやすいから楽じゃん 940 名前：デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MMeb-X3me [133.106.77.19]) mailto:sage [2020/03/13(金) 14:04:45 ID:NWduylWPM.net] GUIがなのはCUIが使えない人に対するハラスメントだと言われたことある 941 名前：デフォルトの名無しさん mailto:sage [2020/03/13(金) 14:46:24.17 ID:60Tos3d2M.net] CUIおじさんとORM嫌いおじさんとstaticおじさんて同じ人？ 942 名前：デフォルトの名無しさん [2020/03/13(金) 18:06:34.24 ID:jvKiI+vVF.net] gitでcuiの人はいくらでも居るでしょう 943 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ bd2c-qZv6 [180.18.161.79]) mailto:sage [2020/03/13(金) 18:44:41 ID:yORqQ+vG0.net] Windows 10, WSL, Ubuntu 18.04 では、最初から、git が入っている Ruby のバージョンマネージャー、rbenv をインストールしたけど、 rbenv-installer の説明通りに、以下を実行する curl -fsSL https://github.com/rbenv/rbenv-installer/raw/master/bin/rbenv-installer | bash このシェルスクリプト内で、勝手に、git を使ってる！ git init git remote add -f -t master origin https://github.com/rbenv/rbenv.git git checkout -b master origin/master git clone https://github.com/rbenv/ruby-build.git "${rbenv_root}/plugins/ruby-build" 944 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 6bb0-UBwq [114.145.146.238]) mailto:sage [2020/03/18(水) 20:56:46 ID:X2BFZ32q0.net] Git 2.25.2 945 名前：デフォルトの名無しさん mailto:sage [2020/03/23(月) 22:28:27.90 ID:MlIXvfRM0.net] Git v2.26.0 https://github.blog/2020-03-22-highlights-from-git-2-26/ 946 名前：デフォルトの名無しさん mailto:sage [2020/03/25(水) 21:26:50.14 ID:sijGTrx/0.net] 「Git 2.26」リリース、git rebaseのデフォルトバックエンドが変更される https://mag.osdn.jp/20/03/24/150000 947 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 47f2-iTDC [153.232.147.36]) mailto:sage [2020/04/23(木) 02:13:07 ID:mmt09PKY0.net] git が難しいのは利用グループごとに使い方が異なっていて標準の使い方がないからだよ。 応用の効く多様性のあるツールという利点なんだけど、自分たちの使い方だけが唯一の正解と思っているアホが多すぎる。 948 名前：デフォルトの名無しさん mailto:sage [2020/04/23(木) 22:25:15.34 ID:qMI2WavH0.net] >>930 どうしたの？急に 何かつらいことでもあったの？ 949 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 27ad-HbQh [125.12.157.234]) mailto:sage [2020/04/24(金) 03 ] [ここ壊れてます] 950 名前：:25:53 ID:AmZH8Mz00.net mailto: まあ、Excelも難しいし、インターネッツも難しいよな 標準の使い方がないから [] [ここ壊れてます] 951 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 03:39:09.00 ID:Afm3tUrY0.net] Excelの標準的な使い方は方眼紙だろJK 952 名前：デフォルトの名無しさん [2020/04/24(金) 07:47:52.32 ID:rM9gQYtA0.net] ExcelもXML形式になったから Gitで差分管理できるようになるといいなあ 953 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ab22-4hDo [116.70.215.24]) mailto:sage [2020/04/24(金) 09:33:14 ID:Afm3tUrY0.net] xlsxをzip展開した状態でリポジトリに入れればいいのかな 954 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 09:42:03.81 ID:o/l2oITT0.net] VSCode の、Git の拡張機能で、差分表示できないの？ 955 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1701-0GGu [126.25.131.86]) mailto:sage [2020/04/24(金) 10:57:17 ID:A9aEYiqd0.net] >>930 同意。git自体はかなり使いやすいツールだと思う。 最近気になるのは若い連中がなぜかSIerみたいな運用を好むってところかな。 それやりたいならsvnでも使ってりゃいいのにと思う。 956 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 6fad-rGdA [59.168.54.42]) mailto:sage [2020/04/24(金) 11:05:24 ID:agN2oJUo0.net] >>937 具体的にはどういう運用？ 957 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1701-0GGu [126.25.131.86]) mailto:sage [2020/04/24(金) 14:09:48 ID:A9aEYiqd0.net] mergeまでにあほみたいな数の承認の山が必要な運用 958 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 6fad-rGdA [59.168.54.42]) mailto:sage [2020/04/24(金) 14:26:44 ID:agN2oJUo0.net] 具体的には？ 959 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1701-0GGu [126.25.131.86]) mailto:sage [2020/04/24(金) 14:39:23 ID:A9aEYiqd0.net] なんだただの馬鹿か 960 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9b01-BYln [122.24.28.118]) mailto:sage [2020/04/24(金) 14:40:50 ID:Ujoqag8S0.net] 使い方が間違えてるなら指摘すればいいのに 961 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 6fad-rGdA [59.168.54.42]) mailto:sage [2020/04/24(金) 15:27:46 ID:agN2oJUo0.net] >>941 どうやって承認してるかも言えないの？ 962 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 6fad-rGdA [59.168.54.42]) mailto:sage [2020/04/24(金) 15:28:58 ID:agN2oJUo0.net] まさかGitHubのコードレビュー機能が嫌だとかそういうレベルの話？ 963 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa47-HbQh [106.130.41.234]) mailto:sage [2020/04/24(金) 17:54:22 ID:0ml75oG6a.net] >>934 コンフリクトしたときに手動マージする自信がないなぁ 964 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0b2c-aEdY [153.194.236.234]) [2020/05/05(火) 09:06:55 ID:rwJ86+M00.net] たにぐちまこと Git+GitHub入門 #01：リポジトリーの作成とコミット https://www.youtube.com/watch?v=_PyuylNk64o&list=PLh6V6_7fbbo_M3CqTeJvuXB08--fibyBu YouTube に、分かりやすい動画がある 965 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 54b0-gIXh [114.145.146.238]) mailto:sage [2020/05/16(土) 15:44:47 ID:o1F7OPB+0.net] Git v2.27.0-rc0 966 名前：デフォルトの名無しさん mailto:sage [2020/05/21(木) 03:32:13.74 ID:miYubpnq0.net] 脆弱性？ 967 名前：デフォルトの名無しさん [2020/06/01(月) 20:08:44.93 ID:FNfjc0Rl0.net] リモート追跡ブランチは全コミットオブジェクトやファイルを含んでるの？ 一部メタデータだけとかじゃなく？ つまりリモート追跡ブランチがリモートリポジトリの最新状態を反映していれば、 オフラインでもリモートリポジトリの最新状態を（リモート追跡ブランチから）ローカルリポジトリに反映できる？ 968 名前：デフォルトの名無しさん [2020/06/01(月) 20:11:17.66 ID:FNfjc0Rl0.net] ローカルリポジトリじゃないな。 オフラインでもワークツリーにリモートリポジトリの最新状態を反映できるか？ 969 名前：デフォルトの名無しさん mailto:sage [2020/06/01(月) 20:12:00.12 ID:yf3+THP3M.net] できる 970 名前：デフォルトの名無しさん [2020/06/01(月) 20:15:32.26 ID:FNfjc0Rl0.net] https://qiita.com/uasi/items/69368c17c79e99aaddbf これのmasterとかmy-local-fooは何というんだ？ 971 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2ab9-4KSb [123.48.128.206]) [2020/06/01(月) 21:15:21 ID:FNfjc0Rl0.net] １）リモートリポジトリ無しで自分のPCだけでgitを使っている場合、 リモート追跡ブランチは一切存在しない？ ２）その場合、自分のローカルリポジトリからcloneすることは可能？ つまりGitは次々と拡散的にcloneしていけるものなんだろうか？ 言い換えれば、リモートリポジトリなるものの正体は単に誰かのローカルリポジトリだろうか？ 972 名前：sage (ﾜｯﾁｮｲ 8a84-4KSb [115.176.139.111]) [2020/06/01(月) 22:04:07 ID:cdzKAQgn0.net] 図の奴はmasterもmy-local-branchもローカルリポジトリのローカルブランチ ローカルに作成してどこへも push してないローカルリポジトリには、リモート追跡ブランチは存在しない ローカルリポジトリからcloneすることは可能で、次々と拡散的にcloneできる しかし、一般的には、cloneやpush/pullだけする上流のリポジトリは、--bare オプションを付けて作成されていて、ワーキングツリーが存在せず、checkout とかできない さらに、github みたいなサービス上に存在するリポジトリの実体はもっと違うものであってもいい 973 名前：デフォルトの名無しさん mailto:sage [2020/06/02(火) 02:44:05.47 ID:ehPtl50t0.net] Git v2.27.0 974 名前：デフォルトの名無しさん mailto:sage [2020/06/05(金) 18:12:43.55 ID:6QvxjjST0.net] 基本的なことでしたらすみません マージしてpushしようとしたら、既にリモートのブランチが更新されてた場合ってどう対応してますか？ 975 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ a301-VgbM [126.168.12.191]) mailto:sage [2020/06/05(金) 19:30:22 ID:fqStb/MO0.net] >>956 fetchして、ブランチを全部表示すると、 自分のブランチとリモートブランチが枝分かれしてるから、 そのリモートブランチを持ってきて、自分のブランチにマージしてからコンフリクトを解消、改めてプッシュしたらいいのでは それか、自分のブランチをリベースするか （リモートブランチの先端に自分のブランチの変更をすべてチェリーピックするのと同等） 976 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7301-pFiI [114.167.188.201]) mailto:sage [2020/06/05(金) 21:46:42 ID:6QvxjjST0.net] >>957 自分も前者のやり方で対応してたのですが、 マージ先のブランチを更新する人が多く、pushするタイミングが難しくて質問してみました リベースはやったことないので調べてみます 977 名前：デフォルトの名無しさん mailto:sage [2020/06/05(金) 23:50:12.63 ID:t5+w+CA20.net] pullしてそのままpushするだけでいいよ 履歴を綺麗に保ちたいならgit pull -rebase 時間のかかる大規模なマージのときは事前にコミュニケーションをとって不幸な競合をなるべく回避するように根回し ひとつのブランチに対してコミットする人が多すぎるならブランチ運用の設計がまずいかもと相談する 978 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7f4c-wpJv [123.198.213.132]) mailto:sage [2020/06/06(土) 00:10:37 ID:u22pMI2j0.net] その状況だと、リベースとマージは同じだと思うよ。 pushするときに毎度マージが発生するのは仕方ないかもしれないけど、 それをマージしおわってpushしたらもう更新されてたっていうのなら、運用見直したほうがいいと思う。 調停する人置くとかしないとならんかな 979 名前：デフォルトの名無しさん mailto:sage [2020/06/13(土) 02:42:46.35 ID:riQ9cX92a.net] Masterって言葉は差別的らしい。 こういう流れを受けて、git 本体のMLでも議論されてる。 Rename offensive terminology (master) https://public-inbox.org/git/bef39243-806f-7c4a-c3d1-f3500ec377be@iee.email/T/#t というスレで議論されてる うーん 980 名前：デフォルトの名無しさん [2020/06/13(土) 09:41:05.39 ID:rZLMUl8aF.net] 主人も婦人も夫人も差別語だな フェミ厨の出番だぞがんがれ 981 名前：デフォルトの名無しさん mailto:sage [2020/06/13(土) 10:14:31.26 ID:iZvX7GNda.net] Masterさんを迫害するな差別主義者どもめ 982 名前：デフォルトの名無しさん [2020/06/13(土) 11:06:15.43 ID:QZzer1mT0.net] メタリカのアルバム「Master Of Puppets」の邦題が「メタル・マスター」というのは、どう考えてもおかしい。 983 名前：デフォルトの名無しさん mailto:sage [2020/06/13(土) 14:28:58.70 ID:62Up8kzL0.net] BLMの飛び火だろうか ATA規格のmaster vs slaveが避けられるのはわかる masterのあるじとしての語義は宜しくないんだろう でもmaster copyのような原本としての語義ま� 984 名前：ﾅケチをつけるのはどうなのか Master Yodaのような達人や先生の語義は言わずもがな >>962 mistressも同じだからフェミ云々はお門違いだろ [] [ここ壊れてます] 985 名前：デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM1f-sAW8 [49.129.184.136]) mailto:sage [2020/06/15(月) 12:44:57 ID:dV6GnPJJM.net] Masterを「原版」not主人の意味に定義すりゃ終わる話だな。 手間かけて修正するほどの話じゃない。 言い出しっぺはパッチ出したのかな？ 986 名前：デフォルトの名無しさん mailto:sage [2020/06/16(火) 06:59:51.19 ID:fAeNikk60.net] ＳＪＷにはうんざりする 987 名前：デフォルトの名無しさん mailto:sage [2020/06/18(木) 12:37:36.15 ID:F3Ty4PRma.net] デフォルトのブランチ名の上書きのためのパッチがMLで議論されてる。 パッチの作者はMSの人だと思う [PATCH 0/9] Allow overriding the default name of the default branch https://public-inbox.org/git/xmqqd05xtp2g.fsf@gitster.c.googlers.com/T/#t 988 名前：デフォルトの名無しさん (ｱｳｱｳｴｰ Saea-CQAJ [111.239.183.242]) mailto:sage [2020/06/18(木) 21:11:41 ID:rrjpH8VBa.net] Github、人種差別を連想させるコーディング用語の見直しへ https://www.gizmodo.jp/2020/06/github-to-remove-master-and-slave-coding-terms-widely-s.html 米GizmodoがGithub広報に確認したところ｢3つの変化を起こすため、Gitプロジェクトや他のバージョン管理ベンダーと共に積極的に取り組んでいます｣と詳細を明かしています。それによると3つの変化とは次の通り。 (1) 新規リポジトリでデフォルトのブランチ名を‘master’から変更する (2) すべての新規リポジトリで、自分のデフォルトのブランチ名を簡単に選択できるようにする (3) 既存リポジトリでデフォルトのブランチ名を変更する方法について、ユーザー向けのガイダンスやツールをリリースする 今回、見直されている用語は長い間批判されていましたが、GithubのほかPythonも非攻撃的な用語への切り替えに着手していること、 さらにGitlabが最初のイテレーションに取り組んでいて、ユーザーが自分のデフォルトのブランチ名を選択できるように動いていることを明かしています。 989 名前：デフォルトの名無しさん mailto:sage [2020/06/18(木) 21:52:02.54 ID:di8PfZmP0.net] git自体も差別じゃないんか 990 名前：デフォルトの名無しさん mailto:sage [2020/06/18(木) 22:03:59.70 ID:qjc1BV6sa.net] せめてエイリアスにしてくれ こんなくだらない理由で改修とかバカバカしすぎる 991 名前：デフォルトの名無しさん mailto:sage [2020/06/18(木) 22:14:47.60 ID:jb3CdIlO0.net] gitのブランチ名はmastet以外に好きに変えられるからいいとしても、デファクトスタンダードな用語をいまさら変えるなんて混乱が起きそうだ これからmasterブランチのことをなんて呼んだらいいんだろう 992 名前：デフォルトの名無しさん mailto:sage [2020/06/18(木) 22:42:45.63 ID:1Vom12kf0.net] 「メインブランチ」でいいじゃん。 993 名前：デフォルトの名無しさん mailto:sage [2020/06/18(木) 23:00:37.99 ID:N0ZCSDTm0.net] >>969 githubの話は別のスレでやってくれ 994 名前：デフォルトの名無しさん [2020/06/21(日) 16:17:31.25 ID:rRP2z2l8F.net] >>973 パワハラでsubmoduleから提訴されるんですね 995 名前：デフォルトの名無しさん (ｱｳｱｳｴｰ Saea-Yghi [111.239.183.148]) mailto:sage [2020/06/22(月) 20:58:33 ID:7gIavRIra.net] Git15周年 - GitHubとGitLabに聞く https://www.infoq.com/jp/news/2020/06/git-fifteen-anniversary-qa/ 996 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 31b0-TxZM [114.145.146.238]) mailto:sage [2020/07/10(金) 22:57:13 ID:K8C6JMtm0.net] Git v2.28.0-rc0 997 名前：デフォルトの名無しさん mailto:sage [2020/07/20(月) 14:46:39.24 ID:x7Ki6TvS0.net] rebase -i でコミット整理してる時、面倒なコンフリクトが大量に発生したら皆さんどうしてますか？ やっぱり手動で逐一解決しますかね？ 998 名前：デフォルトの名無しさん mailto:sage [2020/07/20(月) 15:07:06.59 ID:j98/uvhVa.net] >>978 rebase中止して、conflict解消したcommitして全部sqash 999 名前：デフォルトの名無しさん mailto:sage [2020/07/28(火) 12:37:17.72 ID:Y7VrfaSI0.net] Git v2.28.0 1000 名前：デフォルトの名無しさん [2020/07/28(火) 18:56:12.85 ID:55CoBPro0.net] macOSの brew が鬼のような速さでgit更新に対応してた。 1001 名前：デフォルトの名無しさん mailto:sage [2020/07/28(火) 19:40:29.57 ID:nl0WhoWH0.net] git公式がポリコレ機能アピールしててワロタｗｗｗｗｗ もうこの世界オワタｗｗｗｗｗ 1002 名前：デフォルトの名無しさん mailto:sage [2020/07/29(水) 08:40:04.95 ID:y3UnORV8a.net] https://raw.githubusercontent.com/git/git/master/Documentation/RelNotes/2.28.0.txt The name of the primary branch in existing repositories, and the default name used for the first branch in newly created repositories, is made configurable, so that we can eventually wean ourselves off of the hardcoded 'master'. 1003 名前：デフォルトの名無しさん (ｴﾑｿﾞﾈ FFff-QWST [49.106.174.66]) [2020/07/29(水) 09:54:08 ID:H7KKJzsxF.net] M$が関わると碌なことにならない 1004 名前：デフォルトの名無しさん mailto:sage [2020/07/29(水) 14:17:27.85 ID:MvKFAsvBM.net] git本体にMSの魔の手が及んだ訳では無いだろ 1005 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ a722-/ZlF [116.70.215.24]) mailto:sage [2020/07/29(水) 15:20:23 ID:idrwzqXK0.net] gitとGitHubを混同してる人結構いるもんね 1006 名前：デフォルトの名無しさん mailto:sage [2020/07/29(水) 15:52:46.53 ID:z6Fnx3oM0.net] Highlights from Git 2.28 https://github.blog/2020-07-27-highlights-from-git-2-28/ 筆頭にポリコレ機能が… 1007 名前：デフォルトの名無しさん mailto:sage [2020/07/29(水) 16:34:47.09 ID:vEnVrtqV0.net] git 〜地図にない場所〜 1008 名前：デフォルトの名無しさん mailto:sage [2020/09/01(火) 20:03:54.91 ID:ETu8a3Hk0.net] コミット＆プッシュしたとき ローカルリポジトリ更新されて リモートリポジトリでコンフリクトでエラーが出て止まったときって プルしようにもローカルリポジトリでエラー出て プッシュはもちろんできなくて 作業フォルダは>>>>>>>>>>文字列で やられちゃってるじゃないですか？ 一旦リモートリポジトリの全部とって 手動でマージしたいんですけど なんとか前の状態に綺麗に戻せませんでしょうか？ 1009 名前：デフォルトの名無しさん mailto:sage [2020/09/01(火) 20:18:32.24 ID:6iLD5w4S0.net] git checkout . 1010 名前：デフォルトの名無しさん mailto:sage [2020/09/01(火) 21:44:57.95 ID:ETu8a3Hk0.net] >>990 あ、やっぱりそのブランチは死んだと見るべきってことですね 回答ありがとうございました 1011 名前：デフォルトの名無しさん mailto:sage [2020/09/01(火) 22:42:19.89 ID:+j/8rXpD0.net] >>991 ブランチは死んでない、なぜならコミットしてるのだからそこまでは戻せる pull(リモートとのmergeのこと)にconflictして失敗したのだから、ダメになったのは作業コピー 1012 名前：デフォルトの名無しさん mailto:sage [2020/09/01(火) 23:46:31.27 ID:cIJrFHrq0.net] 作業フォルダが>>>>>でやられてるという理解がまず変じゃない？ Gitが分かりやすく競合位置をマーキングしてくれてるだけの一般的な状態 そこから生でテキストを編集するのが怖いならGUIのツールを使えばいい これができないと常に競合に怯えることになる 1013 名前：デフォルトの名無しさん mailto:sage [2020/09/01(火) 23:46:54.44 ID:cIJrFHrq0.net] ソース全体に無駄にフォーマッタをかけてしまって大量に競合した等、訳あってマージを取り消したいなら git merge --abort でマージ前に戻る 綺麗にpullしたいならさらに git reset --hard HEAD^ でコミット前に戻してからpullして手動マージ 1014 名前：デフォルトの名無しさん mailto:sage [2020/09/01(火) 23:51:13.46 ID:cIJrFHrq0.net] マージコミットを作ってもいいなら git checkout --theirs . でリモートのファイル内容になる git checkout . だとローカルが優先されるんじゃないかな、間違ってたらすまん どちらにしてもマージの仕組みを理解していない人がこれやると不味いミスをやらかすかも 1015 名前：デフォルトの名無しさん mailto:sage [2020/09/02(水) 02:12:44.16 ID:6n47TPOy0.net] >>994 それって亀Gitやsourcetreeだとどういう操作になりますか？ 1016 名前：デフォルトの名無しさん mailto:sage [2020/09/02(水) 09:25:07.81 ID:RfITVUZj0.net] >>996 亀ならログを開いてマージ直前かコミット前のコミットを選んでリセット リセットするときhardを選ぶ 1017 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 059f-cia9 [118.109.112.224]) mailto:sage [2020/09/02(水) 09:32:01 ID:RfITVUZj0.net] 不馴れならhardでマージ前に戻してからmixedでコミット直前の状態に戻して、自分がコミットしたときの編集内容をアナクロな手段で待避しておいた方が安心かもな 1018 名前：デフォルトの名無しさん mailto:sage [2020/09/02(水) 10:43:21.75 ID:6n47TPOy0.net] >>997 ありがとうございます �@pushで失敗したときのローカルリポジトリのソースをエクスポートで退避 �Aリセットhard �B一応プル �C�@を手作業でマージ �Dcommit＆push って感じでやってみます! 今度コンフリクトしたら 1019 名前：デフォルトの名無しさん mailto:sage [2020/09/02(水) 12:21:58.30 ID:XN0SxNMqa.net] 次 Git 17 https://mevius.5ch.net/test/read.cgi/tech/1599016710/ 1020 名前：1001 [Over 1000 Thread.net] このスレッドは１０００を超えました。 新しいスレッドを立ててください。 life time: 1114日 11時間 27分 51秒 1021 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

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

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