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/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してやる。

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

めんどくさ
コミットをエクスプローラーで開いてセーブしたらコミットが上書きされる単純明快な機能があればいいのに

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

コミットをエクスプローラで開く？？？

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

そんなことができたんじゃ何のためのSCMでリポジトリなんだかわからんな。

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

変更履歴を管理するというとイミュータブルな印象を受けるけど
実用上は別にイミュータブルである必要はない
というか履歴を後から整理して追跡しやすくしたほうがメンテナンス性は上がるのだからむしろミュータブルであるべき

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

例えば物理的なコミットAには論理的な変更1と変更2が含まれてるとしてだ

* コミットAの後ろに新規コミットBを挿入
* コミットAをチェックアウト
* 変更2を手動で取り除く
* コミットAを保存

とすると履歴が変更1と変更2に綺麗に分かれる
こうしたほうが履歴が遥かに綺麗になる
SCMはこういう操作がもっと直感的に簡単にできるべきなんだよ

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

>>304
どうやって複数のファイルの修正を一つのコミットにまとめるんだ？（苦笑）

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

>>309
エクスプローラーで

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

>>308

* 変更2を手動で取り除く
* コミットAにgit commit --amend
* CTRL+Zを押して変更を手動で戻す
* コミットBとして保存

もっと簡単にできるが？

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

>>310
エクスプローラーにそんな機能はありません
新しい機能の仕様を書いてください

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

>>311
直感的じゃない

**デフォルトの名無しさん** · 2020/11/30(月) 00:14:22.73

こうかな？
git filter-branch --index-filter 'git rm -rf --cached --ignore-unmatch フォルダのパス'
BFG Repo-Cleanerを使うともっと性能がいいらしい

**デフォルトの名無しさん** · 2020/11/30(月) 01:13:30.64

>>313
直感的だろ
前のコミットを修正して
次のコミットを追加するだけだ

**デフォルトの名無しさん** · 2020/11/30(月) 01:36:20.12

別にいいんでないの？
pushするときにコミットまとめる機能があれば

**デフォルトの名無しさん** · 2020/11/30(月) 07:40:01.87

エディタとかエクスプローラの操作でgitコマンドが発行されるソフトを作ればいいんでないの

**デフォルトの名無しさん** · 2020/11/30(月) 08:59:23.49

まんまTortoiseGitの設計思想っぽいな
ディレクトリツリーに加えて歴史という時間軸があるからエクスプローラという枠を大分越えてるだろうけど
しかも今回みたいなお題はTortoiseではなくfilter-branchみたいに時間軸に対して効くコマンドを使わないと手作業が増えて堪んないと思う

**デフォルトの名無しさん** · 2020/12/01(火) 14:18:01.57

>>304
ワンピースのうるてぃが言うセリフ