■ このスレッドは過去ログ倉庫に格納されています
Git 16
- 1 :デフォルトの名無しさん :2017/08/15(火) 00:54:07.61 ID:brNIopECE.net
- ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
http://git-scm.com/
◆関連サイト
Pro Git - Table of Contents
http://git-scm.com/book/ja
Git入門
http://www8.atwiki.jp/git_jp/
◆前スレ
Git 14
http://echo.2ch.net/test/read.cgi/tech/1457412803/
Git 15
http://mevius.2ch.net/test/read.cgi/tech/1486239735/
VIPQ2_EXTDAT: checked:vvvvvv:1000:512:----: EXT was configured
- 952 :デフォルトの名無しさん :2020/06/01(月) 20:15:32.26 ID:FNfjc0Rl0.net
- https://qiita.com/uasi/items/69368c17c79e99aaddbf
これのmasterとかmy-local-fooは何というんだ?
- 953 :デフォルトの名無しさん (ワッチョイ 2ab9-4KSb [123.48.128.206]):2020/06/01(月) 21:15:21 ID:FNfjc0Rl0.net
- 1)リモートリポジトリ無しで自分のPCだけでgitを使っている場合、
リモート追跡ブランチは一切存在しない?
2)その場合、自分のローカルリポジトリからcloneすることは可能?
つまりGitは次々と拡散的にcloneしていけるものなんだろうか?
言い換えれば、リモートリポジトリなるものの正体は単に誰かのローカルリポジトリだろうか?
- 954 :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 みたいなサービス上に存在するリポジトリの実体はもっと違うものであってもいい
- 955 :デフォルトの名無しさん :2020/06/02(火) 02:44:05.47 ID:ehPtl50t0.net
- Git v2.27.0
- 956 :デフォルトの名無しさん :2020/06/05(金) 18:12:43.55 ID:6QvxjjST0.net
- 基本的なことでしたらすみません
マージしてpushしようとしたら、既にリモートのブランチが更新されてた場合ってどう対応してますか?
- 957 :デフォルトの名無しさん (ワッチョイ a301-VgbM [126.168.12.191]):2020/06/05(金) 19:30:22 ID:fqStb/MO0.net
- >>956
fetchして、ブランチを全部表示すると、
自分のブランチとリモートブランチが枝分かれしてるから、
そのリモートブランチを持ってきて、自分のブランチにマージしてからコンフリクトを解消、改めてプッシュしたらいいのでは
それか、自分のブランチをリベースするか
(リモートブランチの先端に自分のブランチの変更をすべてチェリーピックするのと同等)
- 958 :デフォルトの名無しさん (ワッチョイ 7301-pFiI [114.167.188.201]):2020/06/05(金) 21:46:42 ID:6QvxjjST0.net
- >>957
自分も前者のやり方で対応してたのですが、
マージ先のブランチを更新する人が多く、pushするタイミングが難しくて質問してみました
リベースはやったことないので調べてみます
- 959 :デフォルトの名無しさん :2020/06/05(金) 23:50:12.63 ID:t5+w+CA20.net
- pullしてそのままpushするだけでいいよ
履歴を綺麗に保ちたいならgit pull -rebase
時間のかかる大規模なマージのときは事前にコミュニケーションをとって不幸な競合をなるべく回避するように根回し
ひとつのブランチに対してコミットする人が多すぎるならブランチ運用の設計がまずいかもと相談する
- 960 :デフォルトの名無しさん (ワッチョイ 7f4c-wpJv [123.198.213.132]):2020/06/06(土) 00:10:37 ID:u22pMI2j0.net
- その状況だと、リベースとマージは同じだと思うよ。
pushするときに毎度マージが発生するのは仕方ないかもしれないけど、
それをマージしおわってpushしたらもう更新されてたっていうのなら、運用見直したほうがいいと思う。
調停する人置くとかしないとならんかな
- 961 :デフォルトの名無しさん :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
というスレで議論されてる
うーん
- 962 :デフォルトの名無しさん :2020/06/13(土) 09:41:05.39 ID:rZLMUl8aF.net
- 主人も婦人も夫人も差別語だな
フェミ厨の出番だぞがんがれ
- 963 :デフォルトの名無しさん :2020/06/13(土) 10:14:31.26 ID:iZvX7GNda.net
- Masterさんを迫害するな差別主義者どもめ
- 964 :デフォルトの名無しさん :2020/06/13(土) 11:06:15.43 ID:QZzer1mT0.net
- メタリカのアルバム「Master Of Puppets」の邦題が「メタル・マスター」というのは、どう考えてもおかしい。
- 965 :デフォルトの名無しさん :2020/06/13(土) 14:28:58.70 ID:62Up8kzL0.net
- BLMの飛び火だろうか
ATA規格のmaster vs slaveが避けられるのはわかる
masterのあるじとしての語義は宜しくないんだろう
でもmaster copyのような原本としての語義までケチをつけるのはどうなのか
Master Yodaのような達人や先生の語義は言わずもがな
>>962
mistressも同じだからフェミ云々はお門違いだろ
- 966 :デフォルトの名無しさん (ドコグロ MM1f-sAW8 [49.129.184.136]):2020/06/15(月) 12:44:57 ID:dV6GnPJJM.net
- Masterを「原版」not主人の意味に定義すりゃ終わる話だな。
手間かけて修正するほどの話じゃない。
言い出しっぺはパッチ出したのかな?
- 967 :デフォルトの名無しさん :2020/06/16(火) 06:59:51.19 ID:fAeNikk60.net
- SJWにはうんざりする
- 968 :デフォルトの名無しさん :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
- 969 :デフォルトの名無しさん (アウアウエー Saea-CQAJ [111.239.183.242]):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が最初のイテレーションに取り組んでいて、ユーザーが自分のデフォルトのブランチ名を選択できるように動いていることを明かしています。
- 970 :デフォルトの名無しさん :2020/06/18(木) 21:52:02.54 ID:di8PfZmP0.net
- git自体も差別じゃないんか
- 971 :デフォルトの名無しさん :2020/06/18(木) 22:03:59.70 ID:qjc1BV6sa.net
- せめてエイリアスにしてくれ
こんなくだらない理由で改修とかバカバカしすぎる
- 972 :デフォルトの名無しさん :2020/06/18(木) 22:14:47.60 ID:jb3CdIlO0.net
- gitのブランチ名はmastet以外に好きに変えられるからいいとしても、デファクトスタンダードな用語をいまさら変えるなんて混乱が起きそうだ
これからmasterブランチのことをなんて呼んだらいいんだろう
- 973 :デフォルトの名無しさん :2020/06/18(木) 22:42:45.63 ID:1Vom12kf0.net
- 「メインブランチ」でいいじゃん。
- 974 :デフォルトの名無しさん :2020/06/18(木) 23:00:37.99 ID:N0ZCSDTm0.net
- >>969
githubの話は別のスレでやってくれ
- 975 :デフォルトの名無しさん :2020/06/21(日) 16:17:31.25 ID:rRP2z2l8F.net
- >>973
パワハラでsubmoduleから提訴されるんですね
- 976 :デフォルトの名無しさん (アウアウエー Saea-Yghi [111.239.183.148]):2020/06/22(月) 20:58:33 ID:7gIavRIra.net
- Git15周年 - GitHubとGitLabに聞く
https://www.infoq.com/jp/news/2020/06/git-fifteen-anniversary-qa/
- 977 :デフォルトの名無しさん (ワッチョイ 31b0-TxZM [114.145.146.238]):2020/07/10(金) 22:57:13 ID:K8C6JMtm0.net
- Git v2.28.0-rc0
- 978 :デフォルトの名無しさん :2020/07/20(月) 14:46:39.24 ID:x7Ki6TvS0.net
- rebase -i でコミット整理してる時、面倒なコンフリクトが大量に発生したら皆さんどうしてますか?
やっぱり手動で逐一解決しますかね?
- 979 :デフォルトの名無しさん :2020/07/20(月) 15:07:06.59 ID:j98/uvhVa.net
- >>978
rebase中止して、conflict解消したcommitして全部sqash
- 980 :デフォルトの名無しさん :2020/07/28(火) 12:37:17.72 ID:Y7VrfaSI0.net
- Git v2.28.0
- 981 :デフォルトの名無しさん :2020/07/28(火) 18:56:12.85 ID:55CoBPro0.net
- macOSの brew が鬼のような速さでgit更新に対応してた。
- 982 :デフォルトの名無しさん :2020/07/28(火) 19:40:29.57 ID:nl0WhoWH0.net
- git公式がポリコレ機能アピールしててワロタwwwww
もうこの世界オワタwwwww
- 983 :デフォルトの名無しさん :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'.
- 984 :デフォルトの名無しさん (エムゾネ FFff-QWST [49.106.174.66]):2020/07/29(水) 09:54:08 ID:H7KKJzsxF.net
- M$が関わると碌なことにならない
- 985 :デフォルトの名無しさん :2020/07/29(水) 14:17:27.85 ID:MvKFAsvBM.net
- git本体にMSの魔の手が及んだ訳では無いだろ
- 986 :デフォルトの名無しさん (ワッチョイ a722-/ZlF [116.70.215.24]):2020/07/29(水) 15:20:23 ID:idrwzqXK0.net
- gitとGitHubを混同してる人結構いるもんね
- 987 :デフォルトの名無しさん :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/
筆頭にポリコレ機能が…
- 988 :デフォルトの名無しさん :2020/07/29(水) 16:34:47.09 ID:vEnVrtqV0.net
- git 〜地図にない場所〜
- 989 :デフォルトの名無しさん :2020/09/01(火) 20:03:54.91 ID:ETu8a3Hk0.net
- コミット&プッシュしたとき
ローカルリポジトリ更新されて
リモートリポジトリでコンフリクトでエラーが出て止まったときって
プルしようにもローカルリポジトリでエラー出て
プッシュはもちろんできなくて
作業フォルダは>>>>>>>>>>文字列で
やられちゃってるじゃないですか?
一旦リモートリポジトリの全部とって
手動でマージしたいんですけど
なんとか前の状態に綺麗に戻せませんでしょうか?
- 990 :デフォルトの名無しさん :2020/09/01(火) 20:18:32.24 ID:6iLD5w4S0.net
- git checkout .
- 991 :デフォルトの名無しさん :2020/09/01(火) 21:44:57.95 ID:ETu8a3Hk0.net
- >>990
あ、やっぱりそのブランチは死んだと見るべきってことですね
回答ありがとうございました
- 992 :デフォルトの名無しさん :2020/09/01(火) 22:42:19.89 ID:+j/8rXpD0.net
- >>991
ブランチは死んでない、なぜならコミットしてるのだからそこまでは戻せる
pull(リモートとのmergeのこと)にconflictして失敗したのだから、ダメになったのは作業コピー
- 993 :デフォルトの名無しさん :2020/09/01(火) 23:46:31.27 ID:cIJrFHrq0.net
- 作業フォルダが>>>>>でやられてるという理解がまず変じゃない?
Gitが分かりやすく競合位置をマーキングしてくれてるだけの一般的な状態
そこから生でテキストを編集するのが怖いならGUIのツールを使えばいい
これができないと常に競合に怯えることになる
- 994 :デフォルトの名無しさん :2020/09/01(火) 23:46:54.44 ID:cIJrFHrq0.net
- ソース全体に無駄にフォーマッタをかけてしまって大量に競合した等、訳あってマージを取り消したいなら
git merge --abort
でマージ前に戻る
綺麗にpullしたいならさらに
git reset --hard HEAD^
でコミット前に戻してからpullして手動マージ
- 995 :デフォルトの名無しさん :2020/09/01(火) 23:51:13.46 ID:cIJrFHrq0.net
- マージコミットを作ってもいいなら
git checkout --theirs .
でリモートのファイル内容になる
git checkout .
だとローカルが優先されるんじゃないかな、間違ってたらすまん
どちらにしてもマージの仕組みを理解していない人がこれやると不味いミスをやらかすかも
- 996 :デフォルトの名無しさん :2020/09/02(水) 02:12:44.16 ID:6n47TPOy0.net
- >>994
それって亀Gitやsourcetreeだとどういう操作になりますか?
- 997 :デフォルトの名無しさん :2020/09/02(水) 09:25:07.81 ID:RfITVUZj0.net
- >>996
亀ならログを開いてマージ直前かコミット前のコミットを選んでリセット
リセットするときhardを選ぶ
- 998 :デフォルトの名無しさん (ワッチョイ 059f-cia9 [118.109.112.224]):2020/09/02(水) 09:32:01 ID:RfITVUZj0.net
- 不馴れならhardでマージ前に戻してからmixedでコミット直前の状態に戻して、自分がコミットしたときの編集内容をアナクロな手段で待避しておいた方が安心かもな
- 999 :デフォルトの名無しさん :2020/09/02(水) 10:43:21.75 ID:6n47TPOy0.net
- >>997
ありがとうございます
@pushで失敗したときのローカルリポジトリのソースをエクスポートで退避
Aリセットhard
B一応プル
C@を手作業でマージ
Dcommit&push
って感じでやってみます!
今度コンフリクトしたら
- 1000 :デフォルトの名無しさん :2020/09/02(水) 12:21:58.30 ID:XN0SxNMqa.net
- 次
Git 17
https://mevius.5ch.net/test/read.cgi/tech/1599016710/
- 1001 :2ch.net投稿限界:Over 1000 Thread
- 2ch.netからのレス数が1000に到達しました。
総レス数 1001
239 KB
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★