Subversion r15

**デフォルトの名無しさん** · 2014/08/02(土) 17:20:57.62

Subversionはフリーなオープンソースのバージョン管理システムです。

公式HP
Apache Subversion
http://subversion.apache.org/

ようこそSubversion.JPコミュニティへ
http://www.subversion.jp/

**デフォルトの名無しさん** · 2015/12/21(月) 01:58:30.57

>>426
できると思うけど。
俺の普段使っている構成はtrunk/brunch構成じゃなくて、brunchだけみたいな構成だけど、普通にマージしてるよ。
ってか、やってみたほうが早いぞ。
原理的に不可能なわけないんだから。

**デフォルトの名無しさん** · 2015/12/21(月) 03:38:42.12

×brunch
○branch

**デフォルトの名無しさん** · 2015/12/21(月) 21:47:56.22

>>427
426 です。
確かに trunk に対して sync merge の済んでいる branch 同士なら、
原理的には安全に merge できそうですね。
trunk からの派生時期が違ったとしても。
時間に余裕ができたら実際に試してみます。ありがとうございました。

**デフォルトの名無しさん** · 2016/01/08(金) 16:15:51.03

質問です。
ある機能ブランチ func1 の開発で
trunk をときどき sync merge していたのですが、
どうもこれをよく理解せずにやった人がいたらしく
svn mergeinfo --show-revs eligible ^/trunk/
で何も出ないにも関わらず、
svn diff ^/trunk ^/branches/func1
だとtrunkの更新分がいろいろ func1 に取り込まれていないことが判明しました。

この修正はどうやったらいいのでしょう？

例えばfunc1で更新されていないファイルは、trunkからコピーして
そのままコミットしたいところですが、今度は func1 を trunk に
マージするとき、そのコミットがtrunk に反映されてしまいそうです。

・修正コミットの番号をわかるようにしておく
・func1 を trunk にマージするとき、その修正コミットだけを除外する
・マージコミット時、svn:mergeinfo を編集して、その修正コミットもマージ済みだということにする。
とりあえずこんな手順を考えていますが、もっと適切な方法はあるでしょうか？

**デフォルトの名無しさん** · 2016/01/13(水) 21:18:16.79

svnにはいくつも欠点があるが、中でもマージが1コミットになってしまうのが
自分はつらい。
機能ブランチ内で1コミット1サブ機能でキレイなコミット歴を残しても
trunkにマージされたら全部まとめて1コミット。
当時の履歴を追いかけるには、もう消したブランチを追いかけなきゃならない。
Gitならmasterにすべてのコミットが残ってるのに。

**デフォルトの名無しさん** · 2016/01/13(水) 22:15:09.34

バージョン管理システムのメリットよりも
使い方を覚える労力と、操作ミスでリボジトリをメチャメチャに
してしまうデメリットの方が大きいわ
俺はもうフォルダコピーで行くぞ

**デフォルトの名無しさん** · 2016/01/13(水) 22:28:17.88

どうやったらリポジトリをめちゃめちゃにできるんだよ？

**デフォルトの名無しさん** · 2016/01/13(水) 22:37:48.99

助けてください！！

TortoriseSVNを使っています。
新プロジェクト（まだSVNに登録していません。）をいきなり、エクスプローラからソリューションを右クリックして、
コミットを実行してしまいました。エラーは出ませんでした。
でも、おかしいと思い、そのソリューションを開いたら、「.csprojが見つかりません。」みたいなメッセージが出ました。
その後、もう一度、Visual Studioを閉じて、再度上げ、問題のソリューションを
開いたら、本日作業した部分が消えていました。
どうしたら最新を戻せるでしょうか？

よろしくご指導ご支援のほどよろしくお願い申し上げます。

**デフォルトの名無しさん** · 2016/01/13(水) 23:04:44.15

>>434
C# のスレで聞いたほうがいいかもしれない。
たいていのプログラマはsvnを知ってるけど、
C#を知っている人は限られるから。つうか自分も知らない。
あとここ過疎スレだし。

**デフォルトの名無しさん** · 2016/01/13(水) 23:30:18.05

>>434
コミットしたものがリポジトリから消えたってこと？
何言ってんのかよくわからん

**デフォルトの名無しさん** · 2016/01/14(木) 01:01:29.51

>>431
--use-merge-history

>>434
リポジトリから開こうとしたの？それとも右クリックしてコミットしたフォルダの？

**デフォルトの名無しさん** · 2016/01/14(木) 01:03:43.85

ああ、後woking dirでもないのに右クリックからコミットは無理かと。
右クリックしてRepo browser選んでみてはどうでしょか。

**デフォルトの名無しさん** · 2016/01/14(木) 08:32:44.54

そもそもコミット時は必ずログ入カのダイアログが出るから
いきなりコミットしてしまいました
の時点で >>432 と同類のネタでしょ

**デフォルトの名無しさん** · 2016/01/15(金) 00:37:38.48

ID:V0iG8LAX は結局何がしたかったんだろう…

**デフォルトの名無しさん** · 2016/01/15(金) 08:11:24.88

git の布教じゃね

**デフォルトの名無しさん** · 2016/01/16(土) 14:07:18.15

Subversion も git の良いところをどんどん取り込んでいけば、
とりあえず Subversion を選んどけば良いって状況になるはず

**デフォルトの名無しさん** · 2016/01/16(土) 14:53:39.70

>>442
とりあえず、ローカルコミットがあればいいや

**デフォルトの名無しさん** · 2016/01/16(土) 23:36:23.80

Gitの良い所を取り込むのは今までもやってきてるけど、今後はもう
ほとんどないと思う。今までのペースを見ても
2008年 1.5 マージトラッキング導入。マージが自動に。
2011年 1.7 .svnディレクトリをワーキングコピーのルートだけに作成。
あとは svn merge --reintegrate が生まれて、自動化されて廃止されたり
svn mergeinfoコマンドができたり、そんぐらいしかない。

**デフォルトの名無しさん** · 2016/01/17(日) 01:08:50.62

>>442
日本人の発想とは違うから。

**デフォルトの名無しさん** · 2016/01/17(日) 05:27:02.51

.svnだか.svnreposだかにリポジトリ作れればカジュアル用途で復活できるのにな

**デフォルトの名無しさん** · 2016/01/17(日) 11:06:53.94

> .svnディレクトリをワーキングコピーのルートだけに作成。

これは、途中のディレクトリの.svnだけを他の場所に持って行ってupdate
ということができなくなってちょっと不満だった
(めったにしないからいいんだけど)

**デフォルトの名無しさん** · 2016/01/17(日) 16:51:37.90

>>447
> 途中のディレクトリの.svnだけを他の場所に持って行ってupdate ということ

普通にリポジトリブラウザで途中のディレクトリを他の場所にチェックアウトすればいいだじゃないの？

**デフォルトの名無しさん** · 2016/01/17(日) 18:24:28.43

いや…さすがにチェックアウト方法を知らないってことはないよ…

簡単にワーキングディレクトリをコピーする方法としてそれを使ってたって話

**デフォルトの名無しさん** · 2016/01/18(月) 01:40:17.48

>>449
そうすることのメリットは特にないよねってだけじゃないかな。
ネットワークが致命的に遅い環境ならわからんでもないけど。

**デフォルトの名無しさん** · 2016/01/26(火) 17:54:24.80

並行開発に襲われたサブバー村をGitで救うRPG「ギットクエスト」をプレイ
http://gigazine.net/news/20160126-gitquest-review/
http://i.gzn.jp/img/2016/01/26/gitquest-review/0014_m.png

**デフォルトの名無しさん** · 2016/01/27(水) 01:55:22.78

他陣営に FUD しないと生きていけない病か何かなのかな？

**デフォルトの名無しさん** · 2016/02/02(火) 00:59:33.59

指定のブランチだけローカルにリポジトリ作って
ローカルコミットできる機能がほしい

**デフォルトの名無しさん** · 2016/02/02(火) 08:59:27.45

>>453
ローカルでgitやhg使えば良いのでは？
ソース俺。

**デフォルトの名無しさん** · 2016/02/04(木) 09:00:02.34

おまえら、svk亡き後はgit-svnつかとる？

**デフォルトの名無しさん** · 2016/02/04(木) 18:44:49.97

ウチはgitをインストールするとＰＣの調子が悪くなる
gitをアンインストールすれば治る
だからまだgitに移行できてない

**デフォルトの名無しさん** · 2016/02/04(木) 19:14:52.59

>>455
> おまえら、svk亡き後はgit-svnつかとる？
一時使ってたけどいまいちスキルがなくて挫折した
ローカルコミットはうらやましいけどまあ SVN でだいたい間に合ってる

**デフォルトの名無しさん** · 2016/02/04(木) 20:04:34.89

svkってなくなったんだ。

**デフォルトの名無しさん** · 2016/02/09(火) 00:04:18.08

>>456
なにその変な宗教

**デフォルトの名無しさん** · 2016/02/09(火) 08:09:15.77

SVNのマージってGitとかの新しめのVCSのマージと比べて制限ある？
GitみたいフローをそのままSVNでやってもOKかな？

**デフォルトの名無しさん** · 2016/02/09(火) 08:45:58.79

>>460
gitだと一瞬で終わる作業がsvnだと数十秒～数分ぐらい
かかるだけで同じことは出来るよ。

例えばrebaseだと5分ぐらいかかるかな。

**デフォルトの名無しさん** · 2016/02/09(火) 08:55:22.90

>>458
http://lists.bestpractical.com/pipermail/svk-devel/2009-May/001224.html
ズルズルひっぱらずになくなったよ

**デフォルトの名無しさん** · 2016/02/09(火) 18:31:31.00

>>461
rebaseってどうやるの

**デフォルトの名無しさん** · 2016/02/09(火) 18:55:36.30

ToroiseSVNの質問はここで良いでしょうか？

二つのサーバで、それぞれでsvnのリポジトリを運用しているのですが、一方のサブディレクトリから他方のサブディレクトリを参照したいケースがあり、対応方法を検討しています。
（ディスク容量の都合上、リポジトリは一方に寄せられません）

今考えているのはhttpd.confにredirectを入れる方法です。

Redirect permanent /repo_path1/subdir1 http://domain2/repo_path2/subdir2

この方法だと、ブラウザからであればsubdir1にアクセスするとリダイレクト先のURLにリダイレクトされ、subdir2配下のディレクトリにもアクセスできます。
しかし、ToroiseSVNからだとsubdir2の中身は参照できますが配下のファイル等にアクセスするとURLが以下のようになりアクセスできません。

期待：http://domain2/repo_path2/subdir2/fileA
実際：http://domain1/repo_path1/subdir2/fileA

二つのリポジトリはBasic認証でアクセス制限していますが、アカウントとパスワードは同じです。

上記の事象の解決方法をご存知の方いらっしゃいましたらご教示願います。

**デフォルトの名無しさん** · 2016/02/09(火) 19:57:12.05

書き忘れてましたが、クライアント環境は
・Windows7
・TortoiseSVN 1.9.3 Build 27038 32Bit
・Subversion 1.9.3

サーバ環境は、リダイレクト元が
・CentOS 5.5
・Subversion 1.6.5-1
・httpd 2.2.3-43

リダイレクト先が
・CentOS 5.5
・Subversion 1.6.6-1
・httpd 2.2.3-63
です。

**デフォルトの名無しさん** · 2016/02/09(火) 20:11:44.03

>>463
新たなブランチ作って、そこに順番入れ替えながらマージしていくｗ

**デフォルトの名無しさん** · 2016/02/09(火) 22:04:43.62

>>464
そういうのはmod_proxyの出番じゃなかったっけ？

**デフォルトの名無しさん** · 2016/02/09(火) 22:15:20.85

>>467
情報ありがとうございます。mod_proxyについて調べてみることにします。

**デフォルトの名無しさん** · 2016/02/09(火) 22:54:01.35

external でできるんじゃない？

**デフォルトの名無しさん** · 2016/02/09(火) 23:56:43.17

俺もexternal属性派だな

**464** · 2016/02/10(水) 09:33:23.13

>>469
externals属性を試してみたところ、こちらの方が自分のやりたいことに適していました。
ありがとうございます。

**デフォルトの名無しさん** · 2016/02/23(火) 16:13:47.56

> ディスク容量の都合上、リポジトリは一方に寄せられません
すごい

**デフォルトの名無しさん** · 2016/02/25(木) 07:07:19.07

git使えばいいのに

**デフォルトの名無しさん** · 2016/02/26(金) 20:58:03.15

git使うとどうなるの？

**デフォルトの名無しさん** · 2016/02/26(金) 22:41:54.24

>>474
特にどうということはない

**デフォルトの名無しさん** · 2016/02/26(金) 22:44:41.52

SubversionとGit両対応（クライアントとして）のサービスってGitHub以外ない？

**デフォルトの名無しさん** · 2016/02/26(金) 23:01:41.70

むしろsvn git hgに対応してないコードホスティングがあったら聞いてみたいくらい

**デフォルトの名無しさん** · 2016/02/27(土) 10:44:10.28

>>477
GitHubがそうじゃん…

**デフォルトの名無しさん** · 2016/02/27(土) 10:46:12.94

対応してるだろ

**デフォルトの名無しさん** · 2016/02/27(土) 12:05:21.42

Git は初期から SVN からの移行を狙って
SVNもどきモードを付けてた

今も動くかは知らん

**デフォルトの名無しさん** · 2016/02/29(月) 01:06:23.06

えっ、GitHubってSubversion使えるの？？？
GitHubはGitしか使えないもんだとばかり思ってた
うちのPCは２台とも、Gitをインストールすると不調になるんで
(C言語のコンパイルができなくなるなど、不可解な現象が)
Subversion使えるとこ探してた
べつにOSDNも構わないんだけど・・・

**デフォルトの名無しさん** · 2016/03/12(土) 20:58:38.08

今年に入ってからdev-MLへの投稿がかなり減ってる。

**デフォルトの名無しさん** · 2016/03/22(火) 00:18:13.93

オワコンなの（´；ω；｀）？

**デフォルトの名無しさん** · 2016/03/22(火) 00:20:29.91

>>483
うんにゃ

**デフォルトの名無しさん** · 2016/03/22(火) 08:43:54.56

2.0までは頑張って欲しい。

**デフォルトの名無しさん** · 2016/03/22(火) 19:04:25.92

リポジトリの一部をチェックアウトできること、チェックアウトしたファイルのタイムスタンプを復元できること、この二つの利点がある限りSubversionもドキュメント管理ツールとして使うつもり。

**デフォルトの名無しさん** · 2016/03/22(火) 22:39:25.94

>>486
git で特定のディレクトリだけをclone して管理する - それマグで！
http://takuya-1st.hatenablog.jp/entry/2015/02/26/022139

checkoutしたファイルのmtimeを、そのファイルがcommitされた時刻に合わせたい — svnとgitの場合 - (ひ)メモ
http://d.hatena.ne.jp/hirose31/touch/20090106/1231171068

**486** · 2016/03/23(水) 12:14:31.49

>>487
コミットした日付じゃなくて、コミットした時点のファイルのタイムスタンプが復元されて欲しい。
Gitの断片的なチェックアウトもやろうと思えばできるようだけど、一端全部チェックアウトしてから不要なものを消すという手順は面倒だね。

**デフォルトの名無しさん** · 2016/03/23(水) 13:01:22.77

メタデータが保存できるファイルフォーマットの文書を使えば良いのでは

**デフォルトの名無しさん** · 2016/03/23(水) 14:17:29.27

>>489
今どき svn 使ってる案件のドキュメントはMS-Officeに決まっとろーが。

**デフォルトの名無しさん** · 2016/03/23(水) 15:37:10.91

>>490
じゃ、別にファイルのタイムスタンプがどうなろうが問題ないのでは？

**490** · 2016/03/23(水) 20:09:31.64

>>491
すまん、自分は488じゃないんだ。横から勝手にコメントしただけ。
紛らわしいことをしてしまった。

**デフォルトの名無しさん** · 2016/03/23(水) 20:53:32.55

>>488
svnでもできないよね？

**486** · 2016/03/24(木) 18:32:22.80

>>493
改めて確認してみたところ、コミット日時が反映されてました。
コミット時点のタイムスタンプというのは自分の勘違いだったようです。失礼しました。

**デフォルトの名無しさん** · 2016/03/29(火) 23:57:12.51

派生元の違うbranchをどうにかしてmergeしたいと思ってたんだけど、
やっとわかった。2-url-mergeを使えば良いのか。
http://subversion.apache.org/docs/svn-merge.txt

これで 3-way-mergeやrebaseのないsvnでも何とかやっていける。
ホントはさっさとGitに移行しなきゃならないんだけど、
その余裕がないんだよね…。

**デフォルトの名無しさん** · 2016/03/31(木) 20:50:18.74

デザイナさんが svn のレポジトリに backup/yyyMMdd ってディレクトリ作ってて、
アホかタグ使えよと思ってたんだけど、過去の履歴をgrepしようとして真顔になった。
git grep が svn にはない。アホは自分でした。

なんとかしたくてググったら
svn -

**デフォルトの名無しさん** · 2016/03/31(木) 20:52:02.87

なぜかレスの後半が無視されたんで再ポスト。

http://superuser.com/questions/793877/git-grep-equivalent-in-subversion
これシェルスクリプトで書いてるんだけどうんと遅いし、
しかもこれファイルは指定できるけどディレクトリは指定できない。
もっとゴリゴリ書けばなんとかなるだろうけど、ますます遅くなるし、
そもそもsvn環境にこれ以上投資する気になれない。
お前らよく文句言わずにsvn使ってるな。

**デフォルトの名無しさん** · 2016/03/31(木) 22:53:43.93

> デザイナさんが svn のレポジトリに backup/yyyMMdd ってディレクトリ作ってて、
> アホかタグ使えよと思ってたんだけど
ちょっとわからん、タグってディレクトリだろ

**デフォルトの名無しさん** · 2016/04/01(金) 10:00:23.40

>>499
すまん、デザイナさんはtrunkの中にディレクトリを作ってたんだ。
アホな説明で申し訳ない。

**デフォルトの名無しさん** · 2016/04/01(金) 11:25:40.96

ローカルでコピーしてコミットしてたってことか

**デフォルトの名無しさん** · 2016/04/01(金) 12:08:27.08

>>500
そう、それ。よく察してくれた。svn copy じゃないから履歴も残らない。
勘弁してくれと思ったけど、過去バージョンの検索性という一点はすぐれていたというね。

ちなみにGitにはcopyコマンドはない（はず）。
ファイルの内容から履歴は自動追尾されるから、ローカルファイルのcp で構わない。
デザイナさんとsvnについてやり取りするたびに、人類にはsvnは難しすぎるんじゃないかと思う。
まあGitになったらなったでまた大変だろうけどね。

**デフォルトの名無しさん** · 2016/04/01(金) 12:11:54.09

>>501
検索性が優れてるってタグでも同じじゃないの？

**デフォルトの名無しさん** · 2016/04/01(金) 12:33:56.70

>>502
それ、ローカルに ^/tags を全部 checkout なり export なりしてgrep しろって言ってる？
たしかにそれやればなんとか検索できるな。

でも時間もローカルディスク容量もすごく食うし、しかもタグに記録しなかった履歴は検索できない。
Git なら git grep 一発だし、GitHub ならWebブラウザで検索フォームに入力するだけだ。

**デフォルトの名無しさん** · 2016/04/01(金) 16:15:54.19

>>482
>>483
三月は遂に100通を割って、47通！
一気に減ったな

**デフォルトの名無しさん** · 2016/05/01(日) 13:51:53.90

匿名通信（Tor、i2p等）ができるファイル共有ソフトBitComet（ビットコメット）みたいな、
BitTorrentがオープンソースで開発されています

言語は何でも大丈夫だそうなので、P2P書きたい！って人居ませんか？

Covenantの作者（Lyrise）がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーｗ

The Covenant Project
概要

Covenantは、純粋P2Pのファイル共有ソフトです

目的

インターネットにおける権力による抑圧を排除することが最終的な目標です。そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します

特徴

Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)

接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
ｔ

**デフォルトの名無しさん** · 2016/05/11(水) 04:04:06.49

ある文字列が過去のどのリビジョンに存在していたかを検索する場面が思いつかないんだけど、
そういう検索ができる環境が当たり前になれば、それなりの用途があるんだろうか。

**デフォルトの名無しさん** · 2016/05/11(水) 04:13:47.14

grep through revisions と書かれてたからそう思ったんだけど、 git grep にそういうオプションが見当たらず。
githubの検索でも普通のgrepの結果っぽいのしか出てこないし。

**デフォルトの名無しさん** · 2016/05/11(水) 04:16:27.37

もうちょっとぐぐってから書くべきだったと後悔。
同じ疑問を持った方へ一応アンカーをば。
http://stackoverflow.com/questions/2928584/how-to-grep-search-committed-code-in-the-git-history

スレ汚しごめんなさい。

**デフォルトの名無しさん** · 2016/05/12(木) 21:53:23.38

>>506
なんかのライブラリとかを利用してて、試行錯誤で色んな関数呼んだりやめたりみたいなこと繰り返してから、
1年後あたりに、うろ覚えだけど、関数名だけは断片的に覚えてる、みたいな状況になったら必要じゃない？

個人的には割とよくあるけどなー

**デフォルトの名無しさん** · 2016/05/21(土) 19:36:12.99

>>509
関数が存在した時間かソースファイルの手がかりがあったら現行の機能だけでも逝ける、
まあ検索対象が大量にあって一括で探したい、とかいう場合はあれば便利かもだが

**デフォルトの名無しさん** · 2016/05/21(土) 19:59:25.28

なぁ、32bit windows 版の tortoise 1.9.4 って、中身のバージョンが、最新チェック用のバージョンと微妙に違くね？

**デフォルトの名無しさん** · 2016/05/25(水) 03:31:32.94

>>510
たとえば、特定のコミットだけに存在した文字列とかも探せる？その特定のコミットは大体しかわからない前提で。
あんまり使い込んでなくて質問してるんで、あったらすまん。

**デフォルトの名無しさん** · 2016/05/25(水) 22:03:33.76

リポジトリブラウザを検索エンジンに食わせておけばよいのでは

**デフォルトの名無しさん** · 2016/06/18(土) 15:58:46.07

dev-MLへの投稿が激減していてヤバイ気がする。

**デフォルトの名無しさん** · 2016/06/18(土) 16:22:08.36

tortoiseの完成度がピカイチなだけに残念だな。
hgもgitもGUIの使い勝手が悪すぎて、会社で提案しにくい。
みんなコマンドライン使えるわけじゃないからなー。

**デフォルトの名無しさん** · 2016/06/19(日) 16:08:05.74

↓gitならSourceTree使えよ派が

**デフォルトの名無しさん** · 2016/06/23(木) 06:27:35.29

>>515
ですよね～

**デフォルトの名無しさん** · 2016/06/23(木) 12:01:27.06

>>515
なんでそんな会社にいるの？

**デフォルトの名無しさん** · 2016/06/23(木) 12:53:03.63

>>518
ツール使用の有無で会社を選ぶのかい？

**デフォルトの名無しさん** · 2016/06/23(木) 14:25:10.52

>>515
>みんなコマンドライン使えるわけじゃない

営業にも開発させてんのか？

**デフォルトの名無しさん** · 2016/06/27(月) 23:00:10.42

>>520
開発じゃないと使っちゃいけないのか？

**デフォルトの名無しさん** · 2016/06/28(火) 12:27:26.79

ファイルサーバの代わりにSVN使うことはよくある

**デフォルトの名無しさん** · 2016/09/16(金) 15:26:57.24

誰か教えてください。
TortoiseSVNでブランチを作って切り替えて変更した後にトランクに切り替えると競合が発生します。
トランクとブランチは切り替えるだけでマージされてしまうものなのでしょうか？
切り替え前にコミットするとそうはならないみたいですが。

**デフォルトの名無しさん** · 2016/09/16(金) 16:48:48.86

ブランチを切り替えるということはリポジトリの最新をローカルに書き戻すということ
コミットしてない奴は上書きで消されても文句言えない
マージしてくれるのは親切

**523** · 2016/09/16(金) 17:21:46.19

>>524
なるほど。
そういう仕様だったんですね。
都度コミットするようにします。
ありがとうございました。

**デフォルトの名無しさん** · 2016/09/16(金) 17:38:13.67

truncに切り替えるとコンフリクトが発生するのなら、branchをtruncにマージするときにコンフリクトが発生するのではないだろうか