Git 16©2ch.net

2017/08/15(火) 00:54:07.61

ソースコード管理を行う分散型バージョン管理システム、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

2020/02/20(木) 18:06:20.23

わりと push -f を気軽にやるのなとビビったことはある

2020/02/20(木) 20:06:31.80

>>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

2020/02/24(月) 17:00:59.72

githubの使い方覚えようと思ってsourcetreeとかGitKrakenとかCUIでやるかとか色々検討したけど結局いつものVisualStudioにエクステンション突っ込むので落ち着いてしまった
だめだVSに完全に調教されている。俺は軟弱なプログラマだ

2020/02/25(火) 03:43:59.15

すれち

2020/02/25(火) 15:38:12.24

ツールの話はスレチなの？

2020/02/25(火) 15:50:01.31

>>901
GitHubの話がスレチなんじゃないか?

ｿｰｽｺｰﾄﾞﾎｽﾃｨﾝｸﾞ総合【GitHub,GitLab,Bitbucket等】
https://mevius.5ch.net/test/read.cgi/tech/1531824290/

2020/02/25(火) 16:58:47.93

>>902
でも>>899の言ってる内容はGithub限定の話ではないけど

2020/02/25(火) 17:41:25.91

気にするほどのことはないので大丈夫だよ。

2020/02/26(水) 00:13:19.51

たまにいるgithub=gitな人でしょ

2020/02/26(水) 22:08:46.35

このスレって常連は10人位か？

2020/02/27(木) 11:42:52.83

またまたご冗談を

2020/02/27(木) 15:12:04.24

点呼
1

2020/02/27(木) 17:14:18.54

点呼禁止

2020/02/27(木) 23:48:55.50

点呼　2

2020/02/28(金) 00:08:56.37

なんやかんやありまして

2020/02/28(金) 17:17:41.91

点呼3

2020/02/28(金) 21:50:18.50

オレが3人分になる…

2020/02/28(金) 22:34:38.56

ここまで俺の自作自演

2020/02/28(金) 23:52:33.83

でんこ
10

2020/03/02(月) 15:54:06.71

点呼4

2020/03/06(金) 19:58:58.60

Git v2.26.0-rc0

2020/03/08(日) 17:37:29.18

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.

2020/03/12(木) 14:52:28.29

Qiitaだけでも、git入門、git基礎、いまさらgitについてまとめてみた的なのが乱立してる時点で
初学者に理解されにくい糞仕様が存在してるのではと思われそう。

2020/03/12(木) 18:00:18.56

CUIってだけで難しいと思われるこんな世の中じゃ

2020/03/12(木) 18:46:36.40

管理者が使うコマンドとフローを制限してやる必要があるな
あと定番で使うコマンドのオプション指定がハイフン2つなのはイケてないと思う

2020/03/12(木) 22:13:50.27

ハイフン2つのオプションの方が自動補完しやすいから楽じゃん

2020/03/13(金) 14:04:45.27

GUIがなのはCUIが使えない人に対するハラスメントだと言われたことある

2020/03/13(金) 14:46:24.17

CUIおじさんとORM嫌いおじさんとstaticおじさんて同じ人？

2020/03/13(金) 18:06:34.24

gitでcuiの人はいくらでも居るでしょう

2020/03/13(金) 18:44:41.16

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"

2020/03/18(水) 20:56:46.19

Git 2.25.2

2020/03/23(月) 22:28:27.90

Git v2.26.0

https://github.blog/2020-03-22-highlights-from-git-2-26/

2020/03/25(水) 21:26:50.14

「Git 2.26」リリース、git rebaseのデフォルトバックエンドが変更される
https://mag.osdn.jp/20/03/24/150000

2020/04/23(木) 02:13:07.87

git が難しいのは利用グループごとに使い方が異なっていて標準の使い方がないからだよ。
応用の効く多様性のあるツールという利点なんだけど、自分たちの使い方だけが唯一の正解と思っているアホが多すぎる。

2020/04/23(木) 22:25:15.34

>>930
どうしたの？急に
何かつらいことでもあったの？

2020/04/24(金) 03:25:53.92

まあ、Excelも難しいし、インターネッツも難しいよな
標準の使い方がないから

2020/04/24(金) 03:39:09.00

Excelの標準的な使い方は方眼紙だろJK

2020/04/24(金) 07:47:52.32

ExcelもXML形式になったから
Gitで差分管理できるようになるといいなあ

2020/04/24(金) 09:33:14.31

xlsxをzip展開した状態でリポジトリに入れればいいのかな

2020/04/24(金) 09:42:03.81

VSCode の、Git の拡張機能で、差分表示できないの？

2020/04/24(金) 10:57:17.04

>>930
同意。git自体はかなり使いやすいツールだと思う。
最近気になるのは若い連中がなぜかSIerみたいな運用を好むってところかな。
それやりたいならsvnでも使ってりゃいいのにと思う。

2020/04/24(金) 11:05:24.68

>>937
具体的にはどういう運用？

2020/04/24(金) 14:09:48.24

mergeまでにあほみたいな数の承認の山が必要な運用

2020/04/24(金) 14:26:44.63

具体的には？

2020/04/24(金) 14:39:23.40

なんだただの馬鹿か

2020/04/24(金) 14:40:50.75

使い方が間違えてるなら指摘すればいいのに

2020/04/24(金) 15:27:46.99

>>941
どうやって承認してるかも言えないの？

2020/04/24(金) 15:28:58.68

まさかGitHubのコードレビュー機能が嫌だとかそういうレベルの話？

2020/04/24(金) 17:54:22.49

>>934
コンフリクトしたときに手動マージする自信がないなぁ

2020/05/05(火) 09:06:55.45

たにぐちまこと

Git+GitHub入門 #01：リポジトリーの作成とコミット
https://www.youtube.com/watch?v=_PyuylNk64o&;list=PLh6V6_7fbbo_M3CqTeJvuXB08--fibyBu

YouTube に、分かりやすい動画がある

2020/05/16(土) 15:44:47.91

Git v2.27.0-rc0

2020/05/21(木) 03:32:13.74

脆弱性？

2020/06/01(月) 20:08:44.93

リモート追跡ブランチは全コミットオブジェクトやファイルを含んでるの？
一部メタデータだけとかじゃなく？

つまりリモート追跡ブランチがリモートリポジトリの最新状態を反映していれば、
オフラインでもリモートリポジトリの最新状態を（リモート追跡ブランチから）ローカルリポジトリに反映できる？

2020/06/01(月) 20:11:17.66

ローカルリポジトリじゃないな。
オフラインでもワークツリーにリモートリポジトリの最新状態を反映できるか？

2020/06/01(月) 20:12:00.12

できる

2020/06/01(月) 20:15:32.26

https://qiita.com/uasi/items/69368c17c79e99aaddbf
これのmasterとかmy-local-fooは何というんだ？

2020/06/01(月) 21:15:21.19

１）リモートリポジトリ無しで自分のPCだけでgitを使っている場合、
リモート追跡ブランチは一切存在しない？

２）その場合、自分のローカルリポジトリからcloneすることは可能？
つまりGitは次々と拡散的にcloneしていけるものなんだろうか？
言い換えれば、リモートリポジトリなるものの正体は単に誰かのローカルリポジトリだろうか？

**sage** (ﾜｯﾁｮｲ 8a84-4KSb [115.176.139.111]) · 2020/06/01(月) 22:04:07.44

図の奴はmasterもmy-local-branchもローカルリポジトリのローカルブランチ

ローカルに作成してどこへも push してないローカルリポジトリには、リモート追跡ブランチは存在しない

ローカルリポジトリからcloneすることは可能で、次々と拡散的にcloneできる

しかし、一般的には、cloneやpush/pullだけする上流のリポジトリは、--bare オプションを付けて作成されていて、ワーキングツリーが存在せず、checkout とかできない

さらに、github みたいなサービス上に存在するリポジトリの実体はもっと違うものであってもいい

2020/06/02(火) 02:44:05.47

Git v2.27.0

2020/06/05(金) 18:12:43.55

基本的なことでしたらすみません
マージしてpushしようとしたら、既にリモートのブランチが更新されてた場合ってどう対応してますか？

2020/06/05(金) 19:30:22.23

>>956
fetchして、ブランチを全部表示すると、
自分のブランチとリモートブランチが枝分かれしてるから、
そのリモートブランチを持ってきて、自分のブランチにマージしてからコンフリクトを解消、改めてプッシュしたらいいのでは

それか、自分のブランチをリベースするか
（リモートブランチの先端に自分のブランチの変更をすべてチェリーピックするのと同等）

2020/06/05(金) 21:46:42.14

>>957
自分も前者のやり方で対応してたのですが、
マージ先のブランチを更新する人が多く、pushするタイミングが難しくて質問してみました

リベースはやったことないので調べてみます

2020/06/05(金) 23:50:12.63

pullしてそのままpushするだけでいいよ
履歴を綺麗に保ちたいならgit pull -rebase
時間のかかる大規模なマージのときは事前にコミュニケーションをとって不幸な競合をなるべく回避するように根回し
ひとつのブランチに対してコミットする人が多すぎるならブランチ運用の設計がまずいかもと相談する

2020/06/06(土) 00:10:37.80

その状況だと、リベースとマージは同じだと思うよ。
pushするときに毎度マージが発生するのは仕方ないかもしれないけど、
それをマージしおわってpushしたらもう更新されてたっていうのなら、運用見直したほうがいいと思う。
調停する人置くとかしないとならんかな

2020/06/13(土) 02:42:46.35

Masterって言葉は差別的らしい。

こういう流れを受けて、git 本体のMLでも議論されてる。
Rename offensive terminology (master)
https://public-inbox.org/git/bef39243-806f-7c4a-c3d1-f3500ec377be@iee.email/T/#t
というスレで議論されてる

うーん

2020/06/13(土) 09:41:05.39

主人も婦人も夫人も差別語だな
フェミ厨の出番だぞがんがれ

2020/06/13(土) 10:14:31.26

Masterさんを迫害するな差別主義者どもめ

2020/06/13(土) 11:06:15.43

メタリカのアルバム「Master Of Puppets」の邦題が「メタル・マスター」というのは、どう考えてもおかしい。

2020/06/13(土) 14:28:58.70

BLMの飛び火だろうか
ATA規格のmaster vs slaveが避けられるのはわかる
masterのあるじとしての語義は宜しくないんだろう
でもmaster copyのような原本としての語義までケチをつけるのはどうなのか
Master Yodaのような達人や先生の語義は言わずもがな

>>962
mistressも同じだからフェミ云々はお門違いだろ

2020/06/15(月) 12:44:57.78

Masterを「原版」not主人の意味に定義すりゃ終わる話だな。
手間かけて修正するほどの話じゃない。

言い出しっぺはパッチ出したのかな？

2020/06/16(火) 06:59:51.19

ＳＪＷにはうんざりする

2020/06/18(木) 12:37:36.15

デフォルトのブランチ名の上書きのためのパッチが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

2020/06/18(木) 21:11:41.87

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が最初のイテレーションに取り組んでいて、ユーザーが自分のデフォルトのブランチ名を選択できるように動いていることを明かしています。

2020/06/18(木) 21:52:02.54

git自体も差別じゃないんか

2020/06/18(木) 22:03:59.70

せめてエイリアスにしてくれ
こんなくだらない理由で改修とかバカバカしすぎる

2020/06/18(木) 22:14:47.60

gitのブランチ名はmastet以外に好きに変えられるからいいとしても、デファクトスタンダードな用語をいまさら変えるなんて混乱が起きそうだ
これからmasterブランチのことをなんて呼んだらいいんだろう

2020/06/18(木) 22:42:45.63

「メインブランチ」でいいじゃん。

2020/06/18(木) 23:00:37.99

>>969
githubの話は別のスレでやってくれ

2020/06/21(日) 16:17:31.25

>>973
パワハラでsubmoduleから提訴されるんですね

2020/06/22(月) 20:58:33.95

Git15周年 - GitHubとGitLabに聞く
https://www.infoq.com/jp/news/2020/06/git-fifteen-anniversary-qa/

2020/07/10(金) 22:57:13.05

Git v2.28.0-rc0

2020/07/20(月) 14:46:39.24

rebase -i でコミット整理してる時、面倒なコンフリクトが大量に発生したら皆さんどうしてますか？
やっぱり手動で逐一解決しますかね？

2020/07/20(月) 15:07:06.59

>>978
rebase中止して、conflict解消したcommitして全部sqash

2020/07/28(火) 12:37:17.72

Git v2.28.0

2020/07/28(火) 18:56:12.85

macOSの brew が鬼のような速さでgit更新に対応してた。

2020/07/28(火) 19:40:29.57

git公式がポリコレ機能アピールしててワロタｗｗｗｗｗ
もうこの世界オワタｗｗｗｗｗ

2020/07/29(水) 08:40:04.95

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'.

2020/07/29(水) 09:54:08.36

M$が関わると碌なことにならない

2020/07/29(水) 14:17:27.85

git本体にMSの魔の手が及んだ訳では無いだろ

2020/07/29(水) 15:20:23.29

gitとGitHubを混同してる人結構いるもんね

2020/07/29(水) 15:52:46.53

Highlights from Git 2.28
https://github.blog/2020-07-27-highlights-from-git-2-28/

筆頭にポリコレ機能が…

2020/07/29(水) 16:34:47.09

git ～地図にない場所～

2020/09/01(火) 20:03:54.91

コミット＆プッシュしたとき
ローカルリポジトリ更新されて
リモートリポジトリでコンフリクトでエラーが出て止まったときって
プルしようにもローカルリポジトリでエラー出て
プッシュはもちろんできなくて
作業フォルダは>>>>>>>>>>文字列で
やられちゃってるじゃないですか？

一旦リモートリポジトリの全部とって
手動でマージしたいんですけど
なんとか前の状態に綺麗に戻せませんでしょうか？

2020/09/01(火) 20:18:32.24

git checkout .

2020/09/01(火) 21:44:57.95

>>990
あ、やっぱりそのブランチは死んだと見るべきってことですね
回答ありがとうございました

2020/09/01(火) 22:42:19.89

>>991
ブランチは死んでない、なぜならコミットしてるのだからそこまでは戻せる
pull(リモートとのmergeのこと)にconflictして失敗したのだから、ダメになったのは作業コピー

2020/09/01(火) 23:46:31.27

作業フォルダが>>>>>でやられてるという理解がまず変じゃない？
Gitが分かりやすく競合位置をマーキングしてくれてるだけの一般的な状態
そこから生でテキストを編集するのが怖いならGUIのツールを使えばいい
これができないと常に競合に怯えることになる

2020/09/01(火) 23:46:54.44

ソース全体に無駄にフォーマッタをかけてしまって大量に競合した等、訳あってマージを取り消したいなら
git merge --abort
でマージ前に戻る
綺麗にpullしたいならさらに
git reset --hard HEAD^
でコミット前に戻してからpullして手動マージ

2020/09/01(火) 23:51:13.46

マージコミットを作ってもいいなら
git checkout --theirs .
でリモートのファイル内容になる
git checkout .
だとローカルが優先されるんじゃないかな、間違ってたらすまん
どちらにしてもマージの仕組みを理解していない人がこれやると不味いミスをやらかすかも

2020/09/02(水) 02:12:44.16

>>994
それって亀Gitやsourcetreeだとどういう操作になりますか？