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

2018/09/11(火) 16:01:58.73

>>495
VSSにブランチの概念はない

2018/09/11(火) 18:36:51.82

Git v2.19.0

2018/09/11(火) 18:37:18.33

Highlights from Git 2.19
https://blog.github.com/2018-09-10-highlights-from-git-2-19/

2018/09/11(火) 18:38:12.15

「Git 2.19」リリース
https://mag.osdn.jp/18/09/11/155000

2018/09/13(木) 16:46:03.57

>>495
人間から見た操作的には同時コミット（チェクイン）可能ではあるが、履歴は基本的にRCS/CVS的なファイル単位の差分管理のみ。

2018/09/14(金) 00:48:08.83

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/

2018/09/14(金) 13:11:27.35

共有用なんかで作るベアレポジトリって、中身はHEADとかbranch/とかばかりで、実際に管理しているファイルは入ってませんよね
git ls-filesしても、なにも出てきません

そのベアレポジトリで管理されてるファイルの一覧を見る方法を教えてください

cloneすると、管理しているファイルもclone先に作成出てきますが、そうて'はなく、コマンド等で確認したいです

2018/09/14(金) 17:59:23.22

git ls-files in bare repository

https://stackoverflow.com/questions/25906192/git-ls-files-in-bare-repository

2018/09/20(木) 00:41:04.59

>>503
㌧

2018/09/25(火) 19:14:08.32

>>453
こっちになった
移行じゃなくてミラーだけど
https://github.com/openjdk/jdk

2018/10/06(土) 13:27:10.21

Git 2.14.5, 2.15.3, 2.16.5, 2.17.2, 2.18.1, and 2.19.1

2018/10/10(水) 16:37:24.37

CVSとかsubversionでブランチを作るのはgitに比べると遅いといわれる理由は何なんや

gitではブランチはコミットオブジェクトを指すだけの参照だから、ブランチを作成するには、コミットオブジェクトを書き込むだけで済むから高速というのはわかる

一方CVSやsubversionではブランチをどうやって作ってるんや(´・ω・`)

2018/10/10(水) 22:28:09.22

CVSは知らんがsubversionのブランチってほぼファイルコピーみたいなもんだからじゃない？

2018/10/10(水) 23:46:19.37

svnはブランチ作るだけなら言うほど遅くないと思うがな。
ブランチ作った時点では差分がないからファイル内容はコピーされないで参照ができるだけだよ。
それでもgitよりやることは多いだろうけど、ブランチ作るのもリモートリポジトリ操作だからってのが一番大きいんじゃないかな。

CVSはRCSというdiffファイルで世代管理するツールがベースになっている。
リポジトリもRCSそのままのdiffファイルに毛が生えたようなテキストファイルの束だから遅いと聞けばそりゃまあそうだろうと思う。
当時のPC環境が今より数段遅かったというのもあるがローカルで使っても遅かった。

2018/10/11(木) 05:33:29.69

>>507
subversionはブランチはリモートに作るもの
ローカルだけでは作れないので遅いし
ネットワークがつながってないと使えない

2018/10/20(土) 02:27:48.69

新たなGit Submoduleの脆弱性にパッチが当てられた
https://www.infoq.com/jp/news/2018/10/git-submodule-vulnerability

2018/10/20(土) 09:19:23.04

>>511
Windowsは関係ないやつだっけ

2018/10/20(土) 11:36:14.44

ブランチ作成でファイルを全部コピーするのはVSSぐらいだろ？

2018/10/20(土) 11:37:16.20

>>513
VSSにブランチの概念はないが

2018/10/20(土) 12:08:25.43

>>514
ファイルの共有および分岐、マージ機能
https://msdn.microsoft.com/ja-jp/library/cc844084.aspx

2018/10/20(土) 12:23:41.67

VSS使ってる人を見たことが無い

2018/10/20(土) 12:51:26.53

>>516
ここにいるよ

2018/10/20(土) 12:53:33.46

見えねえよ！

2018/10/22(月) 02:51:07.37

GitHubを使ってみたくてGit勉強してるんだけど
GitがGUIで使えるような奴はなんか欠点あるの？Windows環境とかでもCLIでやってる人が多いのはなぜ？

2018/10/22(月) 04:02:36.43

日常的によく使う操作はIDE使った方が早いけど複雑な処理になったらCUI使わないとできなかったりするね
要は使い分け

2018/10/22(月) 05:30:44.52

>>520
逆じゃないかな。
日常的にやってる操作はCUIの方が楽でしょ。
変遷をグラフィカルに表示して一望したかったりする時にGUIが大いに役立つ。

2018/10/22(月) 05:46:24.38

要は使い分けだよ
CUIが必要なければ使わなくていいし
とりあえずはCUIで勉強するのがおすすめ

2018/10/22(月) 10:19:53.34

>>521
ほんそれ
CUIで充分

>変遷をグラフィカルに表示して一望したかったり
githubのnetworkで観てるわ

2018/10/22(月) 10:50:38.25

なるほど
みなさんありがとう

2018/10/22(月) 13:59:01.46

>>521
グラフを見るなら
git log --oneline --decorate --graph --branches --tags --remotes

https://qiita.com/imudak/items/4a8549b46fe2e509a08c

2018/10/22(月) 22:00:13.43

どうしてもキャラクタ表示じゃなきゃやだっていうこだわりが無けりゃ gitk --all& 一択だね。

2018/10/23(火) 11:18:14.34

初心者です。

長くなったソースファイル(s1.cpp)があり、
このコードの一部を、新規作成したファイル(s2.cpp)に分割したいと考えています。
この時、どのような方法で移行するのがGit的には望ましいのでしょうか。

とりあえず今までは、まず単純にコピーしてコミット、
両方のファイルから不要部分を削除（＋微修正）してコミット、
といった感じで2回コミットしていました。

なお、開発環境はWindows10 Pro、言語はC++、UIはGit Bash、
ホスティングサービスはGitHubを想定しています。

2018/10/23(火) 12:47:10.81

git的にはどうでもいいと思うけど、ファイルコピーしたという事実をわざわざ履歴に残したいの？意味なくない？

**527** (ｽｯｯﾌﾟ Sda2-9tbo [49.98.159.231]) · 2018/10/23(火) 13:39:01.02

>>528
コピーした事実というか、s2.cppからs1時代の履歴を追えるようにする
というのが一番の目的です

現状でも、分割したタイミングで分割したよとメッセージを残しておけば
人間なら内容を理解できるので、そちらを見てくれるとは思います

システム的なルールに限らず、定番のやり方だとか
別ツールで利用するときに相性の良い方法などあるのかな？
と思った次第

2018/10/23(火) 16:48:16.91

>>527
一回で充分

人間は
AをBにcopy
Aを編集
Bを編集

のつもりでも

gitは
AをBにrename
Aを新規作成
Bを編集

だったりする
(必ずこうなる訳ではない)

良きに計らえ

2018/10/23(火) 17:08:18.22

>>530
ありがとう
リネーム扱いになるってことは、基本的にはちゃんと追ってくれるってことでいいのかな

2018/10/23(火) 18:22:33.25

いまの操作でほぼ確実にログやblameが追跡できているのであれば
多分ほぼベストな方法なんじゃないかと思う

2018/10/23(火) 20:36:56.77

各commitの変更を見たりcheckoutするときとかはSourceTreeの方が便利だなぁと感じる
rebase -iとかfilter-branchを使う時はCLIでやってる

2018/11/03(土) 02:36:21.94

次に出る、2.20では

* "git rebase" and "git rebase -i" have been reimplemented in C.

なんだな。いろいろバグが出そう。

2018/11/03(土) 12:48:17.60

privateなリポジトリに誰がcloneしたか見る機能あります？

2018/11/03(土) 17:48:49.21

孫cloneできるのに意味あるのかな
GitHubやGitLabの監査ログには書かれると思う

2018/11/05(月) 20:51:03.08

個人の開発でパソコン二台で運営してる時、それぞれのパソコンでuser.nameとuser.emailは使い分けるべき？

2018/11/06(火) 00:16:35.19

>>537
ありえない

2018/11/06(火) 00:17:12.86

何を運営してるか知らないけど、2台とも同じユーザが使うならuser.nameとuser.emailも同じでいいでしょ

2018/11/06(火) 00:44:01.68

>>538-539 ありがとうございます。

2018/11/06(火) 01:02:17.74

>>537
分けるべきだよ

2018/11/06(火) 01:03:31.00

>>541
なぜそう思った？

2018/11/06(火) 10:22:48.91

もしかすると、特定の用途のときに優位性を発揮するとかはあるのかもしれないが
すぐには思いつかないなあ

2018/11/06(火) 13:32:21.44

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 サポートについて議論している。

2018/11/10(土) 12:26:31.36

.gitattributesで自前のxfuncnameを使おうと思ってるんだけど、xfuncnameの方をリポジトリに設定することって出来ないかな？

2018/11/23(金) 19:42:01.93

Git v2.20.0-rc1

2018/11/23(金) 19:44:51.13

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人目を妊娠中とかどんだけｗ

ユタ大学ってことはモルモンなのかな。

2018/11/23(金) 22:18:26.62

>>547
嫁さん大好きなんだろうな。なんかほっこりする

2018/11/24(土) 12:10:57.56

元気があってよろしい

2018/12/09(日) 19:52:39.51

Git v2.20.0

2018/12/10(月) 23:22:19.59

「Git 2.20」リリース
2018年12月10日16:45
https://mag.osdn.jp/18/12/10/164500

2019/01/08(火) 10:44:21.28

朗報、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!

2019/01/08(火) 11:03:49.09

MSが買収してよかったなー

2019/01/08(火) 11:05:39.19

2019/01/08(火) 11:08:13.12

2019/01/08(火) 11:48:48.30

bitBacketどうすんの！潰れる！

2019/01/09(水) 02:41:34.19

jira使ってるところはbitbucket使うし問題ない

2019/01/09(水) 18:17:48.19

jira使ってるけどGitLab……

2019/01/10(木) 15:55:09.18

gitLabカワイソス

2019/01/17(木) 02:04:36.55

そいえば謹製のCIだかCDだかってどうなったん？

2019/01/29(火) 20:54:18.09

ワークフローとパフォーマンスを改善したGit 2.20
https://www.infoq.com/jp/news/2019/01/git-2.20-released

2019/01/30(水) 16:09:35.32

gitはバージョンアップしなくても使えるからバージョンアップしない

2019/02/10(日) 13:02:56.99

次の次（ git 2.22 ? ) あたりで、　git switch ってコマンドができるみたいだな。
git checkout　とは似て非なるコマンドのようだ。

2019/02/10(日) 18:29:22.46

マジで？

tortoise gitはswitchって文言をcheckoutのために使ってるからややこしいね

2019/02/10(日) 19:02:50.76

stashとcheckoutを合わせたようなニュアンスを感じるが、どんなもん？

2019/02/10(日) 21:11:30.45

>>563
どこ情報？

2019/02/11(月) 14:27:59.53

チェリーピックっていつ使うのか全くわからない…

2019/02/11(月) 14:55:08.32

最新リリースのバグ対策を進めながら、そのうちいくつかのバグ修正が旧リリースにも必要なことが判明したときとか
同僚が開発してた機能にDBの定義変更があって、自分の担当する機能にも同じ変更の影響があることに後から気付いてSQL周りを貰いたくなったときとか

2019/02/11(月) 18:16:18.89

>>566
https://public-inbox.org/git/20190130094831.10420-1-pclouds@gmail.com/T/#t

2019/02/11(月) 18:36:52.51

>>567
よそのブランチから良さげな修正だけを持ってくる時に使うくらいかな

2019/02/11(月) 22:58:18.36

>>567
きれいなコミット履歴を作りたいときに多用するよ

コミットを終えた汚い（他の人がレビューしづらい、自分で振り返りづらい）ブランチの先端で
別の名前のブランチを作っておき、
やり直したいところで新たなブランチを作り、
そこに汚いブランチから、コミットの順序を入れ替えたり一部のみ取り込んだりするときにチェリーピックを使うよ

2019/02/11(月) 23:20:37.53

そのブランチの分岐元でならともかく、先頭でやるなら rebase -i かな。

2019/02/12(火) 00:38:06.87

>>570-571
なるほど…

2019/02/12(火) 02:07:26.70

rebase -i いいよね

2019/02/12(火) 21:56:21.55

数人の開発だけどリベースは一度も使ったことない

2019/02/12(火) 22:33:57.68

1人で開発するときもリベースは使う

2019/02/13(水) 02:30:48.17

1人だとrebase -iの嵐

2019/02/13(水) 13:24:15.19

自分はほとんど使った経験ないけど
revabse -i があることで、割と気楽にコミットできる心理的メリットみたいなのあると思う

**578** (ﾜｯﾁｮｲ 63bd-/hzi [157.192.78.184]) · 2019/02/13(水) 13:25:09.30

なんだよrevabseって。

2019/02/13(水) 14:01:16.40

チームによってrebace派とmerge派があって、
色々難しいお。

2019/02/13(水) 19:52:18.33

revabse vs rebace vs rebase vs merge
ファイッ

2019/02/13(水) 20:09:26.87

リバブス？

2019/02/13(水) 21:00:45.24

reverbしろ

2019/02/13(水) 21:12:53.96

マージのポリシーの派閥はこのぐらいある
rebase せずに merge --no-ff 派
rebase せずに merge 派
rebase して merge --ff 派
rebase して merge --no-ff 派

2019/02/13(水) 23:29:06.50

branchとcheckoutとcherrypickとrebase -iとmerge全部バンバン使うでしょ

2019/02/14(木) 07:48:25.41

>rebase して merge --ff 派
>rebase して merge --no-ff 派

どちらか一方を　revabse　に汁

**578** (ﾜｯﾁｮｲ a3bd-FBd+ [157.192.78.184]) · 2019/02/15(金) 00:48:50.98

もう許してｗ

2019/02/15(金) 00:51:08.70

頼むからrebaseは個人だけにしてくれ

2019/02/15(金) 12:16:05.03

おまえの頼みなど聞かん

2019/02/15(金) 12:19:24.54

Purge & Ttap

2019/02/15(金) 12:19:47.73

trap

2019/02/15(金) 12:53:54.68

レス乞食に餌を与えないでください

2019/02/15(金) 14:12:21.42

コマンド全くわからん
どうすれば勉強できますか？

2019/02/15(金) 21:01:40.12

所詮は道具なんだし、
必要なときに調べながら使えばいいと思う

2019/02/16(土) 10:09:57.41

ランボー派です

2019/02/16(土) 16:46:14.11

俺はコナン派