Git 17

■ このスレッドは過去ログ倉庫に格納されています
2020/09/02(水) 12:18:30.39ID:XN0SxNMq
ソースコード管理を行う分散型バージョン管理システム、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
130デフォルトの名無しさん
垢版 |
2020/10/29(木) 13:56:10.58ID:PxiO9E+R
git remote set-head origin master
131デフォルトの名無しさん
垢版 |
2020/10/29(木) 14:04:48.81ID:PxiO9E+R
https://ngyuki.はてなblog.com/entry/20120827/p1
2020/10/29(木) 19:36:03.79ID:spI7D+16
散々ニュースで言われてるのに今頃になって対応とか遅くない？
2020/10/29(木) 21:20:17.79
>>130-131
設定できるのかー

①githubで新規リポジトリ作成
②ローカルのリポジトリディレクトリに移動して$ git init
③$ git add . $ git commit -m 'ローカルスタート'
④$ git checkout -b main $ git branch -d master
⑤$ git remote add origin https://github.com/[user name]/[repository name].git
⑥$ git push -f origin main
ってやってる・・
2020/10/29(木) 21:25:35.79
もうつぎからはリモートスタート（クローンスタート？）だとローカル側もmainブランチで始まるから
空リポジトリをクローンする方法でやる
2020/10/30(金) 02:21:28.42ID:hYhF3+Ov
「gitのメインブランチは昔はmasterだった」
「嘘乙」
「なんでmasterからmainになったんですか？」
「masterは奴隷差別を連想させるからだよ
」
136デフォルトの名無しさん
垢版 |
2020/10/30(金) 10:46:57.43ID:7MkyV1Cp
ホワイトナイトは差別用語なので禁止してください
2020/10/30(金) 11:28:40.33ID:fOGNKV/n
releaseとかsummaryとか使うところ出てくるかな？
integrationとかは無さそうかね。
2020/10/30(金) 12:11:13.25ID:htSSX+dm
昔から develop ブランチを使ってるとこが多いでしょ
2020/10/30(金) 12:16:58.72ID:qV+CbFPu
王様のブランチ
2020/10/30(金) 14:19:49.76ID:MCHAoW+H
git flowしてたらreleaseブランチは普通にあるでしょ
2020/10/30(金) 14:21:58.61ID:JR1a94e7
それな
2020/10/30(金) 19:04:56.80ID:sXVsY8+M
してなかったら　という考えはないのか？
2020/10/30(金) 19:06:03.15ID:JR1a94e7
「使うところが出てくるのかな？」に対して「既に使ってるところはあるやろ」って返しだから何もおかしくない
2020/10/30(金) 19:22:46.09ID:EIXxJgw3
開発当事者でもないのにブランチ名変えろと
ポリコレissue投げまくる事件起こりそう
2020/10/30(金) 19:43:14.51ID:UyuACH5o
tortoisegitでマージコミットを選択すると、親１との差分、親２との差分という形で別れて表示されますが、これを3-way表示にさせる方法はありますでしょうか？
テキスト比較できないファイルを外部ツールでdiffしており、競合の編集時はその外部ツールで3way表示できるように設定しています。
マージコミットからダブルクリック等でその外部ツールの3way表示が開くのが理想なのですが、そのような設定や手法はありませんでしょうか？
146137
垢版 |
2020/10/30(金) 19:52:27.03ID:fOGNKV/n
すまんすまん、デフォルトブランチを変える話な……と思ったけど、開発観点からはgitのデフォルトブランチなんてどうでもいいか。

>>144
mster使わないのは別に構わないけど、開発者なら技術的な利点を主張して欲しいわ。
技術屋が形だけでも同意できる理由も用意せずにねじ込もうとするポリコレバカはくたばって欲しい。
2020/10/30(金) 20:43:26.47ID:FRK/o1cy
わかったわかった、ポリコレに配慮してブランチ名はすべてsha1ハッシュにしよう
2020/10/31(土) 00:05:36.62ID:fZ9rhoe3
>>144
起こってる
149デフォルトの名無しさん
垢版 |
2020/10/31(土) 10:36:44.35ID:fxcwqRC2
秋葉でお帰りなさいませ御主人様が聴けなくなる日も近いか
2020/10/31(土) 12:37:08.41ID:GZ18ZzMi
メイド自体も主従関係の歴史を想起させるのでNG
家事の主体たる職業名を採用しメイドカフェはハウスキーパーカフェになります
衣装はズボンとエプロン
2020/10/31(土) 12:54:07.19ID:ocpJ6AXX
おかえりなさいまで、お代官様で
2020/10/31(土) 14:46:00.48ID:VrvpgzMp
女王様のムチSMプレイが無くなる日も近いな
2020/10/31(土) 20:26:19.50ID:c/zcO3b2
ホットドッグにマスタードかけるのも禁止になりそうだな
2020/10/31(土) 20:44:44.67ID:vjQAEmq+
マスターベーシャンも禁止
2020/11/01(日) 21:34:55.35ID:Qu4WS0HS
Git v2.29.2
2020/11/02(月) 22:17:08.12ID:onwGyibB
ファストフォワードマージと分岐するマージはどっちを利用するべきなんでしょうか？
2020/11/02(月) 22:36:10.14ID:b6W98kSU
ケースバイケースだから二つあるんだよ。
2020/11/04(水) 13:54:17.76
pythonの場合
distディレクトリとegg-infoディレクトリは
git rmしますか？
それとも更新するたびにsetup.pyして最新版の.tar.gzもpushするのでしょうか。
159デフォルトの名無しさん
垢版 |
2020/11/04(水) 14:39:20.50ID:wF8lqQTT
.ignore に描く
2020/11/04(水) 15:42:04.95
ホームディレクトリに.ignore設置して云々とかあるけど
全部コマンドでできればいいのに・・
2020/11/04(水) 15:42:46.75
全部コマンドで、というか
git config で・・
2020/11/04(水) 17:50:40.26ID:Q20JRtoy
そういうのはリポジトリの .gitignore で除外するだろ
言語に対応した .gitignore を自動生成する仕組みとかあるからググれ
163137
垢版 |
2020/11/04(水) 19:03:17.34ID:RhljQsjd
>>160
gitignore自体gitの管理対象なんだから、ファイルのほうがいいだろ。
2020/11/05(木) 22:38:23.35ID:p8NevL67
git config　の core.autocrlf について教えてください

リモートのリポジトリにAとBというブランチがあります。
２つのブランチのファイルの改行コードはLFになっています。

下記手順でAとBをチェックアウトし、各ブランチの改行コードを見ると、AもBもCRLFとなっていました。

①git config --global core.autocrlf=true を実行しAのブランチをチェックアウト
②git config --global core.autocrlf=false を実行しBのブランチをチェックアウト

一度チェックアウトした後にcore.autocrlfの設定を変えても、その後にチェックアウトしたブランチには適用されないのでしょうか？
2020/11/05(木) 23:20:14.93ID:Jc1WkDDO
autocrlfを気にするということはWindowsでの開発だと思います。
autocrlf=trueでコミットしたんじゃないかと思います。

コミット内容はオプションを変えても変わりません。
これはレポジトリはLFにして、作業コピーはCRLFで扱うオプションです。

個人的にはこのオプションは、勝手にファイルを変えるものなので使う場面は限られると思います。
最近はWindowsでもLFが使えるようになってきてるのでLFだけにするか、もしくはWindowsだけで開発するならCRLFでそのままコミットしてよいと思います。
2020/11/05(木) 23:25:35.51ID:Jc1WkDDO
あ、ブランチはLFって書いてありますね。ふむー。AだけがCRLFのはずだが。
LFであることと、チェックアウトしたファイルがCRLFであることはどうやって確認したんですか？
エディタがCRLFに変換してるってオチじゃないですよね？不安ならodとかでダンプしてみるといいです。
2020/11/05(木) 23:45:37.13ID:p8NevL67
>>166
ご回答ありがとうございます。
LFであることの確認はgithubからソースをzipでダウンロードしてソースファイルをEmEditorで確認しました。
CRLFであることの確認はローカルにチェックアウトしたソースファイルを同じくEmEditorで確認しました。
odというもので再度確認してみようと思います。
168デフォルトの名無しさん
垢版 |
2020/11/06(金) 11:00:19.76ID:LTqO0fOq
EmEditorよりも櫻
櫻よりも禿丸
2020/11/06(金) 12:47:54.85ID:a+LGJjdY
同じエディタで確認してるなら改行コードの取り違いはなさそうです
ファイルの内容とか拡張子はなんですか？attributeが悪さをしてるとかだろうか
いずれにしてもautocrlfの理解は合ってると思います
2020/11/06(金) 12:52:42.30ID:a+LGJjdY
ちなみにgit configのヘルプにはname=valueではなくて、スペース区切りの指定に見える。
autocrlfを変えたあとにconfig --getしてみたらどうなります？変わってなかったりして。
2020/11/07(土) 00:10:19.49ID:/xSkaoCp
VSCode を使え！

GitLens などの拡張機能も色々ある
2020/11/07(土) 03:18:28.55ID:l+eJcypb
お、エディタ論争か？
2020/11/07(土) 15:45:39.89ID:cgvbFt64
便乗で質問

LF管理でCRLFへ自動変換はよく見るのですが
逆に
リポジトリ上ではCRLFで管理
ローカルではLFに自動変換も可能

みたいなことって出来ますか？
2020/11/07(土) 17:22:06.42ID:b176xE9N
リポジトリ上ではどう管理されてるかなんて気にする必要がない
2020/11/07(土) 17:28:53.28ID:MFxIcgBo
設定としては存在しない
そしてリポジトリ上でCRLFにするのは非推奨
2020/11/07(土) 19:15:02.73ID:cgvbFt64
設定としては～、ということはやり方が無きにしも非ずと
まだまだ触り程度しか使っていないので、必要になったらまた勉強します

ありがとうございました
2020/11/07(土) 21:10:07.76ID:26EDxQ47
非推奨ってどこに書いてある？
Windowsだけで使ってるからいつもCRLFで入れてるよ
2020/11/07(土) 22:00:24.80ID:ar+UP0ei
Gitの場合、テキストファイルもバイナリファイルも関係なくハッシュ作って管理してるだけ
2020/11/07(土) 22:13:20.58ID:3cYV0JqL
>>178
ハッシュしか持ってなかったら元データを復元できないのでは
180デフォルトの名無しさん
垢版 |
2020/11/08(日) 00:28:35.60ID:SXTLRNAJ
>>173
自動変換するわけがない。普段、改行コードをあまり意識していないだけでしょ。
181デフォルトの名無しさん
垢版 |
2020/11/08(日) 00:31:51.30ID:SXTLRNAJ
>>179
ハッシュ変換とハッシュ変換したデータを使う仕組みがごっちゃになってるよ。
2020/11/08(日) 03:05:08.77ID:YnyAcD/m
>>173
git hooks で調べろ。何でもできるぞ。
間違えてgithubの記事を見に行かないように。gitの機能だからな。
183デフォルトの名無しさん
垢版 |
2020/11/08(日) 12:17:19.96ID:SXTLRNAJ
>>173
なぜ改行コードを変えたいのかがわからない。
184デフォルトの名無しさん
垢版 |
2020/11/08(日) 14:00:20.31ID:M0llHupc
どうでも良いけど下手な環境で作業すると
保存する度に行間が開いていくよね
2020/11/08(日) 19:44:51.13ID:CpI3QDTu
え？
2020/11/08(日) 23:30:36.29ID:t/VkPMTp
>>180
gitに自動変換機能あるぞ
187デフォルトの名無しさん
垢版 |
2020/11/10(火) 00:41:12.93ID:c+4iqUmg
>>186
自動変換の設定を確認してないという話だろ
2020/11/11(水) 12:44:34.75ID:ylt8PecZ
最初のautocrlfの人戻ってこないな
解決したのか
2020/11/11(水) 15:59:24.66ID:iQgtLl5J
gitattributesの改行と文字コードのデフォルト値ってどっかに一覧ないですか？
改行と文字コードの自動補正はしてほしいけど想定外の補正されると困るんで把握しておきたいです
190デフォルトの名無しさん
垢版 |
2020/11/12(木) 21:58:43.24ID:m5jPdjVX
自動的に変換する設定を使うのが面倒。
2020/11/13(金) 10:03:02.42ID:woSrJ+Z7
gitの初心者です。質問してもよろしいでしょうか？

共有フォルダの[A]フォルダにリポジトリを作り作業するファイル類を入れてあります。

これを2人で共同で使うためそれぞれ[B]と[C]というクローンを作り、そこで編集します。

それぞれ[B]と[C]で更新して、1日の終わりに[A]を最新の状態にしておきたいのですが、

クローンして、更新してCommitして、最後にpushで合っていますでしょうか？
2020/11/13(金) 10:16:27.20ID:9KKZC7Fr
はい
193デフォルトの名無しさん
垢版 |
2020/11/13(金) 11:37:28.52ID:RWm0omqa
内容によるけど
全員 master で作業するんか？
branch して commit push して
確認後 merge する気は無いんか？
2020/11/13(金) 12:24:49.56ID:lJPbeFXM
コンフリクトの解消手順を教えて下さい
2020/11/13(金) 12:44:40.29ID:n34VhWUt
>>194
エディタで修正してaddしてcommitするだけよ
2020/11/13(金) 13:04:52.38
めちゃくちゃ細かい修正のときって-mはどうしていますか
考えるのがめんどうなので'更新'とか'修正'でいいですよね？
2020/11/13(金) 17:43:25.79ID:MS9okgUk
>>196
そこは回答が分かれるところですね。
自分だったら、主にどっちを採用したっていう概要とその理由を書くかな。
細かい差分はdiffで見れるから、後で見ても分からないものは書いておくよ。

他の人にも聞きたいんですが、コンフリクト解消ってどこまでやりますか？ビルド通って動かせるところまで？
evil mergeになるのが気になる。
2020/11/13(金) 18:36:18.45ID:KMQ/X74/
誰かが代わりに動くまで修正してくれるの？
2020/11/13(金) 18:38:13.21ID:5fX1gEph
恐ろしい書き込みを見た
これが13日の金曜日か…
2020/11/13(金) 18:51:25.55ID:MS9okgUk
コミットを分けるか、という意味です。言葉足らずですみません
2020/11/13(金) 18:52:58.07ID:35N+92Bf
コンフリクト解消とスカッシュを自由自在に操りたい
2020/11/13(金) 23:47:36.97ID:M0Lr/ts/
>>193
いつまでmasterなんか使ってんだ？
2020/11/14(土) 01:28:12.18ID:zCGno+9x
お帰りなさいませご主人様～ とかも駄目になるのかぬ
2020/11/14(土) 02:17:29.33ID:Q0fppD5p
言葉狩りに嫌気さしてきたからブランチの名前をslaveとかblackとかにしたい
205デフォルトの名無しさん
垢版 |
2020/11/14(土) 03:04:53.39ID:66xrGHZh
>>200
ブランチの概念がないの？
2020/11/14(土) 11:48:24.71ID:OfQ57GBv
>>200
まだまだ言葉足らず過ぎないか？
不特定多数の見る5chやでえ
マージをしているなかで互いの処理の競合を調停するための新規コードが必要になったとき二つの選択肢があると思う
1.テストが一部通らないことをコメントで断った上で、新規コードをマージコミットに混ぜるのを避ける
2.競合回避のための新規コードが混ざったことをコメントで断り、マージコミットで全部やる
個人の好みと程度問題じゃないかな
俺は差分を共有しやすいから1が好き
2020/11/14(土) 11:50:15.20ID:vc7ZeNxq
>>205
ブランチをマージするときの話ですよよ。文脈は把握されてますか？ご存知なければ無理にレスしなくて大丈夫ですよ。
2020/11/14(土) 11:53:34.61ID:vc7ZeNxq
>>206
evil mergeを避ける派ですね。
丁寧なレスありがとうございます。
言葉足らずなところを指摘、補足していただいてありがとうございます。
209137
垢版 |
2020/11/14(土) 22:18:57.62ID:eMR5CvED
>>202
変える技術的なメリット無い限りはそのまんまだろ。
技術的なメリットを説明しろよ。
2020/11/15(日) 02:58:48.98ID:bhsguIlX
作業ブランチで機能追加やクリーンナップを地道に進め、
最後にmergeした結果を見ると、コーディングを最初から一気にやり遂げた錯覚になり、
スカっとするな。
という一連の流れを脳内再生してから --squash のオプションを思い出す俺。
2020/11/15(日) 12:14:35.24ID:ofPGnU/6
>>210
お前エセだろｗ

作業ブランチで作業をしている途中で
あれ？これバグじゃね？
先にリファクタリングするべきだったなと
後から気づくことがある

そういうのを別のコミットに分けて
順番を並び替えつつ作業していくと
いきあたりばったりで作業したのではなく
綿密な計画にそって作業したように見える

それは錯覚ではなく、最終的にそうなったので
それをマージしたりしたときに後から修正を追いやすくなる
--squashしたら一つにまとまるからダメじゃん
2020/11/15(日) 12:25:50.44ID:ALi3WLRE
そんで author date を変え忘れていきあたりばったりがバレる
2020/11/15(日) 12:27:45.04ID:ofPGnU/6
>>212
バレてなんか問題でもあんの？
2020/11/15(日) 13:22:06.47ID:ALi3WLRE
>いきあたりばったりで作業したのではなく
>綿密な計画にそって作業したように見える

他人にバレてるのに自分じゃこう見えると思ってたら恥ずかしいってだけ
2020/11/15(日) 14:10:48.99ID:ofPGnU/6
>>214
どうでもよくね？
重要なのはソースコード、完成した結果だよ
途中の作業なんかどうでもいい
2020/11/15(日) 14:18:31.84ID:ALi3WLRE
ほんと、どうでもいいと思うよ。

>綿密な計画にそって作業したように見える

こんなの気にするのは>>211くらいｗ
2020/11/15(日) 14:20:02.90ID:ofPGnU/6
>>216
気にしてるのはお前だよ。「ように見える」なんだからどうでもいい部分
実際に重要なのは、意味があるコミットになっていてレビューや他のバージョンへの適用がしやすい点
いつまでもどうでもいい部分を気にしてるなよｗ
2020/11/15(日) 23:35:01.28ID:pj0VtiWP
gitの開発MLを見てればわかるが、
内部のテストからもmasterという文字列を完全に抹殺すべくパッチが投稿されてる。

個人的には言葉狩りは好きでは無いが、
リベラルに中途半端は無いから、
早めにmasterからmainに変えた方が良いかも。
2020/11/16(月) 03:21:24.45ID:ZICsfNV8
>>218
言葉狩りが始まったらやるよｗ
220デフォルトの名無しさん
垢版 |
2020/11/16(月) 10:56:32.52ID:sF1WJXNT
一番危険な敵は内部の一番無能な人間
2020/11/16(月) 11:50:11.80ID:pa4DKO5k
外部のキチガイが、内部に入り込んで包丁振り回すかもしれないぞ
222デフォルトの名無しさん
垢版 |
2020/11/16(月) 12:05:15.33ID:sF1WJXNT
書き忘れたけど無能な人ほど良く働くω
2020/11/16(月) 16:09:47.48ID:sYD91QvB
ソース管理規約を守らない奴は無能
2020/11/16(月) 22:48:43.54ID:Iqqc8SBv
無能が無能を叩く構図
2020/11/17(火) 00:01:38.69ID:qU694wOR
WindowsでSourceTreeを使ってみたら、Shift-JISのファイルがプレビューで文字化けしてるんだけど、
Gitで管理するときは大人しくすべてUTF8に変換するべきなんでしょうか
2020/11/17(火) 00:16:54.68ID:ep69fhBS
Git関係なくUTF-8にするべき
Visual StudioのプロジェクトならUTF-16とかもあるけど
少なくとも全部Unicodeにしとけ
2020/11/17(火) 00:23:07.14ID:cTkCP5Bm
Visual Studioでsjisファイルのプレビューを見てみたけど文字化けなんかしてないけどなあ
2020/11/17(火) 01:17:38.85ID:4RXTidLa
>>225
git自体はUTF8だろうがSJISだろうが管理できるよ
文字化けするのはSourceTreeの問題
2020/11/17(火) 02:15:40.13ID:wZV7GIAN
gitattributesに文字コード書くだけ
2020/11/17(火) 02:32:05.88ID:hUMTMGfY
Visual Studioがうんこだから仕方なくVSで管理する用のソースファイルはBOMつきUTF-8にしてる
本当はBOMなしUTF-8がいいけど
（/source-charset:utf-8の存在は知ってる）
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況