Git 15©2ch.net

2017/02/05(日) 05:22:15.65

ソースコード管理を行う分散型バージョン管理システム、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 13
http://echo.2ch.net/test/read.cgi/tech/1439563364/
Git 14
http://echo.2ch.net/test/read.cgi/tech/1457412803/

VIPQ2_EXTDAT: default:vvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/03(水) 14:32:23.88

>>766
で問題解決したようですね。

バージョン管理で重要なのはファイルの所有者じゃなくて
コミットした内容の所有者というか修正者である。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/04(木) 05:57:28.02

rebaseが強力すぎて、昨日は1日中コミットコメントの修正やってたわ

2017/05/04(木) 08:19:48.19

実に素晴らしいGWの使い方ですね

**デフォルトの名無しさん** (ﾗｸｯﾍﾟ) · 2017/05/04(木) 15:10:39.35

誰がコミットしたファイルか
なんて情報は開発中にしか使わないでしょ？
デプロイ時にはパーミッションや所有者情報のほうがずっと大事だし
それらがいつよ間にか黙って消えて無くなるのは辛いことだよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/04(木) 15:26:38.42

>>777
所有者とパーミッションは設定スクリプトを書けばいい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/04(木) 15:27:35.91

Unixじゃパーミッションやグループやオーナはデプロイ時に設定するのが一般的だな
特にオーナとグループはデプロイするローカルな環境に依存していてパーミッションの効果に影響するから
ソース管理でファイルが保持している情報をそのままデプロイするとかありえん

**デフォルトの名無しさん** (ﾗｸｯﾍﾟ) · 2017/05/04(木) 15:41:40.21

>>779
そのままデプロイするとかありえんって……
いつの時代の人なんですかね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/04(木) 15:58:20.15

>>780
開発するときにはお前自身は書き込み可能なオーナーとパーミッションになってないと行けないけど、
それがデプロイされた環境でそのまま書き込み可能な状態になってたらクビだよお前

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/04(木) 15:59:46.62

正論

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/04(木) 18:41:08.70

そういやどうして実行権限だけ保持できるようになってるんだろう

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/04(木) 19:07:37.28

実行できなくなったら困るからじゃね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/04(木) 19:17:18.51

>>783
そう言う風に作ってるから
git update-index --chmod=(+|-)x
なので指定できるのは実行権限だけ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/06(土) 00:33:44.71

ほんと半端なつくりだよな・・・

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/06(土) 01:19:34.30

またお前か・・・

2017/05/06(土) 03:29:05.15

gitに代わる最強のソースコード管理システム作ってくれてもええんやで

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/06(土) 10:10:06.09

Git使い方入門
https://www.amazon.co.jp/dp/4863542178/

お前らが喧嘩している間にGit入門書の決定版が発売されていたな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/06(土) 12:35:49.55

もう３年早く出版してほしかった

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/08(月) 11:12:58.66

>>789
今更入門書なんかいらないよ
卒業編を持ってこい

**デフォルトの名無しさん** (JP) · 2017/05/08(月) 15:22:01.83

>>789
読み物としては面白い

**デフォルトの名無しさん** (ﾗｸｯﾍﾟ) · 2017/05/14(日) 11:49:06.33

ファイルの属性が無くなるのは仕様？
setuidしてたやつが動かなくなっちまったぞ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/14(日) 12:05:24.56

そう仕様

**デフォルトの名無しさん** (ｱｳｱｳｶｰ) · 2017/05/14(日) 14:00:37.74

2.13が出たのにお前ら冷たいな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/14(日) 18:40:23.92

俺スゲエ、って自慢したいだけのネタさがしで本当はだれもGitなんて興味ない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/14(日) 18:50:46.97

ということにしたいんだけど、どう？うまくいったかな？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/15(月) 09:09:53.97

>>794
デフォルトの仕様ってことはわかった
設定で回避したいんだけど、どうしたらいい？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/15(月) 09:21:16.12

どう仕様

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/15(月) 10:40:45.14

hook でスクリプトじゃないかなあ

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2017/05/15(月) 16:50:11.42

タイムスタンプはコミット時間で補完出来たけど
setuidの情報とかどこにもないから自分で保存して設定する仕組み作るしかないな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/15(月) 17:17:42.93

setuidはデプロイするシステム側でつけるんじゃないの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/15(月) 17:22:44.87

>>802
テスト環境では直接gitでモリモリしてたけど良くないのか？
めったにいじらないファイルだったから気づかなかった

**デフォルトの名無しさん** (ｽｯｯﾌﾟ) · 2017/05/15(月) 18:06:52.29

>>803
setuidの目的から考えると、gitの情報から復元するのは危険だろうね

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2017/05/15(月) 18:59:30.87

>>799
仕様もない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/20(土) 18:46:22.14

レスがないとは殊勝な

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/21(日) 09:03:49.16

Windows上にリモートリポジトリ置いて、別PCにローカルリポジトリ（リモートのクローン）を置いたときに、
リモートへのpushができなくて困っています。
pull、fetchはできたのでパス設定は誤ってないのと思うのですが。。もし対処が分かる方いましたら教えてください。

------------------------------------------------------------------------------------
remote: error: object directory (リモートリポジトリ)/objects does not exist; check .git/objects/info/alternates.
remote: fatal: unresolved deltas left after unpacking
error: unpack failed: unpack-objects abnormal exit
To (リモートリポジトリ)
! [remote rejected] master -> master (unpacker error)
error: failed to push some refs to '(リモートリポジトリ)'
------------------------------------------------------------------------------------

**807** (ﾜｯﾁｮｲ) · 2017/05/21(日) 09:26:50.23

一部解決。
別PC上のgitをバージョン上げたら、TortoiseGitからのpushに成功しました。

が、VisualStudioからのpushができない。。

**デフォルトの名無しさん** (ｴｰｲﾓ) · 2017/05/21(日) 11:14:10.48

修正用にブランチを作成してから他人のリポジトリにプルリクエストしたんですけど
masterじゃなければpush -fしても大丈夫ですか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/21(日) 12:30:11.65

push -fって、他の人が折角作ったリポジトリを破壊したいのか

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/21(日) 14:44:53.34

>>808
firewall

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/21(日) 15:02:40.82

>>810
push -fするのは他人のリポジトリって言ってませんよね？
自分のリポジトリの自分のブランチですよ？

まったくgit初心者ってバレバレなんだから
無理してレスするな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/21(日) 17:49:40.11

>>812
誤解されるような書き方をするほうが悪い

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/21(日) 18:53:55.05

>>812
ですよね

**807** (ﾜｯﾁｮｲ) · 2017/05/21(日) 19:06:11.58

1日頑張ったけど解決しなかった。
わっかんねー。

>>811
Git for Windowsを許可しても、TCP9418を許可してもダメでした。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/22(月) 00:24:29.43

unpack failed: unpack-objects abnormal exit
でググったが分からんな

**デフォルトの名無しさん** (ｴｰｲﾓ) · 2017/05/25(木) 09:56:57.92

.gitignore
task.php
password.txt

これら3つのファイルのみ管理したいんですが
initial commitしてから2回目以降からはpassword.txtの変更をgit add -Aとかでaddされたりコミットしないようにしたいんですけど
どうしたらいいのでしょうか？
毎回git add task.php .gitignoreみたいに手打ちするのが面倒くさいです

**デフォルトの名無しさん** (JP) · 2017/05/25(木) 10:02:49.20

.gitignoreに
*して
例外に
task.php
password.txt
入れろ

**デフォルトの名無しさん** (ｴｰｲﾓ) · 2017/05/25(木) 13:55:40.88

.gitignoreの内容をこうするんですか
*
!task.php
!password.txt

でもこうするとpassword.txtを編集した時にpassword.txtもステージングされてしまいコミット対象になってしまいます

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/25(木) 14:26:06.55

.gitignoreに
password.txt
でいいんじゃないの

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/26(金) 02:46:41.58

>>817
ググりゃすぐ出てくるじゃん

https://stackoverflow.com/questions/936249/how-to-stop-tracking-and-ignore-changes-to-a-file-in-git

試してみたやつ
https://paiza.io/projects/0_6etRTmQWfQIyqckR-FfQ

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2017/05/26(金) 06:00:42.82

>>817
git update-index --assume-unchanged [filepath]

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/02(金) 22:36:06.11

週末に自宅でプログラミングしていくつかコミット作った後で、
月曜日に会社に出社してからコミットの日付を月曜日の時間に変えたいんですがどうしたらいいですか

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/02(金) 22:47:08.27

>>823
rebase

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/02(金) 23:03:12.07

rebaseしてみましたが、sourcetreeだと、日時とコミットした...の二つが表示されていて、
日時の方に最初にコミットした時間が残っていますね。。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/02(金) 23:09:14.20

http://qiita.com/itochan/items/c89a1a9b5bd073217537
この辺の話かね？

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2017/06/02(金) 23:11:37.47

rebase --ignore-date

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/02(金) 23:31:48.02

うーん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/02(金) 23:51:32.96

コマンドじゃなくてsourcetreeで簡単にできないんすかね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/02(金) 23:55:25.15

出社してからコミットすれば？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/03(土) 01:59:29.57

週末に作ったコミットと同じ内容のコミットを手作業でコーディングしていって新しくコミット作るしかないんでしょうか

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/03(土) 02:27:51.58

環境がよくわからないのだけれど、別のディレクトリにgit cloneして、週末に作業した分で上書きしちゃえば良くない？
そもそも作業日時を偽装すんなって話だが

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/03(土) 02:57:18.13

家からは別ブランチにプッシュしといて出社してから家でやったコミットをmasterにチェリーピックすればいいのでは

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/03(土) 04:39:47.50

cherry-pick もオプション無しだと元のコミットの AuthorDate を引き継ぐね
コマンドラインからなら -n 指定してそのあとコミットすれば更新されると思うけど
それなら rebase --ignore-date HEAD^ で書き換えたほうが早い

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/03(土) 07:39:06.64

>>831-832で思ったけど、戻りたいところまでgit reset --softで戻ってaddしてコミットし直しが一番簡単かな？
SourceTreeだけでもできるし

**デフォルトの名無しさん** (JP) · 2017/06/03(土) 10:15:19.84

git rebase -i HEAD~
pick->edit
vi README.md
git add README.md
git commit --amend
git rebase --continue

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/03(土) 12:12:01.42

会社のソースコードを持ち出して自宅で作業してるってバレたら嫌じゃないっすか

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/03(土) 12:35:54.10

コミットログを改竄しないといけないなんて大変ですね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/05(月) 10:54:12.94

まさに社畜の鏡

**デフォルトの名無しさん** (ｵｯﾍﾟｹ) · 2017/06/05(月) 12:21:13.89

もはや何の為のソース管理なのか分からんようになっとるなｗ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/05(月) 13:38:52.60

gitで管理されていないソースセットがあるとします。
それをgitに取り込んでV1というタグを打ちます。
その後修正して完成します。これをV2とします。
V1とV2の差分をpatch形式で出すには
どういう方法をとると楽ですか？

**デフォルトの名無しさん** (JP) · 2017/06/05(月) 14:30:26.22

diff

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/05(月) 14:37:11.85

format-patch

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/05(月) 15:13:47.30

なるほどありがとう。
一長一短感がありますが、いろいろ試してみます。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/06(火) 23:15:50.80

v2.13.1

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/07(水) 01:47:24.44

ヒカル TV出演「年間5億は稼ぐ勢いですね」
https://www.youtube.com/watch?v=G7qL6ftpets
第１回案件王ランキング！YouTuberで１番稼いでるのは誰だ！
https://www.youtube.com/watch?v=asF2wQ2xhjY&;t=61s
ユーチューバーの儲けのカラクリを徹底検証！
https://www.youtube.com/watch?v=FUSb4erJSXE&;t=504s
【給料公開】チャンネル登録者4万人突破記念！YouTuberの月収公開！
https://www.youtube.com/watch?v=Y7DAQ0RKilM&;t=326s
誰も言わないなら俺がYouTuberのギャラ相場を教えます
https://www.youtube.com/watch?v=E4q-vaQh2EQ&;t=118s
YouTuberになりたいのは馬鹿じゃない！YouTuberになる方法
https://www.youtube.com/watch?v=Fr0WXXZRMSQ

最高月収5000万円だとさ。年収じゃなくて「月収」な
おまえらもyoutubeに動画投稿したほうがいいぞ。副業にぴったしだ
やろうと思えばスマホがあればできるぞ
最低2年はやらないとここまではいかないだろうけど才能とアイデアと
企画力と継続力があればが大儲けできる可能性がなくもない
まだまだ他の職種に比べれば競争率は低いからオススメ
顔出したくないならラファエルみたいに仮面つければいい
ハロウィン用でいろいろな仮装マスク売ってるからオヌヌメ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/07(水) 12:56:26.43

>>846
グロ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/10(土) 02:15:10.16

githubでマージされずにクローズされたプルリクを削除したいんですが、どうやったらいいでしょうか

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/10(土) 10:39:35.71

うちのプロジェクトにもそんなのあるわ
勝手にissue作って自己解決でcloseしやがった
スレ汚し

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/10(土) 14:01:46.70

>>849
普通の使い方じゃん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/10(土) 18:00:00.37

>>848
方法がないっぽいけど、あったら誰か教えて。

**デフォルトの名無しさん** (ｽﾌｯ) · 2017/06/10(土) 18:07:06.38

>>849
そんなことで文句言われる方がかわいそう

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/10(土) 18:22:37.76

間違ったcommitを消しちゃうかどうかって議論と通じるものがあるな。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/10(土) 18:32:00.64

>>853
作業履歴であれば残しておくべきだし、
アプリのバージョン履歴であればリリースしてないものは不要

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/10(土) 19:22:05.87

push -f

**デフォルトの名無しさん** (ｱｳｱｳｲｰ) · 2017/06/15(木) 16:04:06.84

わかばちゃんと学ぶGit使い方入門

を読んでいます。

コンフリクトの定義は何でしょうか？

上の本では、同じ行に同時に別々の修正が加えられたときに発生すると
書かれています。

オリジナルのファイル：
1 A
2 B

Xさんがオリジナルのファイルを以下のように修正。
1 A
2
3 B

Yさんがオリジナルのファイルを以下のように修正。
1 A
2 B
3 C

この場合 2行目および3行目が異なるため、コンフリクトが発生したことになるのでしょうか？

新しいファイルを以下のように更新すれば問題ないようにも思えます。

1 A
2 B
3 C

**デフォルトの名無しさん** (ｱｳｱｳｲｰ) · 2017/06/15(木) 16:06:05.81

というか、

同じ行に同時に別々の修正が加えられたときにコンフリクトが発生すると
したら、同時に複数人が同じ内容のファイルを修正なんてほぼ不可能で
あるように思えます。

ですので、コンフリクトの定義は、もっと柔軟なのではないかと思うのですが。

**デフォルトの名無しさん** (ｱｳｱｳｲｰ) · 2017/06/15(木) 16:07:51.46

1 A
2 B

上のファイルをXさんが

1 A
2 C
3 B

と変更。

Yさんが、

1 A
2 B
3 D

と変更。

うーん。不可能なように思えます。

**デフォルトの名無しさん** (JP) · 2017/06/15(木) 16:32:34.15

A
B
↓
A
C
という変更と
↓
A
D
という変更だよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/15(木) 17:40:53.17

>>856
(1)
1 A
2 B
3 C
なら、ダメ

Xの保存が先なら、Yは、この状態を取得し直して、
1 A
2
3 B

1 A
2
3 B
4 C
となるはず

とにかく、(1)には出来ないので、後の人は、やり直し。または、
1 A
2 B
まで戻して、Yが(1)の状態にして保存。
次に、Xが(1)を取得して、それを変更する

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/15(木) 20:17:20.11

>>857
3行のサンプルで考えたらそうだけど、実際ソースコードの変更をする場合は同じ行に同時に別々の修正が加えられることはあまりないと思うんだけども。
あるとしたら大抵はそもそも複数人での作業の段取り自体がまずいケースなんじゃないかな。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/17(土) 09:44:58.99

Gitはバージョン2.13でセキュリティとUIの改善を続けている
https://www.infoq.com/jp/news/2017/06/git-2-13-released

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/17(土) 22:50:57.80

gitがタイムスタンプを更新してくれたおかげで
どのファイルをアップロードすればいいのか分からなくなった

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/17(土) 23:02:35.18

違うやつだけアップロードすれば良いのでは？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/17(土) 23:06:11.16

更新されたファイル全部アップロードして問題があるならそれはgit以前の問題のような。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/18(日) 15:12:44.87

>>863-864
ある種のdeployツールとは相性悪いかもね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/18(日) 15:34:08.72

makeはタイムスタンプが更新されたソースをビルド対象にすればいいし、デプロイも同じような
ものだと思うんだが。
「ある種のdeployツール」ってどんなのを想定しているんだろう。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/18(日) 15:50:38.61

自分がタイムスタンプ更新したくせにgitのせいと言い張る

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/18(日) 17:01:02.62

すいません。教えて下さい。
Windows 10のHyper-VにCentOS7を入れて、git 2.13.1とgit-lfs 2.1.1をインストールして、Smart HTTPを設定しました。
Git Bash (Windows 10 )から、git cloneやpushができるところまできたのですが、
リポジトリにgit lfs install、git lfs track、バイナリファイルを追加してpushすると、以下のメッセージが出ます。
batch response: Repository or object not found: http://[CentOS ip]/git/lfstest.git/info/lfs/objects/batch
Check that it exists and that you have proper sccess to it
何が原因考えられるでしょうか？
よろしくお願いします。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/18(日) 18:30:07.87

URLが間違ってる

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/18(日) 18:53:27.11

タイムスタンプ問題再炎か

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/18(日) 20:56:46.20

　　　　〃〃∩ 　_, ,_
　　　　　⊂⌒（　`Д´）　＜　またタイムスタンプの話の相手してくれよ
　　　　　　｀ヽ_つ ⊂ノ　　　　ひまなんだよ
　　　　　　　　　　　　　　ジタバタ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/18(日) 21:02:56.93

タイムスタンプ復元機能は元々は将来的にgitに導入する予定だったけど
あまりにもクソクソうるさいタイムスタンプ厨にキレたリーナスが絶対に入れないと決めた

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/18(日) 21:07:08.92

gitがタイムスタンプを復元機能してくれたおかげで
どのファイルをアップロードすればいいのか分からなくなった