トップページ⇒tech
1001コメント321KB

Git 9

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2014/04/12(土) 13:22:20.98ID:s4x1CSLN
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

Git - Fast Version Control System
http://git-scm.com/

◆関連サイト
Pro Git - Table of Contents
http://progit.org/book/ja/
Git入門
http://www8.atwiki.jp/git_jp/

◆前スレ
Git 8
http://toro.2ch.net/test/read.cgi/tech/1389701817/
0790デフォルトの名無しさん2014/06/05(木) 01:29:08.95ID:iGxBJzBl
>>789
なるほど、薄々そんな気がしていたがやっぱりそうだったのか…
リファクタリング中だったから、git mv した後いぢり過ぎたのか

これからはgit mv した後はすぐコミットする事にします。どうもでした。
0791デフォルトの名無しさん2014/06/05(木) 09:40:58.07ID:sbCUAgw4
ファイルの移動に限らず、ちょっとした関数の移動でも1コミットにしてるな
「内容を全く変えずに移動」で1コミットになってると、行番号だけがずれてるcherry-pickなんかも受け入れてくれやすい
と散々rebase＆cherry-pickしまくった経験則だけど
0792デフォルトの名無しさん2014/06/05(木) 11:30:52.10ID:pAA2pjK6
フォルダのどこからでもgit addで追加する場合ってどうやるのか教えてください
git add -Aってカレントフォルダだけですよね
0793デフォルトの名無しさん2014/06/05(木) 17:28:56.51ID:kE+YYBnP
>>710
http://qiita.com/hikaruna/items/6131758d9895c6a8225c

>>710がqiitaに公開したのかqiitaの人がこのスレから転載したのかｗ
0794デフォルトの名無しさん2014/06/05(木) 19:55:24.38ID:9JC5UGTi
これとはまた違うのか

https://developer.github.com/v3/users/keys/
https://developer.github.com/v3/repos/keys/
0795デフォルトの名無しさん2014/06/05(木) 20:19:48.42ID:fhxWm8Xr
>>792
追加するフォルダかファイルのパスを指定する
0796デフォルトの名無しさん2014/06/06(金) 17:56:42.08ID:ZbxJIgia
初歩的な質問ですけど
ブランチで開発やってて、他のブランチの結果をpullするって出来ますか？

master -------------
branchA \____?_ _ _ _
branchB \______/


図が難しいので順序が逆ですが
branchBが先にmasterからブランチして
branchAが次にmasterからブランチした。

branchAがbranchBの結果をpullして取り込みたいんですが。
branchBがmasterにmergeすると簡単なのかな？

教えてください。
0797デフォルトの名無しさん2014/06/06(金) 18:38:12.44ID:ICJsHYDG
>>796
Gitのマージは賢いからその程度なら全く難しく考える必要なく
branchA側からbranchBをマージできるぞ
0798デフォルトの名無しさん2014/06/07(土) 07:34:24.03ID:paHf3aPB
カレント・ディレクトリの tags ファイルをローカル・リポジトリに追加したいのです
が "git add tags" できません。

"git add tags " コマンド自体を実行させても、エラーを返しません。上手くいったか
と思って "git status" で確認すると、インデックスには tags ファイルは追加されて
いません。tags ファイルを別の名前 tags_test に rename すれば "git add
tags_test" でインデックスに追加されます。でも Vim の補完に使うファイルであり
tags ファイル名のままにしておかねばなりません。"git add -- tags" と実行させても
同じです。

"git add tags", "git add -- tags" が働かない理由と対策を教えてもらえないでしょうか。

OS 環境は Windows7 であり git version は下の様になっています
git --version
git version 1.8.1.msysgit.1
0799デフォルトの名無しさん2014/06/07(土) 07:45:02.46ID:oJ+iP19r
再現しないけど
既に管理下に入ってるんじゃないの？
0800デフォルトの名無しさん2014/06/07(土) 08:00:43.50ID:paHf3aPB
Repository 内に無いことは最初に確認済みでした。

でも、今 git ls-files で確認してみたら tags ファイルが入っていました。このおっちょちょいが。

失礼しました。ありがとうございました。
0801デフォルトの名無しさん2014/06/07(土) 18:48:16.19ID:jSVebn/T
どんなコマンドを入力してもログは絶対に消えないですか
0802デフォルトの名無しさん2014/06/07(土) 18:59:57.78ID:3R8CEA88
rm -fR .git
0803デフォルトの名無しさん2014/06/09(月) 18:34:36.80ID:dvi2Sb61
コンフリクトしてpushしたやつを戻すの難しかったお
Git恐怖症になりそう
0804デフォルトの名無しさん2014/06/09(月) 21:41:17.37ID:nOs0/HFd
コンフリクトしてpushって言ってる言葉自体がわからんｗ

共有リポジトリなら、revertコマンド一つ。
自分専用リポジトリならローカルを適当に書き換えて
push --forceすれば終わりなんだけどな。
0805デフォルトの名無しさん2014/06/09(月) 21:50:57.46ID:35sdSSzp
最悪、ハッシュさえ覚えとけば(普通は覚えるまでもなくreflogに残ってるが)
ブランチの状態をある時点まで戻すのは簡単だからな
これができないような状態にまで壊すのは、意識的にやらない限りなかなか無い
0806デフォルトの名無しさん2014/06/10(火) 00:28:24.33ID:Rfvv6P0m
revert様々やで
0807デフォルトの名無しさん2014/06/10(火) 01:38:29.66ID:AAMs7V03
途中で分岐させて、片方にコミットAとそのrevertコミット、もう片方にAのチェリーピック食わせてて両方マージしたら暗黙にrevertが優先されて焦った事があった。
マージ賢いけど、賢く運用してる場合に限り賢く振る舞ってくれる感じがする。
0808デフォルトの名無しさん2014/06/10(火) 02:27:26.48ID:osqTzX66
>>807
試しにやってみたけどcherry-pickした方が残るぞ？どんな条件でそんなこと起こるんだ？
0809デフォルトの名無しさん2014/06/10(火) 05:19:03.10ID:8m9M+kuY
再現されない

git init
vim README
git add .
git commit -m "initial commit"
git checkout -b branch1
vim foo1.cpp
git add .
git commit -m "add foo1.cpp" 　　　　　-> 10b43c7
vim foo2.cpp
git add .
git commit -m "add foo2.cpp" 　　　　　-> 2bf1437
vim foo3.cpp
git add .
git commit -m "add foo3.cpp" 　　　　-> 3b31558
vim foo4.cpp
git add .
git commit -m "add foo4.cpp" 　　　　-> 086ca1c
git revert 2bf1437 3b31558 　　　　　　-> foo2.cpp foo3.cpp削除
git checkout -b branch2 master
git cherry-pick 2bf1437 3b31558　　　 -> foo2.cpp foo3.cpp作成
git checkout -b branch2m
git merge branch1 　　　　　　　　　　　　-> 問題なく融合(foo1.cpp〜foo4.cppが存在)
git checkout -b branch1m branch1
git merge branch2 　　　　　　　　　　　　 -> 問題なく融合(foo1.cpp〜foo4.cppが存在)
0810デフォルトの名無しさん2014/06/10(火) 07:59:18.53ID:AAMs7V03
そう…再現しねぇんだよ…なんでかなぁ。
0811デフォルトの名無しさん2014/06/10(火) 17:44:37.82ID:Rfvv6P0m
git resetで前のコミットに戻って編集した後pushしたい時って今までのコミットrevertしてからpushするしか無いの？
0812デフォルトの名無しさん2014/06/10(火) 18:27:22.10ID:lvdNmXjN
こんな感じ？

　　　　　　　　　　　C4まで公開済み
　　　　　　　　　　　↓
[C1]-[C2]-[C3]-[C4]-[C5]-[C6]-[C7]
　　　　　　　　　　　　　　　　 　　　　　↑
　　　　　　　　　　　　　　　　　　　現在のHEAD

C3まで戻りたいのならC4までresetした後、C3をrevert、でpush可能
C5まで戻りたいのならC5までreset、でpush可能
0813デフォルトの名無しさん2014/06/10(火) 19:14:50.43ID:Rfvv6P0m
>>812
なるほどありがとう
0814デフォルトの名無しさん2014/06/10(火) 20:44:55.54ID:ZZTnWEBr
>>812
これなんかおかしい
0815デフォルトの名無しさん2014/06/10(火) 21:33:28.07ID:pZUiJHso
herokuでwordpressみたいなPaaSの運用って思ったよりめんどくさいのね。
Gitの管理していないファイルの扱いをどうしたらいいんだ。
0816デフォルトの名無しさん2014/06/11(水) 01:19:10.50ID:ehbBircS
>>815
その問題は、データベースに保存するデータを
どうするかって話と同じだろ？
0817デフォルトの名無しさん2014/06/11(水) 07:23:42.77ID:YrJFhcVC
違うでしょ。
herokuの場合wordpressが作成するデータベースは勝手に消えないけど、アップロードしたファイルは消えちゃう。
解決法としてストレージを外部に持つしか方法がないようだ。
0818デフォルトの名無しさん2014/06/11(水) 12:44:22.03ID:EyVsoFD4
heroku使うのにwordpress使うってカスがやること
0819デフォルトの名無しさん2014/06/11(水) 13:23:01.02ID:8t9Ps5Bi
git version 1.8.5.2.msysgit.0 で
git rm -rf dir/
fatal: pathspec 'dir/' did not match any files
ってファイルは消せるのにディレクトリが消せないのはどういうこと？
dir/内は空っぽです
0820デフォルトの名無しさん2014/06/11(水) 14:31:43.41ID:xqrpI9NS
PaaSの環境によるけど、herokuでwordpressってすごく普通だけど。
0821デフォルトの名無しさん2014/06/11(水) 15:22:38.37ID:Rgm1d36A
>>819
Gitはファイルを管理するけどディレクトリそのものは管理しないから
0822デフォルトの名無しさん2014/06/11(水) 20:03:40.21ID:ALIRMVK5
.gitkeepでググれ
08238192014/06/12(木) 00:35:02.82ID:KlCOfI2g
>>821
確かに…別の場所でpullしたらディレクトリ消えてた
git内では消えてるのにディレクトリそのものは残ってるから2回目以降に表示されてたんだな
ファイルはgit rmでばっさり消すくせにディレクトリは消さないってなんでなん
08248192014/06/12(木) 00:42:00.03ID:KlCOfI2g
>>822
ググった
なるほど、git mvでディレクトリ内のファイルを先に全部移動したから、その時点で
gitの管理からはずれてたのか
もう理解できたからいいけど、なんか直感的な挙動じゃなかったな
0825デフォルトの名無しさん2014/06/12(木) 00:50:48.34ID:k+HyAclm
>>823
だから、Gitはファイルを管理するけどディレクトリそのものは管理しない
git rm はGitで管理してるファイルを消すコマンド
ワーキングツリー上の空ディレクトリを消したければ普通のコマンド使え
0826デフォルトの名無しさん2014/06/12(木) 00:51:39.35ID:k+HyAclm
リロードしてなかった
08278192014/06/12(木) 01:33:07.61ID:KlCOfI2g
>>825
一応試したところgit rm -r dir/で実際のディレクトリもちゃんと消えるね
08288192014/06/12(木) 01:34:47.60ID:KlCOfI2g
>>827
もちろん空でないディレクトリに限るけど
0829デフォルトの名無しさん2014/06/12(木) 01:40:04.38ID:k+HyAclm
>>827
dir/の下がgitで管理されてればね
ついでに消す
0830デフォルトの名無しさん2014/06/12(木) 01:41:26.71ID:k+HyAclm
またリロードしてなかった
0831デフォルトの名無しさん2014/06/12(木) 02:44:56.35ID:0fE6ecZu
最初の頃に管理に入れた、とあるファイルが
作り込んだ後になって「各自で別々の内容のまま持つべき」
って話になったんですが、どうすればいいのでしょうか？
git rm --cachedだと各自がpullしたときに消えちゃう…各自の持ってるファイルは現状のままにしたいです
0832デフォルトの名無しさん2014/06/12(木) 02:46:03.19ID:0fE6ecZu
あ、現状のままというか、各自で別々の内容にしていけるように、です。
0833デフォルトの名無しさん2014/06/12(木) 02:52:56.27ID:bcr4Y1Fv
.gitignoreに書けばいいんじゃないの？
0834デフォルトの名無しさん2014/06/12(木) 02:59:30.25ID:0fE6ecZu
>>833
既にコミット済みなので、.gitignoreに書いても除外されないんですよね…
0835デフォルトの名無しさん2014/06/12(木) 03:01:38.52ID:cPATFudP
じゃあコミットからはずせよ
0836デフォルトの名無しさん2014/06/12(木) 03:08:14.85ID:LUHHUJAl
http://qiita.com/usamik26/items/56d0d3ba7a1300625f92
こういうのあるけど
0837デフォルトの名無しさん2014/06/12(木) 03:28:09.83ID:bcr4Y1Fv
非管理ディレクトリでも作ってそこにファイル置いてシンボリックリンクでも張ってつかえばええんちゃうの
0838デフォルトの名無しさん2014/06/12(木) 12:01:55.49ID:Qv1u/W6+
とにかく業務これだけ使えれば万全ってコマンドをあるだけおしえて
commit
add
checkout
branch
remote
log
reflog
reset
これ走ってる
0839デフォルトの名無しさん2014/06/12(木) 12:24:21.06ID:f3a/iFpr
grep
rebase
status
diff
revert
こいつらも覚えとき
bisect、blameもおすすめ
0840デフォルトの名無しさん2014/06/12(木) 14:21:17.86ID:k+HyAclm
>>831みたいなときに
.gitignoreに書いて、git rm --cachedして、その状態をcommitしてたんだけど
そうするとちょっと問題があって
そのcommit以前をチェックアウトした後に、そのcommit以後をチェックアウトすると、
管理から外したファイルが消失しちゃうんだよね
>>836はまったく未知だったわちょっと動作を確かめてみる
0841デフォルトの名無しさん2014/06/12(木) 14:23:15.51ID:fKk4MWnJ
Pro Gitにも書いておいてほしい
0842デフォルトの名無しさん2014/06/13(金) 18:00:50.16ID:VgtrMdkb
>>836はローカルなリポジトリだけに作用する感じなのかねえ
特定のファイルが最初から.gitignoreに登録されてリポジトリには登録されるべきでなかったことをリモートリポジトリにも反映するには、
git filter-branchで最初から書き換えてしまうしか無いのかな
0843デフォルトの名無しさん2014/06/15(日) 12:29:50.14ID:ZB+9NljM
日々の作業を自動化するプログラムを書いてgitで管理していくとプロジェクトが50個超えるんですけど
ここの先輩もそんなにいきますか？
0844デフォルトの名無しさん2014/06/15(日) 12:33:02.69ID:C1Yq9FDg
日々の作業がそんなにないんだけど...
0845デフォルトの名無しさん2014/06/15(日) 12:48:11.71ID:ZuLV4hXG
>>843
それgit関係無いですよね？
0846デフォルトの名無しさん2014/06/15(日) 13:32:29.24ID:KFTbGwac
そのプログラムとやらをまとめて一個のリポジトリにすりゃええやんけ
そんな自動化できることばっかなら仕事しなくていいんじゃね
裏山
0847デフォルトの名無しさん2014/06/15(日) 14:58:31.07ID:cXeYBPF2
自分が書いたコードをレビューしてくれるサイトってありませんか？
0848デフォルトの名無しさん2014/06/15(日) 15:08:34.54ID:l0ywMHBR
>>847
githubにコード晒して
レビューしてくださいっていうとか
0849デフォルトの名無しさん2014/06/15(日) 15:17:54.95ID:47+4XIuz
Git関係なくね？てか使ってる言語系のスレで聞けばよくね？
てかフルボッコされたいならこの板で良くね？
0850デフォルトの名無しさん2014/06/15(日) 15:40:00.08ID:cXeYBPF2
githubってあんまりレビューを見かけることがないんですよね
というかレビューをするのが前提って感じでも無いですし
レビューに力を入れているサイトってないんでしょうか
0851デフォルトの名無しさん2014/06/15(日) 15:40:10.00ID:azJHx8hd
stackoverflowのほうが精神衛生には良さそう
同じボコられるにしたって、匿名と名前ありでは素直に受け取れる度みたいなもんが変わってくると思う
0852デフォルトの名無しさん2014/06/15(日) 15:53:23.78ID:8GPu+iwa
stackoverflowの日本語版が出来たらそこがいいだろう
0853デフォルトの名無しさん2014/06/15(日) 16:09:10.27ID:IRi7fyG5
stackoverflowは質問事項を明確にしないと管理人に質問を凍結状態にされるぞ
レビューしてくださいとかダメだ
0854デフォルトの名無しさん2014/06/15(日) 16:12:09.02ID:qtgrwwOv
stackoverflowで質問したことあるけど勝手にタイトルを変更された
0855デフォルトの名無しさん2014/06/15(日) 19:17:17.20ID:ZZ/FPeiS
タイトルと質問内容をレビューしてもらったわけだ。
コードレビューならとりあえずgithubに上げてみ。誰かのコードレビューすれば逆にレビューしてくれる。
0856デフォルトの名無しさん2014/06/16(月) 00:22:54.07ID:idFh+z/o
>>850
コメントやりあってるのがレビューじゃなくてなんなんだよ…
この人の考えてるレビューはみんなの思い描いてるのとは別物だな、たぶん
0857デフォルトの名無しさん2014/06/16(月) 01:25:32.74ID:HINNz9l/
いやレビュー目的でgithub見に来てる人っていないでしょ？
海外のチャットで僕の英語を添削してくださいなんて言わないよね
だから添削に特化したlang8みたいなのがあるんだよ
0858デフォルトの名無しさん2014/06/16(月) 01:30:36.25ID:MERkKOKe
素晴らしいソフトウェアをもっと素晴らしくするために自分の考えだした素晴らしいアイデアを無償で提供しようってのが公開リポジトリでの交流だろ？
0859デフォルトの名無しさん2014/06/16(月) 01:31:44.76ID:MERkKOKe
どこぞの誰かが添削してくださいって言って公開してる何の役にもたたんコードを無償でレビューするとかどんな暇人やねん
0860デフォルトの名無しさん2014/06/16(月) 01:38:58.62ID:MERkKOKe
いっそのことコードを会員相互でレビューしあうサイトでも立ち上げてみたら？需要があるんなら儲かるんじゃね？
0861デフォルトの名無しさん2014/06/16(月) 06:20:11.38ID:e4oLiDm/
>>860
考えてみた

http://pastebin.com/9mG2V9mV
0862デフォルトの名無しさん2014/06/16(月) 06:29:03.47ID:AdEqdopC
いいかげんGitとは全く関係無いんで他にスレでも立ててやってくれ
0863デフォルトの名無しさん2014/06/16(月) 06:35:35.02ID:Mvi4rDX6
コードレビューでお金がもらえるサービスを作る
http://peace.2ch.net/test/read.cgi/tech/1402867973/
0864デフォルトの名無しさん2014/06/16(月) 08:11:44.62ID:WjthfDAE
>>859
> どんな暇人やねん

にちゃんでうだうだ言ってるお前が言うなよ w
0865デフォルトの名無しさん2014/06/16(月) 22:31:52.86ID:w9HZwqDq
>>863
それ普通にユーキャンだろ…
0866デフォルトの名無しさん2014/06/16(月) 22:37:07.56ID:MMwlea4w
クソサービスすぎて見てるほうが死にたくなる
0867デフォルトの名無しさん2014/06/16(月) 22:56:47.14ID:1GPgt9YV
死にたいなら死んでいいと思います。
0868デフォルトの名無しさん2014/06/18(水) 16:43:12.19ID:bAs8WhGu
gitのサブモジュールって、サブモジュールが更新されたとき、メインのgitでpullすればサブモジュールのgitも最新版になるの？
0869デフォルトの名無しさん2014/06/18(水) 17:03:50.64ID:yu0xlR7/
ならんならん
0870デフォルトの名無しさん2014/06/18(水) 17:49:25.97ID:bAs8WhGu
>>869
ありがとうございます。
ということは、サブモジュールが更新されてたらcomposerとかbowerとかつかわないけないんですね。
0871デフォルトの名無しさん2014/06/18(水) 17:53:32.85ID:yu0xlR7/
なんでやねん
0872デフォルトの名無しさん2014/06/18(水) 21:32:10.25ID:Dv/sTmWi
なんでそうなるんや…
0873デフォルトの名無しさん2014/06/19(木) 02:50:54.18ID:a+4NSFaT
git/composer/bowerあたりが全部ごっちゃになってるのか…gruntとかnpmとかもか
0874デフォルトの名無しさん2014/06/19(木) 02:52:18.29ID:GKSvjGH6
http://info.cloudforge.com/SimplifyingGitwithGitEye-SteveElsemore_CloudForge.html
0875デフォルトの名無しさん2014/06/19(木) 02:56:00.25ID:QcTSno45
>>873
はい。ごっちゃです。
nodejsで、サブモジュールのクラスを継承してるんですけどサブモジュールのライブラリを更新したらメインのサブモジュールも自動更新できるように出来ませんかね？
0876デフォルトの名無しさん2014/06/19(木) 04:35:43.70ID:ZDR2rCVo
http://git-scm.com/book/ja/Git-%E3%81%AE%E3%81%95%E3%81%BE%E3%81%96%E3%81%BE%E3%81%AA%E3%83%84%E3%83%BC%E3%83%AB-%E3%82%B5%E3%83%96%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB
0877デフォルトの名無しさん2014/06/19(木) 09:10:11.76ID:uhTP2aV5
>>875
外部ライブラリのバージョンを、バージョン管理しないなら、

サブモジュールを使わないで「バージョン管理しないディレクトリ」
として管理しなければいいよ。
0878デフォルトの名無しさん2014/06/19(木) 11:01:04.34ID:QcTSno45
>>876,877
ご親切にありがとうございます。
勉強してみます。
0879デフォルトの名無しさん2014/06/19(木) 17:00:32.13ID:IwCNAxsR
細かい単位でコミットしてないとダメだなあ
あんまり大きい作業単位でコミットしてるとrevertとか便利そうな機能が使えんし
0880デフォルトの名無しさん2014/06/19(木) 17:06:48.92ID:BcmtgtjI
セーブする感覚でやっちゃってる
適当にrebaseしないと散らかりすぎるかのう
0881デフォルトの名無しさん2014/06/19(木) 20:04:21.46ID:GjYBKD0X
俺はブランチ切る→そのブランチ内でセーブ感覚でガンガンコミット→squash
0882デフォルトの名無しさん2014/06/19(木) 20:15:00.22ID:Fdr0qLJN
それがベーシックなやり方だろうね
ブランチ未満の粒度の作業単位は残す必要ないだろうし
0883デフォルトの名無しさん2014/06/19(木) 20:18:40.23ID:Df6JFFDt
個人的な好みとしては
rebaseでの根本移動はアリだけど
squashでのコミット潰しとFFマージ主義はナシ
0884デフォルトの名無しさん2014/06/20(金) 01:16:15.04ID:9P55PKrO
開発用テストサーバとローカルのコードを同期するのに同期用のブランチを切って使ってる。
それだと本当にタイプミスで動かないものの修正とかでcommit/push/pullになって、コミットログも"a"とかなので、さすがにそんなのは履歴として残すメリットはなんにもないので、
本来コミットするべきタイミングでそういうのはsquashしてトピックブランチにcommitしてる。

原理主義者からは単なる同期にgitを使うなとは言われるかもしれないけど、
他のツールを使うのも色々とめんどくさいしね。
0885デフォルトの名無しさん2014/06/20(金) 01:25:01.85ID:nPERQ22c
> squashでのコミット潰しとFFマージ主義はナシ

時と場合によって変えるべき。

なぜ「mergeはこれしかダメ」と決めつける人が多いのだろうか。

squashするべき時はsquashして、するべきじゃない時はsquashしない。
FFマージするべき時はFFマージして、FFマージするべきじゃない時はFFマージしない。

それだけじゃないか。

決めつける人は、自分がやり方ことが明確になっておらず、
ただコマンドを覚えているだけなんだろうな。
0886デフォルトの名無しさん2014/06/20(金) 01:50:53.36ID:fQqGdEOm
自分のやり方と違う奴の存在認められないからすぐ叩きが始まるのはいつものことではないか
0887デフォルトの名無しさん2014/06/20(金) 01:55:10.28ID:7nDrVBi+
1コミットにできないブランチはそもそもブランチの切り方を失敗してる説
0888デフォルトの名無しさん2014/06/20(金) 01:58:44.73ID:rNGAsf/H
１コミットにまとめようとしてsquashしたらコンフリクトがハンパなく発生して死にたくなった
0889デフォルトの名無しさん2014/06/20(金) 02:00:56.73ID:nPERQ22c
>>888
それはmergeでコンフリクトが出ているだけで
squashしたせいじゃないよ。
■ このスレッドは過去ログ倉庫に格納されています