Git 17

**デフォルトの名無しさん** · 2020/09/02(水) 12:18:30.39

ソースコード管理を行う分散型バージョン管理システム、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 15
http://mevius.2ch.net/test/read.cgi/tech/1486239735/
Git 16©2ch.net
https://mevius.5ch.net/test/read.cgi/tech/1502726047/
-
VIPQ2_EXTDAT: checked:vvvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** · 2021/02/18(木) 01:33:18.67

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

**530** · 2021/02/18(木) 01:40:21.32

>>531
ですよね～

>>532
そんなスレッドがあったんですね
ありがとうございます

**デフォルトの名無しさん** · 2021/02/18(木) 21:11:48.11

htmlとcssをローカルでgit管理しているのですが、
たとえば商品ページみたいなのを作っていて、cssなどを触っている時に
トップページのcssを1行だけ変更するとなると、

細かく言えば、商品ページの部分ではない部分のcssを触るのですが、
コミットしてしまうと、2つの目的が同じコミットになってしまいます。
編集部分が異なるところを分ける扱いとかはできるのでしょうか？

**デフォルトの名無しさん** · 2021/02/19(金) 00:06:40.66

>>534 git add -p

**デフォルトの名無しさん** · 2021/02/20(土) 18:30:49.01

コマンドラインから git を利用するプログラムは GPL に感染しない
git のライブラリを直接読んで実行するプログラムは感染します（動的リンク）

ICO っていう PS2 のゲームは、GLP 違反で廃盤になってます（ソースコード公開しやがらなかった）

RMS の団体がいくつか訴訟起こしてるみたいだけど、
日本でGPL関連の裁判は多分いまだに一個もない

そもそもGPLの強制力自体法的にグレーらしいからね
多分日本で裁判起こされても負けないと思う

**デフォルトの名無しさん** · 2021/02/20(土) 20:18:22.09

仮に裁判に負けないとしてもいちいち訴訟起こされたら仕事にならないし時間の無駄だからGPLのライセンス違反は避けとくわ

**デフォルトの名無しさん** · 2021/02/20(土) 23:45:15.22

git checkoutで過去のコミットに戻ったあと、元いた未来のコミットに進むにはどうしたらいいの？

**デフォルトの名無しさん** · 2021/02/20(土) 23:48:26.25

あ、git log --all & git checkoutでいけました。

**デフォルトの名無しさん** · 2021/02/21(日) 00:02:04.50

git checkout -
でよくね

ICOもワンダと巨像も名作だったな

**デフォルトの名無しさん** · 2021/02/21(日) 00:08:08.35

>>540
お、そうなのね。ありがとうー

**デフォルトの名無しさん** · 2021/02/21(日) 00:41:18.13

git-checkout -

You may also specify - which is synonymous to @{-1}.

へぇ～しらなかった。cd - みたいだね。

**デフォルトの名無しさん** · 2021/02/21(日) 17:55:15.38

git switch -
でもいいんやで

ところで、コミットメッセージ編集しても
コミットハッシュに影響しないようにするってのは駄目だったのかな

git の仕様的にコミットメッセージがコミットハッシュに影響しなきゃいけなかった理由ってなんだろ

これさえなければ、専用エディタとかでホイホイメッセージ編集しまくれそうなもんだけど

**デフォルトの名無しさん** · 2021/02/21(日) 18:51:43.30

ゴリゴリ適当に作業して適当にコミットしたい時ってない？

後で rebase で整理するのめっちゃ大変になるんだけど…
コミットせずに、
たまに別のブランチに移りたいときとかはスタッシュ上手く使えばいいのかな？

**デフォルトの名無しさん** · 2021/02/21(日) 20:56:52.41

>>543
わかる。
特に理由はなくて、そこまでやる必要を感じなかっただけだと思う。

俺もコミットメッセージはメタデータなのでコミットのハッシュに含めるべきではなかったと思う。

ただしメッセージも履歴をとっておくべきだと思うので、ハッシュを個別に取って、両方合成でコミットを管理するとかだな。
ソース側のハッシュだけで新しい方にマッチするようになっていれば良い。

**デフォルトの名無しさん** · 2021/02/21(日) 21:35:17.56

>>545
新しい方決め打ちじゃなくて選択させろという
要求でたらというか普通に出るから
最初から今のようにメタデータ込みの方がシンプル

**デフォルトの名無しさん** · 2021/02/21(日) 22:11:25.44

>>543
コミットメッセージまで含めて署名つけるためじゃないの？知らんけど

**デフォルトの名無しさん** · 2021/02/21(日) 23:07:24.75

分散バージョン管理を何だと思ってるんだよ
履歴は複数のリポジトリに存在する可能性がある
特定のハッシュを指定すればどのリポジトリでも同じ履歴を指すのが重要
それなのにリポジトリ毎にコミットメッセージが違う可能性があるとか有り得んわ

**デフォルトの名無しさん** · 2021/02/22(月) 17:57:15.08

>>544
ブランチ作ってそこでガンガンcommitすりゃいい
で、後でまとめてmerge ―squash

**デフォルトの名無しさん** · 2021/02/23(火) 16:58:29.57

https://git-scm.com/docs/git-notes

そんなあなたに git-notes って回答がきたわ

**デフォルトの名無しさん** · 2021/02/23(火) 17:58:41.19

git notes はオワコン
github も表示するのをやめた

https://github.blog/2010-08-25-git-notes-display/
Update (August 14, 2014): Displaying Git notes on GitHub is no longer supported.

**デフォルトの名無しさん** · 2021/02/23(火) 22:33:51.18

オワコンどころか始まってすらいない

**デフォルトの名無しさん** · 2021/02/26(金) 17:25:38.83

Git v2.31.0-rc0

**デフォルトの名無しさん** · 2021/02/27(土) 18:10:10.89

初歩的な質問をさせて下さい

作業用のディレクトリ内にREADME.mdファイルを作成したのですが、
このファイルはコミットした方がいいんですか？
それとも.gitignoreファイル内に記述して追跡されないようにした方がいいですか？

**デフォルトの名無しさん** · 2021/02/27(土) 19:51:01.47

コミットする

**デフォルトの名無しさん** · 2021/02/27(土) 20:10:59.99

何を書いてるか次第じゃね？

**デフォルトの名無しさん** · 2021/02/27(土) 20:22:18.91

>>555
>>556
ありがとうございます

>>556
このリポジトリは練習用です、のような秘匿性は全くない内容です

**デフォルトの名無しさん** · 2021/02/27(土) 21:05:27.89

>>554
コミットしたほうがいいよ
このリポジトリをクローンしたひとが最初に読むことを書いとくといいよ

**デフォルトの名無しさん** · 2021/02/27(土) 22:38:58.24

そのリポジトリはGitHubとかにホスティングするの？

**デフォルトの名無しさん** · 2021/02/27(土) 22:42:38.12

>>559
GitHub等のホスティングサービスでもいいしオンプレにgitサーバー建ててもいいしお好きにどうぞ

**554** · 2021/02/27(土) 23:13:08.51

>>558
>>559
ありがとうございます

>>558
分かりました

>>559
はい、GitHubのリモートリポジトリにコードを挙げようと思っています
コードも練習用で秘匿性はありません

**デフォルトの名無しさん** · 2021/03/03(水) 15:03:41.70

git svn使っててSVNサーバーが移動すると
対処法(svn switch --relocate相当)が微妙でちょっとドキドキしたわ
いろいろやり方あんのな
テスト用のリポジトリ作っていじり倒していると
半日ぐらいすぐに吹っ飛ぶのでヤバい

**デフォルトの名無しさん** · 2021/03/03(水) 20:49:37.84

gitの使い方について質問させて下さい
なんちゃってgit-flowっぽい運用をしています（開発中のブランチはdevelop）

ウォーターフォール型？のプロジェクトを複数人で開発しているんですが、担当範囲の
単体試験が終わるまで一切pushしないメンバーがいます。
そのメンバーいわく「UTが終わってない時点で正常に動く保証が無いのだから、そんな
コードはdevelopにpushしない」との事なんですが、これが一般的な考え方なんでしょうか？

結果、ものすごい量の修正がなされたソースが開発フェーズの最後にどかんとpushされて
プルリクがくるのでとてもレビューしきれないし、確実にコンフリクトも起きます

開発の最中って、各人のコードをどのくらいの頻度でプロジェクト共有のdevelopに
取り込むのが普通なんでしょうか？

**デフォルトの名無しさん** · 2021/03/04(木) 01:24:39.84

>>563
コミュニケーションとfeatureの規模の問題でないだろうか。

・コミュニケーション：
一人はfeatureが固まるまではdevelopにマージしないのが普通と考えている。もう一人はdevelopが壊れてもいいから（そういうことでしょ？）マージしてほしい。
これは会話をしたり規約を決めて解決する問題だと思うね。
表面だけ見れば、個人的にはdevelopは壊したくないので同僚に一票。
理由としてはfeatureは担当者の私物に近いが、developは共有だ。参照されるライブラリを書いているような状況では、利用する機能を壊しかねない。他人に迷惑をかけるコードをマージしたくない考えには賛同できる。
文字通り（devへのマージでなくてfeatのまま）pushしてくれないということだとしたら、その必要性を伝えてみたらどうかな。
あなたが進捗を把握するためにpushしてほしいのか、レビューを先に細かくしておきたいからしてほしいのかは知らないけど。
あなたが熱心に説得しても、もし同僚が聞き入れないのであれば、それは柔軟性や協調性の問題であるから、上司に相談してみるといいかもね。（性格がPJに合わなかっただけなので、個人批判はしないこと）

**デフォルトの名無しさん** · 2021/03/04(木) 01:25:15.34

>>564
・featの規模の問題：
頻度はわからないが、どかんとコードがpushされるというのは、featに切り出した問題が大きすぎるのではないか？
開発方法が詳しくわからないが、アジャイル開発でやるようなプランニングポーカーでもやってみたらどう？
あなたが思っているよりも複雑で大きな機能なのかも。
レビューが大変なら、簡単になるようなサイズまで切り出してみたらいいんじゃないかな。

・あとは考えたくないけど、能力不足：
担当者か、レビュアーの能力が足りていないために、苦労している。
担当者目線では難しい機能で、時間がかかってしまい、フェーズの終盤までかかってしまう。
レビュアー目線では、担当者のコードを読み解くことができず、平均以上に難しさを感じている。

**デフォルトの名無しさん** · 2021/03/04(木) 01:26:06.16

>>565
・最後に：
プルリクのコンフリクトは、feat担当者にマージできるように作らせるのがオススメ。（「develを壊さないようにfeatを作ってください」）
プルリク出す前に再度develからfeatにマージさせるようにすれば解決できる。（これ自体はgit flow標準ではない）
また、一定以上のコンフリクトが発生するものはacceptしないなど。

平和的に解決するように頑張ってください。

**デフォルトの名無しさん** · 2021/03/04(木) 01:48:02.33

もう一点だけ補足。
説教になって申し訳ないです。

業界の普通を知ることは当然大事で、普通のことを普通にできるようにするのは大切なことなのですが、実際はチームの数だけやり方があります。
なので普通に合わせるよりも、うまく行かない現状がうまく行くような方法を適宜考えていくのが最もうまく行く方法だと考えます。

Gitと関係ないことを連々と失礼しました。

**デフォルトの名無しさん** · 2021/03/04(木) 02:34:30.70

>>566
同感
コンフリクトが多くて実質マージ不能なプルリクは却下でいいだろ

**デフォルトの名無しさん** · 2021/03/04(木) 09:35:56.38

ここは開発者に優しいスレですね

**デフォルトの名無しさん** · 2021/03/04(木) 15:56:47.53

>>563
なんとなく問題は、本流以外だと動作確認しづらい何かがあるんじゃないかという気がする。
つまりgit以外の問題なんじゃないかと。

**デフォルトの名無しさん** · 2021/03/04(木) 17:31:50.50

Git v2.31.0-rc1

**デフォルトの名無しさん** · 2021/03/04(木) 18:38:18.06

>>571
masterからmainへの名称変更は前回のv2.30で一段落付いて、
今回は普通のリリースになりそうです。

**デフォルトの名無しさん** · 2021/03/04(木) 19:13:26.59

>>566
>>568
ローカルで最新devをマージしてコンフリクトを解決するのがgit flow標準になっていないのは、何か理由あるのかしらん？
後のリクエストに修正義務を課すのはわかりやすいルールだと思うけど、問題あるのかな？

**デフォルトの名無しさん** · 2021/03/04(木) 21:37:38.82

標準にしてないだけじゃないかな
プルリクとは限らないから、自分でマージしたっていいし

**デフォルトの名無しさん** · 2021/03/04(木) 21:44:50.30

自分でっいうか
devで自分でって言いたかった。

**デフォルトの名無しさん** · 2021/03/10(水) 09:01:05.42

Git v2.30.2

**デフォルトの名無しさん** · 2021/03/10(水) 14:21:53.36

「Git」v2.15以降に任意コード実行の脆弱性～v2.30.2へのアップデートを
https://forest.watch.impress.co.jp/docs/news/1311031.html

「Git LFS」が“git clone”を実行する際使われる遅延チェックアウトの仕組みに脆弱性があり、細工が施されたリポジトリから任意のコードを実行できてしまう問題(CVE-2021-21300)が修正されている。

この脆弱性は「Git」v2.15以降に影響し、最新版へ更新することで解決できる。何らかの理由でアップデートが難しい場合は、以下の緩和策が推奨されている。

・“git config --global core.symlinks false”を実行して「Git」のシンボリックリンク対応を無効にする
・プロセスフィルタのサポートを無効にする
・信頼されていないリポジトリのクローンを避ける

**デフォルトの名無しさん** · 2021/03/16(火) 07:48:49.09

Git v2.31.0

**デフォルトの名無しさん** · 2021/03/17(水) 19:54:37.33

ゴミ

オープンソースを売り渡したゴミ

**デフォルトの名無しさん** · 2021/03/17(水) 20:20:57.14

>>579
もしかして、gitとgithubを混同してる？

**デフォルトの名無しさん** · 2021/03/17(水) 23:37:10.54

GitとGitHubを混同するのは、GitHubを使ったことのない初心者だからね。

書籍での説明もPCにGit、インターネット上にGitHubがある使い方を前提とした説明ばかりだから、一緒くたになるんだと思う。

**デフォルトの名無しさん** · 2021/03/18(木) 01:49:39.04

そんな書籍は捨ててしまえ

**デフォルトの名無しさん** · 2021/03/18(木) 02:31:24.73

知識レベルとしてはアスカの言うギフハブ=悪の組織と変わらんなw

**デフォルトの名無しさん** · 2021/03/18(木) 09:45:31.10

error: 7332 bytes of body are still expected MiB | 14.00 KiB/s
fetch-pack: unexpected disconnect while reading sideband packet
fatal: early EOF
fatal: fetch-pack: invalid index-pack output

ゴミ

DL数稼ぎみたいなクズ

**デフォルトの名無しさん** · 2021/03/18(木) 09:46:18.63

共犯だから一緒くたにしなければならないんだよ

**デフォルトの名無しさん** · 2021/03/18(木) 09:51:54.96

gitのアカウント持ってるかって聞かれたことある？

**デフォルトの名無しさん** · 2021/03/18(木) 12:24:31.07

あるよ。もってるならそのアカウントを会社で使うし
持ってない人や会社とは別にしたい人は新しく作る
今はしらんけど無料アカウントは複数持てないので
どちらかを有料アカウントにする要津がある

**デフォルトの名無しさん** · 2021/03/18(木) 13:09:23.00

それはGitHubのアカウントだろ

**デフォルトの名無しさん** · 2021/03/18(木) 14:29:23.28

gitにアカウントなんてあるんだ
はつみみだわ

**デフォルトの名無しさん** · 2021/03/18(木) 15:06:05.43

git + sshd 最強

**デフォルトの名無しさん** · 2021/03/18(木) 15:42:08.34

ヘミ猫信者かな

**デフォルトの名無しさん** · 2021/03/18(木) 16:07:02.18

gitのアカウント持ってるか聞かれて、bitbucketとか自前のホスティングサービスみたいなのを答えたらどうなるの？
こいつ空気読めねーなみたいな感じになるの？

**デフォルトの名無しさん** · 2021/03/18(木) 22:01:51.13

そういうときに本当に空気読めないのは「えっ？gitにアカウントなんてないですよ」って言うやつじゃないか？

**デフォルトの名無しさん** · 2021/03/18(木) 22:31:26.93

gitのアカウントも知らないんですかと馬鹿にしたように言われて
噛み合わないまま

**デフォルトの名無しさん** · 2021/03/18(木) 23:02:30.10

Gitのアカウントもあるからな。

Gitのローカルユーザー名が、OSのユーザー名だと知らないのもイタいな。

**デフォルトの名無しさん** · 2021/03/19(金) 01:11:18.57

Gitも使えないゴミと仕事するのは疲れる

**デフォルトの名無しさん** · 2021/03/19(金) 01:29:38.99

WebデザイナーがGitHubのGitしか、説明しないからおかしくなる。

**デフォルトの名無しさん** · 2021/03/19(金) 06:12:35.81

どこにでも入り込んでくる

まるで覗き趣味の変態みたいだ

**デフォルトの名無しさん** · 2021/03/19(金) 06:28:35.38

>>598
それはギフハブだろ

**デフォルトの名無しさん** · 2021/03/19(金) 07:42:24.61

git も共犯

**デフォルトの名無しさん** · 2021/03/19(金) 09:31:16.08

飛鳥はこのことを予言していたのか

**デフォルトの名無しさん** · 2021/03/19(金) 10:37:37.34

ギフハブの正体

岐阜への移住応援サイト GIFU×HUB
https://docodoor.co.jp/web/gifuhub/

岐阜県への移住を応援する悪の秘密結社だった（？）

**デフォルトの名無しさん** · 2021/03/19(金) 10:50:25.30

おっかねーな

**デフォルトの名無しさん** · 2021/03/19(金) 11:50:29.50

日本三名泉の心地よさに身も心も籠絡されてしまうわけか

**デフォルトの名無しさん** · 2021/03/19(金) 17:45:14.93

>>600
お前まだいたのか。何が犯罪的でgitが何故共犯なのか説明してくれよ

**デフォルトの名無しさん** · 2021/03/26(金) 01:42:50.92

あげ

**デフォルトの名無しさん** · 2021/03/27(土) 08:45:34.40

Git v2.31.1

**デフォルトの名無しさん** · 2021/03/28(日) 19:48:47.28

kernel.orgにgitのコマンドや引数が網羅されているドキュメントがあったと思うんですが
URLをご存知の方おしえてください

**デフォルトの名無しさん** · 2021/03/29(月) 03:53:51.49

https://git.wiki.kernel.org/index.php/GitDocumentation
これ？
git inurl:kernel.orgでググったよ。

**デフォルトの名無しさん** · 2021/03/29(月) 13:04:27.67

>>609

違うな

こういうレイアウトのページ
https://man7.org/linux/man-pages/man1/tmux.1.html

**デフォルトの名無しさん** · 2021/03/29(月) 15:22:33.89

まさかと思ったけど、もしかしてmanページのことか？

**デフォルトの名無しさん** · 2021/03/29(月) 18:42:53.14

>>610
http://www.kernel.org/pub/software/scm/git/docs

上にマニュアルのリンクあったけど。

**デフォルトの名無しさん** · 2021/03/29(月) 18:48:06.84

こっちの方が見やすいかも。
https://git-scm.com/docs/git

**デフォルトの名無しさん** · 2021/03/29(月) 22:54:46.19

おれもそっちのほうがいいと思ったんだけどkernel.orgの方を探しているみたいだったので…

**デフォルトの名無しさん** · 2021/04/01(木) 19:24:56.13

コミット対象をよりわけるのをやめてみよう
https://b.hatena.ne.jp/entry/s/irof.hateblo.jp/entry/2021/03/31/230014

**デフォルトの名無しさん** · 2021/04/01(木) 21:33:40.53

>>615
あんまり説得力ないな

**デフォルトの名無しさん** · 2021/04/01(木) 22:13:59.29

これは害悪でしょ。

**デフォルトの名無しさん** · 2021/04/01(木) 22:17:02.72

git add . でいいじゃん（いいじゃん）

**デフォルトの名無しさん** · 2021/04/01(木) 22:34:41.40

git add . とgit add -A とgit add -A .は何が違うの？
次の認識でいい？
1つ目が、カレント以下のディレクトリのみを更新(add, modify, remove)
2つ目がレポジトリのルートから全部更新
3つ目は1つ目と同じ。

**デフォルトの名無しさん** · 2021/04/03(土) 08:23:34.30

windowsのandroid studioで、git/githubで管理してるプロジェクトがあるんですが、OSを新規インストールしてandroid studio/gitも新規インストールしました
ただ、プロジェクトは別のドライブにあるのでそのままですが、続きをやる場合は何が手っ取り早いのでしょうか?

一旦プロジェクトを削除してgithubからcloneしなおす以外に方法あったら教えてください

**デフォルトの名無しさん** · 2021/04/03(土) 08:26:06.69

>>620
Android Studioで別ドライブのプロジェクトをそのまま開けばいいのでは

**デフォルトの名無しさん** · 2021/04/03(土) 12:37:10.32

何故このスレで聞いてんの?
馬鹿なの?

**デフォルトの名無しさん** · 2021/04/03(土) 17:09:28.94

>>621
そうですか
githubのアカウントなどのリモートリポジトリの情報はどこに格納されてるのかなと思いまして
別のドライブのプロジェクト内に保存されてたらそのまま開けばよさげですが、その情報削除されてるならどうやって続きをと思った次第です

**デフォルトの名無しさん** · 2021/04/03(土) 17:51:35.48

確認されるからもう一度認証すればよし

**デフォルトの名無しさん** · 2021/04/03(土) 18:01:23.58

ありがとうございます
試してみます

**デフォルトの名無しさん** · 2021/04/03(土) 18:28:54.37

>>622
gitの話だから問題ない

**デフォルトの名無しさん** · 2021/04/12(月) 17:58:47.10

>>615読んで気になったんだけどPR出してから歴史の改ざんって出来ないかな･･･
セルフチェックせずに勢いで出してからあそこ違う、ここ、そこもとなってforce-pushのログで汚れてしまった

**デフォルトの名無しさん** · 2021/04/12(月) 19:16:36.06

普通にできるだろ
自分のリポジトリなんだから

**デフォルトの名無しさん** · 2021/04/12(月) 20:30:57.77

もちろん他人様のリポジトリさ

**デフォルトの名無しさん** · 2021/04/12(月) 20:33:26.96

他人のリポジトリに勝手にブランチ作れるわけねーだろ

**デフォルトの名無しさん** · 2021/04/12(月) 23:06:47.08

どういうこと？
取り込まれる前なら出し直せばいいし、
取り込まれたらもうできないでしょ

**デフォルトの名無しさん** · 2021/04/13(火) 02:20:43.67

他人のリポジトリにforce-pushしてんのか
恐ろしい恐ろしい