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

**デフォルトの名無しさん** · 2020/11/14(土) 01:28:12.18

お帰りなさいませご主人様～とかも駄目になるのかぬ

**デフォルトの名無しさん** · 2020/11/14(土) 02:17:29.33

言葉狩りに嫌気さしてきたからブランチの名前をslaveとかblackとかにしたい

**デフォルトの名無しさん** · 2020/11/14(土) 03:04:53.39

>>200
ブランチの概念がないの？

**デフォルトの名無しさん** · 2020/11/14(土) 11:48:24.71

>>200
まだまだ言葉足らず過ぎないか？
不特定多数の見る5chやでえ
マージをしているなかで互いの処理の競合を調停するための新規コードが必要になったとき二つの選択肢があると思う
1.テストが一部通らないことをコメントで断った上で、新規コードをマージコミットに混ぜるのを避ける
2.競合回避のための新規コードが混ざったことをコメントで断り、マージコミットで全部やる
個人の好みと程度問題じゃないかな
俺は差分を共有しやすいから1が好き

**デフォルトの名無しさん** · 2020/11/14(土) 11:50:15.20

>>205
ブランチをマージするときの話ですよよ。文脈は把握されてますか？ご存知なければ無理にレスしなくて大丈夫ですよ。

**デフォルトの名無しさん** · 2020/11/14(土) 11:53:34.61

>>206
evil mergeを避ける派ですね。
丁寧なレスありがとうございます。
言葉足らずなところを指摘、補足していただいてありがとうございます。

**137** · 2020/11/14(土) 22:18:57.62

>>202
変える技術的なメリット無い限りはそのまんまだろ。
技術的なメリットを説明しろよ。

**デフォルトの名無しさん** · 2020/11/15(日) 02:58:48.98

作業ブランチで機能追加やクリーンナップを地道に進め、
最後にmergeした結果を見ると、コーディングを最初から一気にやり遂げた錯覚になり、
スカっとするな。
という一連の流れを脳内再生してから --squash のオプションを思い出す俺。

**デフォルトの名無しさん** · 2020/11/15(日) 12:14:35.24

>>210
お前エセだろｗ

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

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

それは錯覚ではなく、最終的にそうなったので
それをマージしたりしたときに後から修正を追いやすくなる
--squashしたら一つにまとまるからダメじゃん

**デフォルトの名無しさん** · 2020/11/15(日) 12:25:50.44

そんで author date を変え忘れていきあたりばったりがバレる

**デフォルトの名無しさん** · 2020/11/15(日) 12:27:45.04

>>212
バレてなんか問題でもあんの？

**デフォルトの名無しさん** · 2020/11/15(日) 13:22:06.47

>いきあたりばったりで作業したのではなく
>綿密な計画にそって作業したように見える

他人にバレてるのに自分じゃこう見えると思ってたら恥ずかしいってだけ

**デフォルトの名無しさん** · 2020/11/15(日) 14:10:48.99

>>214
どうでもよくね？
重要なのはソースコード、完成した結果だよ
途中の作業なんかどうでもいい

**デフォルトの名無しさん** · 2020/11/15(日) 14:18:31.84

ほんと、どうでもいいと思うよ。

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

こんなの気にするのは>>211くらいｗ

**デフォルトの名無しさん** · 2020/11/15(日) 14:20:02.90

>>216
気にしてるのはお前だよ。「ように見える」なんだからどうでもいい部分
実際に重要なのは、意味があるコミットになっていてレビューや他のバージョンへの適用がしやすい点
いつまでもどうでもいい部分を気にしてるなよｗ

**デフォルトの名無しさん** · 2020/11/15(日) 23:35:01.28

gitの開発MLを見てればわかるが、
内部のテストからもmasterという文字列を完全に抹殺すべくパッチが投稿されてる。

個人的には言葉狩りは好きでは無いが、
リベラルに中途半端は無いから、
早めにmasterからmainに変えた方が良いかも。

**デフォルトの名無しさん** · 2020/11/16(月) 03:21:24.45

>>218
言葉狩りが始まったらやるよｗ

**デフォルトの名無しさん** · 2020/11/16(月) 10:56:32.52

一番危険な敵は内部の一番無能な人間

**デフォルトの名無しさん** · 2020/11/16(月) 11:50:11.80

外部のキチガイが、内部に入り込んで包丁振り回すかもしれないぞ

**デフォルトの名無しさん** · 2020/11/16(月) 12:05:15.33

書き忘れたけど無能な人ほど良く働くω

**デフォルトの名無しさん** · 2020/11/16(月) 16:09:47.48

ソース管理規約を守らない奴は無能

**デフォルトの名無しさん** · 2020/11/16(月) 22:48:43.54

無能が無能を叩く構図

**デフォルトの名無しさん** · 2020/11/17(火) 00:01:38.69

WindowsでSourceTreeを使ってみたら、Shift-JISのファイルがプレビューで文字化けしてるんだけど、
Gitで管理するときは大人しくすべてUTF8に変換するべきなんでしょうか

**デフォルトの名無しさん** · 2020/11/17(火) 00:16:54.68

Git関係なくUTF-8にするべき
Visual StudioのプロジェクトならUTF-16とかもあるけど
少なくとも全部Unicodeにしとけ

**デフォルトの名無しさん** · 2020/11/17(火) 00:23:07.14

Visual Studioでsjisファイルのプレビューを見てみたけど文字化けなんかしてないけどなあ

**デフォルトの名無しさん** · 2020/11/17(火) 01:17:38.85

>>225
git自体はUTF8だろうがSJISだろうが管理できるよ
文字化けするのはSourceTreeの問題

**デフォルトの名無しさん** · 2020/11/17(火) 02:15:40.13

gitattributesに文字コード書くだけ

**デフォルトの名無しさん** · 2020/11/17(火) 02:32:05.88

Visual Studioがうんこだから仕方なくVSで管理する用のソースファイルはBOMつきUTF-8にしてる
本当はBOMなしUTF-8がいいけど
（/source-charset:utf-8の存在は知ってる）

**137** · 2020/11/17(火) 08:10:49.14

>>230
visual studioもEditorConfig対応しているってよ。

**デフォルトの名無しさん** · 2020/11/17(火) 09:08:16.34

Gitは文字コードを管理できないというか実質的にUTF8強制になる
改行コードも固定するしかない

**デフォルトの名無しさん** · 2020/11/17(火) 12:46:30.93

Visual Studioのプロジェクトにはプロジェクトファイルやリソースファイルも含まれていて、
UTF16やShift-JISで自動的に生成されるものが多いけど、
これらのファイルもUTF8にして運用するのがGitのやりかたということでしょうか？
MacやLinuxなどに持ってくることは考えていないです。

**デフォルトの名無しさん** · 2020/11/17(火) 13:15:25.09

別にutf8に固執する必要なんてないよ

**デフォルトの名無しさん** · 2020/11/17(火) 13:54:19.11

UTF-16でもUTF-8でもいいよ
Unicodeならどっちでもいい

**デフォルトの名無しさん** · 2020/11/17(火) 13:55:20.25

Gitだと文字コードや改行コードが考慮されないから、Windowsだけで開発するならUTF8以外でもいいいけど、いずにせよ固定しないといけない

**デフォルトの名無しさん** · 2020/11/17(火) 13:56:26.00

SJISでもいいといえばいいけど、LinuxユーザーやMacユーザーがメンバーにいると困ることになると思う

**デフォルトの名無しさん** · 2020/11/17(火) 14:19:48.15

>>237
質問者はWindowsだけって言ってるだろ

**デフォルトの名無しさん** · 2020/11/17(火) 14:22:19.09

WindowsだけならSJISはまずいな
海外のWindowsじゃ使えない
やっぱりUTF-16じゃないと

**デフォルトの名無しさん** · 2020/11/17(火) 14:26:50.42

SJISのファイルを英語版のWindowsに持っていったら、Windows Indexとかどうなるんだろうな

**デフォルトの名無しさん** · 2020/11/17(火) 17:01:55.47

batファイルがCHCPだけで問題なく使えれば全部UTF-8にできるんだがなあ
現実解でいえば多少Shift JISのソースが混ざることもあるよ
Gitでは困らないけど統一できるならしたいところ

**デフォルトの名無しさん** · 2020/11/17(火) 17:11:02.74

>>241
バッチファイルだけだよって言ったほうがわかりやすいｗ

**137** · 2020/11/17(火) 18:47:44.20

>>241
Power Shell使わせたら？
バッチファイルしか使えないような環境は未サポートでいいだろ。

**デフォルトの名無しさん** · 2020/11/17(火) 18:57:03.90

>>243
勝手なこと言うなよ

**233** · 2020/11/17(火) 22:52:01.91

何度もすいません。必ずしもUTF8にする必要はないということは、
SourceTreeで差分などが文字化けするのは諦めた上でということですか？
それとも、Shift-JISやUTF16のファイルが混ざっていても
文字化けさせない方法があるのでしょうか？

**デフォルトの名無しさん** · 2020/11/17(火) 23:00:53.88

端的に言ってsourcetreeがアホってこと

**デフォルトの名無しさん** · 2020/11/17(火) 23:25:46.72

空ディレクトリはプッシュできないのはなぜですか

**デフォルトの名無しさん** · 2020/11/18(水) 00:17:09.23

gitはファイルしか管理していない。
ファイルパスを保存しているからディレクトリが有るように見えるだけ。

**デフォルトの名無しさん** · 2020/11/18(水) 00:57:04.47

>>247
https://gist.github.com/dritoshi/2168873

**デフォルトの名無しさん** · 2020/11/18(水) 01:10:01.63

>>248,249
ありがとうございました

**デフォルトの名無しさん** · 2020/11/18(水) 04:02:44.61

>>245
差分はwinmergeがおすすめよ
文字コードの認識能力は高いし、多くの改行コードにも対応してる
難点は、いろんな文字コードや改行コードが混ざってても気づかないところかw

gitとの連携もできるしね

**デフォルトの名無しさん** · 2020/11/18(水) 08:35:52.41

>>251
改行コードが混在してるときはMixedってステータスバーに表示されたかと

**137** · 2020/11/18(水) 12:24:59.97

>>247
作業ディレクトリなどのように中身のファイルを無視したい場合は、.gitignoreを例外として全ファイルを無視する.gitignoreを入れておくといい。

**デフォルトの名無しさん** · 2020/11/18(水) 12:36:04.63

>>246,251,252
ファイルごとの文字コードは無理に統一せずに、
UTF16やShift-JISのときはSourceTreeの差分表示は文字化けさせたまま、
WinMergeで比較を行うということですよね？

WinMergeは普段から使っているので、
SourceTreeで文字化けしていてもGitの管理上は問題ないのなら、
それが楽かもしれないです。

**デフォルトの名無しさん** · 2020/11/18(水) 18:13:59.21

WindowsユーザーのGit初心者はTortoiseGitを使うのが一番楽だと思う
同梱のdiffツールも十分実用的
シェル統合は好き嫌い別れるけど文字化けのようなトラブルを独力で解決できるなら好きなツールを使えばよろし

**137** · 2020/11/18(水) 19:18:43.32

開発初心者なら、こだわりのエディタとかないだろうから
Visual Studio Code + Git Graph
を使わせるのが一番いいと思う。
gitの機能がeditorに統合されているとやっぱり楽よ。

**デフォルトの名無しさん** · 2020/11/18(水) 19:21:49.89

コミットの改ざんを直感的なUIで出来るアプリほしい
コミットをくっつけたり
変更範囲の広いコミットを分割したり
コンフリクトを解消したり

**デフォルトの名無しさん** · 2020/11/19(木) 14:59:14.84

すいません
初心者なのですが、以下の状況に陥りました

1.origin/masterからブランチAを作成した
2.作業が途中だったが、他の作業が発生したのでAをコミットせずにスタッシュした
3.origin/masterからブランチBを作成した
4.ブランチBをコミットしてorigin/masterへマージした
5.ブランチAの作業を再開しようとしたらコンフリクトが発生した

ブランチAのチェックアウトもプルもスタッシュの復帰もできないのですが、
どの手順でAの作業を再開すればよいのでしょうか？

**デフォルトの名無しさん** · 2020/11/19(木) 15:04:04.00

A のチェックアウトで何かエラーが出るの？

**デフォルトの名無しさん** · 2020/11/19(木) 15:33:04.91

>>258
6.テキストエディタでソースコードのコンフリクトした箇所を修正しAの作業を再開した

これだけ

**デフォルトの名無しさん** · 2020/11/19(木) 15:38:04.08

svn脳だと、ああコンフリクトしてしまったと天を仰ぎ
一体全体どうすればいいんだと嘆き悲しみ、大混乱が発生し
やがてコンフリクトとそれを引き起こした人に対して憎悪を抱くようになるが
git脳では日常的にある作業の一つでしかない

**デフォルトの名無しさん** · 2020/11/19(木) 15:43:25.31

>>259
以下です
The following untracked working tree files would be overwitten by checkout.
〇〇(ファイル名）

**デフォルトの名無しさん** · 2020/11/19(木) 15:44:00.04

コンフリクトじゃねーじゃん

**デフォルトの名無しさん** · 2020/11/19(木) 15:51:46.78

ワロタｗｗｗｗｗ

**デフォルトの名無しさん** · 2020/11/19(木) 16:04:24.67

コンフリクトしているのでもう一度スタッシュし直したら
チェックアウト時に上記のエラーとなりました。

**デフォルトの名無しさん** · 2020/11/19(木) 16:10:41.62

最終的にmasterがこのようなツリーになると助かるのですが、可能でしょうか？
https://dotup.org/uploda/dotup.org2312003.png

**デフォルトの名無しさん** · 2020/11/19(木) 16:11:05.59

何番の話ですか？

**デフォルトの名無しさん** · 2020/11/19(木) 16:11:36.42

>>266
だからコンフリクトを直せと

**デフォルトの名無しさん** · 2020/11/19(木) 16:12:05.47

だからテキストエディタでソースコードを修正してコンフリクトを直せと

**デフォルトの名無しさん** · 2020/11/19(木) 16:14:39.10

コンフリクトという用語を知らないなら

テキストエディタでソースコードを修正して動くようにしてコミットしろ

**258** · 2020/11/19(木) 16:24:02.88

>>267

>>258の話です

皆さん、ありがとうございました
とりあえずマージしてみます

**デフォルトの名無しさん** · 2020/11/19(木) 16:26:26.84

>>258
visual studio code + git graph
IntelliJ
みたいなテキストエディタ含めてgitと連携する環境をしっかり作ったほうがいいよ。
ややこしいコンフリクトもずいぶん楽になる。

**デフォルトの名無しさん** · 2020/11/19(木) 16:32:13.25

>>271
>>266にしたいならマージよりもリベースじゃないかな

**デフォルトの名無しさん** · 2020/11/19(木) 19:24:09.28

GitだろうとSubversionだろうとコンフリクトしたら、一つ一つソースコード読んで正常動作する状態にエディタで修正するしかない

**258** · 2020/11/19(木) 19:26:05.64

>>270
とりあえずブランチAのコミットまで出来ました
ブランチAのチェックアウトが出来ないのはAに原因があると誤解していました

作業中のブランチに差分が出てしまっていたのが原因でした

お騒がせしました

**デフォルトの名無しさん** · 2020/11/19(木) 19:27:23.27

何もできなくなる時がたまにあって困る
cloneからやり直し

**258** · 2020/11/19(木) 19:32:28.60

>>272
ありがとうございます
導入します

>>273
ブランチの途中コミットはそれほど大切ではないのでリベースにするかもしれません

>>274
慣れるよう精進します

**デフォルトの名無しさん** · 2020/11/19(木) 20:29:59.17

途中コミットが大切ではないってのはリベースとスカッシュを混同してそう

**デフォルトの名無しさん** · 2020/11/19(木) 21:12:30.26

スカッシュとstash混同してますよ

**デフォルトの名無しさん** · 2020/11/19(木) 21:30:53.05

高卒にはスカッシュわからんか。

**デフォルトの名無しさん** · 2020/11/19(木) 21:33:25.20

スカッシュさわやか

**デフォルトの名無しさん** · 2020/11/19(木) 21:49:51.48

スカシュッペ

**デフォルトの名無しさん** · 2020/11/20(金) 09:09:05.28

stashってさ、やってる事は臨時ブランチでコミットと同じ認識で合ってる？
イマイチ存在理由がよくわからんのだが

**デフォルトの名無しさん** · 2020/11/20(金) 11:22:12.97

>>283
英語の意味でも調べたら？

**デフォルトの名無しさん** · 2020/11/20(金) 11:23:09.81

あと存在理由がわからんやつは、プログラマじゃないだろうな
あれだろマージ担当者とかだろｗ

**デフォルトの名無しさん** · 2020/11/20(金) 12:52:35.74

その理解でいいと思いますけど、ブランチと同じように使おうとすると、別ブランチでpopしたときに悲しいことになります。(確か現在の作業領域にpopするだけでしたよね？)
自分だったら素直に臨時コミットを作ります。add . && ci -m "tmp"だけで済みますし。
あとツールの問題もあって、gitkを使ってるんですけど、最後にstashした位置にしか表示されないのでわかりづらいです。最近使ってないので直ってるかもしれないですが。

**デフォルトの名無しさん** · 2020/11/20(金) 12:53:16.66

s/ブランチと同じ/コミットと同じ/

**デフォルトの名無しさん** · 2020/11/20(金) 15:13:30.13

間違ってpopしたらまたstashするね
popが怖いなら常にapplyするね
stashにはHEADがstashを指すことがないので現在地を意識不要という利点もある
楽さを取るか、作業ブランチ一本槍のシンプルさをとるか、好きにするよろし

**デフォルトの名無しさん** · 2020/11/20(金) 15:20:00.20

stashが起点に縛られないという性質は、割とどこにでも適用できるという利点の裏返しでもある
急なインスピレーションで作業開始して、あとで然るべき適用先を探すようなアブノーマルさも優しく受け入れる懐の深いいいやつ

**デフォルトの名無しさん** · 2020/11/20(金) 18:20:42.82

♪無能な奴らが夕暮れさらに無能な奴を叩く

**デフォルトの名無しさん** · 2020/11/20(金) 18:44:55.52

下には下がいるんだよ

**デフォルトの名無しさん** · 2020/11/20(金) 21:50:38.63

俺はdiffをファイルにしておいてあとでpatch適用するわ

**デフォルトの名無しさん** · 2020/11/22(日) 03:19:35.07

>>292
俺も20年前はそうしてたな

**デフォルトの名無しさん** · 2020/11/26(木) 14:43:56.01

windowsでdiff-highlightを使う方法を教えてください

**デフォルトの名無しさん** · 2020/11/26(木) 23:24:52.51

まずvscodeを入れます

**デフォルトの名無しさん** · 2020/11/27(金) 01:18:57.58

次にちんぽをなめます

**デフォルトの名無しさん** · 2020/11/27(金) 01:44:34.63

はい、今なめました
次はどうすれば？

**デフォルトの名無しさん** · 2020/11/27(金) 09:25:01.31

体が柔らかいんだな

**デフォルトの名無しさん** · 2020/11/27(金) 19:12:07.98

なめたのは姉のちんぽです

**デフォルトの名無しさん** · 2020/11/28(土) 09:16:37.14

ちんぽ持ちの姉とか羨ましい

**デフォルトの名無しさん** · 2020/11/29(日) 19:01:51.61

github上に残したくないあるディレクトリ以下のファイルを全て履歴から削除したいんですが
コミットするときにそのディレクトリだけでなく、他のディレクトリの残しておきたいファイルも一緒にこみっとしてます
どのように履歴から消せますか？

**デフォルトの名無しさん** · 2020/11/29(日) 19:04:59.97

ちんぽ姉
あんぽ柿
少し似ている

**デフォルトの名無しさん** · 2020/11/29(日) 20:11:24.34

>>301
具体的な手順はいくつかあるが、例えば
不要ファイルを削除するコミットを作って、rebaseして不要ファイルを追加したコミットにsquashしてやる。