■ このスレッドは過去ログ倉庫に格納されています
Subversion r15
- 1 :デフォルトの名無しさん:2014/08/02(土) 17:20:57.62 ID:Pbzuc8Bb.net
- Subversionはフリーなオープンソースのバージョン管理システムです。
公式HP
Apache Subversion
http://subversion.apache.org/
ようこそSubversion.JPコミュニティへ
http://www.subversion.jp/
- 2 :デフォルトの名無しさん:2014/08/02(土) 17:21:57.75 ID:Pbzuc8Bb.net
- 前スレ
r14 http://peace.2ch.net/test/read.cgi/tech/1326806859/
r13 http://toro.2ch.net/test/read.cgi/tech/1286654542/
r12 http://hibari.2ch.net/test/read.cgi/tech/1254838551/
r11 http://pc12.2ch.net/test/read.cgi/tech/1230488758/
r10 http://pc11.2ch.net/test/read.cgi/tech/1215565366/
r9 http://pc11.2ch.net/test/read.cgi/tech/1202086238/
r8 http://pc11.2ch.net/test/read.cgi/tech/1192864879/
r7 http://pc11.2ch.net/test/read.cgi/tech/1180858500/
06 http://pc11.2ch.net/test/read.cgi/tech/1165892754/
05 http://pc8.2ch.net/test/read.cgi/tech/1145841405/
04 http://pc8.2ch.net/test/read.cgi/tech/1129642894/
03 http://pc8.2ch.net/test/read.cgi/linux/1100622362/
02 http://pc5.2ch.net/test/read.cgi/linux/1078609142/
01 http://pc.2ch.net/test/read.cgi/linux/1002355536/
- 3 :デフォルトの名無しさん:2014/08/02(土) 17:22:45.55 ID:Pbzuc8Bb.net
- TortoiseSVN
http://tortoisesvn.net/
■文書
svnbook PDF版
http://psyto.s26.xrea.com/misc/svnbook/
CVSユーザのためのSubversionガイド(wakatonoさん)
http://slashdot.jp/journal.pl?op=display&uid=12&id=200792
■Wiki
Subversionメモ
http://terai.xrea.jp/Subversion.html
■記事(ちょいと旧め)
http://www.atmarkit.co.jp/flinux/special/webdav/webdav03c.html
http://www.atmarkit.co.jp/flinux/special/webdav03/webdav02a.html
http://ukai.jp/Slides/2003/0521-lw2003/html/
http://ukai.jp/Articles/2003/uu-svn/
- 4 :デフォルトの名無しさん:2014/08/02(土) 17:23:32.96 ID:Pbzuc8Bb.net
- ◆関連スレ
バージョン管理システムについて語るスレ10 [プログラム板]
http://peace.2ch.net/test/read.cgi/tech/1393147031/
CVS 1.3 [UNIX板]
http://peace.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ〜 Rev.3 [プログラム板]
http://peace.2ch.net/test/read.cgi/tech/1113141518/
subversion バージョン管理【サブバージョン】 [Linux板]
http://maguro.2ch.net/test/read.cgi/linux/1154701996/
Git 10 [プログラム板]
http://peace.2ch.net/test/read.cgi/tech/1403426425/
【分散型バージョン管理】 Mercurial 2【hg】 [プログラム板]
http://peace.2ch.net/test/read.cgi/tech/1321109748/
【bzr】Bazaarでバージョン管理 Rev 4 [プログラム板]
http://peace.2ch.net/test/read.cgi/tech/1356521407/
- 5 :デフォルトの名無しさん:2014/08/02(土) 17:26:54.04 ID:Pbzuc8Bb.net
- ■記事(最近)
「Apache Subversion 1.7.17」リリース
2014年5月20日16:15 末岡洋子
http://sourceforge.jp/magazine/14/05/20/161500
> 1.9は第2四半期中にリリースを予定しており、
バージョン管理システム「Subversion 1.8」が登場、競合解決ツールや出力の改善など変更点多数
2013年6月19日15:15 末岡洋子
http://sourceforge.jp/magazine/13/06/19/151500
バージョン管理システム Subversion にバージョン1.8 登場
― なぜ Git ではなく、SVN を使うのか?
Sean Michael Kerner
2013年6月20日 / 19:30
http://internetcom.jp/webtech/20130620/8.html
■Subversion の開発元
What's Next for Subversion?
https://www.youtube.com/watch?v=KjxcLHss-p8&list=UU9xOkklmZFT3N2UtV2zy3ow
- 6 :デフォルトの名無しさん:2014/08/02(土) 18:22:49.13 ID:Mk2uM7ds.net
- >>5
> ― なぜ Git ではなく、SVN を使うのか?
ローカルコミットをサポートしてクレー
- 7 :デフォルトの名無しさん:2014/08/02(土) 18:40:46.96 ID:DmU4GxTK.net
- subvertionがgitになるなら
もうgitを使ったほうがいい気がするがw
- 8 :デフォルトの名無しさん:2014/08/02(土) 19:36:38.97 ID:B8TVS7ae.net
- http://www.buzzword.jp/img/face10.png
- 9 :デフォルトの名無しさん:2014/08/02(土) 20:12:35.61 ID:0kTV0vzL.net
- グロ
- 10 :デフォルトの名無しさん:2014/08/03(日) 00:10:47.82 ID:oEZJtdrX.net
- subvertionから移行しやすいのは、gitでなくhg
- 11 :デフォルトの名無しさん:2014/08/03(日) 00:15:01.01 ID:g3w/WXUa.net
- その前にsubvertionて何ですのん
- 12 :デフォルトの名無しさん:2014/08/03(日) 00:53:58.50 ID:LtVhC9Ww.net
- アナル拡張器具
- 13 :デフォルトの名無しさん:2014/08/03(日) 07:20:51.74 ID:Lh4tYBtX.net
- hage?
- 14 :デフォルトの名無しさん:2014/08/03(日) 09:26:06.17 ID:Qqzbedo3.net
- スケーラビリティが向上するんだよ
- 15 :デフォルトの名無しさん:2014/08/03(日) 12:30:11.92 ID:tNPEJw6R.net
- subversion は良くも悪くも普通のバージョン管理ツールだけど
git って、パッチ管理(リモート、ローカル)&マージ処理に特化したのが勝因だよなー
Linusとしては自分に必要な、Linuxのパッチ適用に必要な機能だけ
あればよいって言う考えでgitを設計したんだろうけど。
- 16 :デフォルトの名無しさん:2014/08/03(日) 12:43:18.82 ID:vDYlVj70.net
- subversionはソースコードを管理するツール
gitは機能単位でコミットを作るための開発ツール
- 17 :デフォルトの名無しさん:2014/08/03(日) 13:24:33.93 ID:hQ3yR5lB.net
- フツーの業務システム開発ならsvnのtrunk一本でそれほど困らんけどね
複数人で同じソースをいじくりまわしてマージが大変なんてことは無いし
- 18 :デフォルトの名無しさん:2014/08/03(日) 13:33:31.75 ID:m8NxcudO.net
- >>17
ぼっち開発者の俺はtrunkだけでほぼいける。
以前のバージョンに戻すこともめったにない。
ビルド出来ないとか、動作が不完全のような中途状態で取っておきたいときに
ブランチを作って、OKになったらtrunkへマージする。
このブランチ側の作業を、ローカルリポジトリか何かで自動化できるとうれしい。
gitのリモート/ローカルってそういうものなんだろーなーと指を加えて見てる。
- 19 :デフォルトの名無しさん:2014/08/03(日) 13:43:03.41 ID:eFW9hWaw.net
- 大改造する時にはブランチきるだろ JK
- 20 :デフォルトの名無しさん:2014/08/03(日) 13:47:16.84 ID:EYCCS+tk.net
- >>19
ぼっち開発ならそのまま trunk 上で開発もありだろ
どうしても途中で元のバージョンに修正入れたいなら、その時ブランチ切ればいいんだし
- 21 :デフォルトの名無しさん:2014/08/03(日) 22:45:35.77 ID:H3a6nHDk.net
- git ⊃ SVN と思ったが違うのか
- 22 :デフォルトの名無しさん:2014/08/03(日) 22:51:10.95 ID:vDYlVj70.net
- >>21
コミットの考え方が違うね。
svnは単なる作業履歴って感じだけど、
gitはコミットを一つ一つに意味があって
大事にしている。
- 23 :デフォルトの名無しさん:2014/08/04(月) 00:09:08.40 ID:Q4DpUAES.net
- Git、Eclipse.orgでCVS、SVNを超える
作者: Alex Blewitt , 翻訳者 笹井 崇司 投稿日 2011年12月11日
http://www.infoq.com/jp/news/2011/12/eclipse-git
今から思えば、2010-2011に掛けて、Subversion からgitへ
ユーザーの移行が進んだな
Subversion 1.7以降は、日本語の記事も極端に減った感じがする
- 24 :デフォルトの名無しさん:2014/08/04(月) 00:42:58.11 ID:HYQsVMPc.net
- gitは機能が多すぎ
- 25 :デフォルトの名無しさん:2014/08/04(月) 13:57:04.00 ID:c5xHxkCU.net
- 多いというか、整理されていないというか
かといって無いと不便というか
慣れるしかないというか
- 26 :デフォルトの名無しさん:2014/08/04(月) 14:03:00.85 ID:XttId4/U.net
- 新しく始めるときはgit使うようにしてるけど、慣れたらsvn使うの面倒くさく感じるようになってきた。
- 27 :デフォルトの名無しさん:2014/08/04(月) 14:51:04.10 ID:vzBGIwJJ.net
- うん
そうだね
- 28 :デフォルトの名無しさん:2014/08/04(月) 18:15:01.48 ID:Ov9EQrbF.net
- >>20
その運用するなら「元のバージョン」として扱うだろうと考えられるリビジョンでタグ打っときなよ
- 29 :デフォルトの名無しさん:2014/08/04(月) 20:40:49.84 ID:UAhHAw7M.net
- >>25
> 整理されていないというか
ほんこれ
確かにあったらいいな〜は、あるんだけど、なれるまでがちょい大変
>>28
ぼっち開発だとログもたいしたことないし...
まあ、リリース毎には外部バージョンでタグ打つけどね
- 30 :デフォルトの名無しさん:2014/08/04(月) 22:35:33.41 ID:eWAxusEw.net
- http://www.buzzword.jp/img/face10.png
- 31 :デフォルトの名無しさん:2014/08/04(月) 22:53:31.39 ID:gDpcXLgO.net
- guro
- 32 :デフォルトの名無しさん:2014/08/04(月) 22:58:50.77 ID:O7gnQe0p.net
- 一人でやってると、コミットの扱いが雑にならね?
何か修正している時に、つい近くの
コードが気になって関係ないのに修正しちゃう。
で、コミットメッセージに○○の修正って書いてるのに、
無関係の修正が含まれてたり。
- 33 :デフォルトの名無しさん:2014/08/05(火) 02:53:09.46 ID:JklbpSFc.net
- あるある〜
- 34 :デフォルトの名無しさん:2014/08/05(火) 03:20:24.50 ID:YIevQOQe.net
- 狭く深くか、広く浅くかで分けて
広く浅い方は「後で絶対に戻さない」という信念を持ってコミットする
- 35 :デフォルトの名無しさん:2014/08/06(水) 23:28:00.45 ID:Rv/16L6Z.net
- > 広く浅い方は「後で絶対に戻さない」という信念を持ってコミットする
一つ一つに信念を持たないと
コミットできないなら疲れるってw
人間である以上、漏れっていうのは絶対にある。
こんな些細な事はあとから修正すればいい話でgitならそれができる。
- 36 :デフォルトの名無しさん:2014/08/07(木) 19:51:06.05 ID:2eVL32He.net
- 単に数日前に戻りたいだけとか、コミットにいちいち信念なんてうぜーとかなら、
別にわざわざscm使う必要なくね?
そういうやつはどうせコミットメッセージなんてロクにつけないんだろ?
このスレでいうのもなんだが、そういう使い方しかしないんなら、
nilfs2などのログファイルシステム使っとけば十分な気がするが。
webdavなクラウドストレージでもいいし。
無理してscm使う必要ないと思うけど。
- 37 :デフォルトの名無しさん:2014/08/07(木) 21:58:12.49 ID:KOv3T7TP.net
- コミットの内容に気を使うか、
単なるバックアップとして使うかの
違いだよね。
バックアップとしてしか使ってない人は
ソースコードを管理しているわけじゃないというだけのこと。
- 38 :デフォルトの名無しさん:2014/08/08(金) 01:55:37.68 ID:h6ijPVt8.net
- SVKって、なんで廃れたの?
- 39 :デフォルトの名無しさん:2014/08/08(金) 02:38:38.23 ID:pWDxpd5M.net
- 差分確認したいから使うわけだが
- 40 :デフォルトの名無しさん:2014/08/08(金) 02:54:36.69 ID:9Z/dDvz0.net
- その差分が、一日とかの時間単位の差分なのか
コミット=機能 単位の差分なのかで意味が違ってくるけどな。
しっかりコミットには機能を含ませないとダメだよ。
○機能のコミット、間を空けて、○機能のバグ修正とか
機能が複数のコミットに分断されたりすると、差分調べづらいからさ。
- 41 :デフォルトの名無しさん:2014/08/08(金) 10:14:49.47 ID:U3aQnjb8.net
- >>40
一機能が数十ファイルに渡る数千行の変更になることが普通だから、機能毎のcommitは粒度が大きすぎる。
- 42 :デフォルトの名無しさん:2014/08/08(金) 23:37:02.98 ID:7OE7NDSB.net
- 粒度が小さくしようと思えば、
コミットの回数は必然的に多くなると思うけど、
そうすると大変にならね?
ちょっとしたミスでもしないように
心がけないといけないから、テストに時間が掛かる。
- 43 :デフォルトの名無しさん:2014/08/09(土) 15:03:48.49 ID:tAcYV70i.net
- >>42
昔、1つの障害直すのに機能修正用に一回コミットして、
その後ソースのインデント変更でもう一回コミットとかした事がある。
確かに細かくコミットした方が後で見るときに分かりやすいというのはある。
- 44 :デフォルトの名無しさん:2014/08/10(日) 09:00:39.40 ID:aTEKyeJh.net
- http://www.buzzword.jp/img/face10.png
- 45 :デフォルトの名無しさん:2014/08/10(日) 18:07:16.07 ID:on/xxl87.net
- >>40
ブランチ作ればいいんでないのと思うんだけど、それではだめなのかな。
>>42
粒度を小さくするってことは、固まったところからコミットしていくということなので
特にテストの手間は増えないよ。
>>43
気持ちは分かるんだけど、インデントに関してのみいえばdiffのオプションで
インデント変更を無視することができるので、分けなくても大丈夫。
むしろ、特定リビジョンにおいてインデントが崩れている状態を生み出したというのは
個人的にはあまりよろしくないと思う。
- 46 :デフォルトの名無しさん:2014/08/12(火) 07:18:30.56 ID:iJ1eXffk.net
- 1.8.10が出たのか
そろそろgitに移行するかなー
- 47 :デフォルトの名無しさん:2014/08/12(火) 18:02:50.52 ID:v1nubPFA.net
- >>45
> 粒度を小さくするってことは、固まったところからコミットしていくということなので
> 特にテストの手間は増えないよ。
固まった所からコミットするってどうやるの?
ファイルの一部分だけコミットとか出来ないよね?
- 48 :デフォルトの名無しさん:2014/08/12(火) 18:08:45.21 ID:v1nubPFA.net
- あと固まった所からコミットというのは
作業が直列化してるんだよね。
ある機能を作ろうと思ったら、
・サブ処理A
・サブ処理B
・サブ処理C
みたいな感じで機能を作っていくでしょ?
その時サブ処理Aができたーと思って
B、Cを作っていくけど、その間に見逃しがあったり
問題が見つかって再設計が必要になる。
そういうときサブ処理Aのコミットを
修正できないのはキツイよね。
- 49 :デフォルトの名無しさん:2014/08/12(火) 18:22:27.64 ID:DPsvz0Xi.net
- >>48
> そういうときサブ処理Aのコミットを
> 修正できないのはキツイよね。
言ってる意味がわからないんだが・・・。
BあるいはCをきりのいいところでcommitして、Aを修正すればいいのでは・・・。
- 50 :デフォルトの名無しさん:2014/08/12(火) 18:48:27.03 ID:v1nubPFA.net
- >>49
そうすると、Aのコミットと
Aの修正のコミットの二つが出来るでしょ?
- 51 :デフォルトの名無しさん:2014/08/12(火) 22:05:50.34 ID:EY85siFi.net
- うん。
そういうものを管理するためのツールだもの。
- 52 :デフォルトの名無しさん:2014/08/12(火) 22:20:13.12 ID:v1nubPFA.net
- >>51
意味を考えたことある?
Aのコミット+Aの修正であれば、その二つを
まとめたコミットが一つだけあれば十分。
もちろんリリースした後なら別に分けたほうがいいけど、
一時間前に書いたコードのケアレスミスとか残す価値はない。
残しておけば、過去のコードを見る必要がある時
(見る必要があるから残すわけで)余計な手間がかかる。
コミットの内容を小さくすればするほど、無駄なコミットはなくそうと
考えるのが普通では無いかな?
- 53 :デフォルトの名無しさん:2014/08/12(火) 22:42:52.85 ID:9cOXUK+K.net
- >>52
確かにバグ修正のコミットは結果的に言えば無駄だね。
じゃあ、いつコミットできるの?
バグが一切存在しないコードを書けるクヌース先生みたいな人なのかな。
- 54 :デフォルトの名無しさん:2014/08/12(火) 22:49:43.95 ID:lQ8v3e0D.net
- >>52
詭弁だね。
gitでもローカルではこまめにコミットするよ。
gitでは、みんな整えてからサーバーにプッシュしてくれるから、機能単位になるけどね。
SVNでそれは出来ないし、現状そういう使い方には向かない。
>>53
最も過ぎて感動した。
- 55 :デフォルトの名無しさん:2014/08/12(火) 23:31:31.61 ID:v1nubPFA.net
- >>53
ゼロにしろって話じゃない。
少なくしろって話。
- 56 :デフォルトの名無しさん:2014/08/12(火) 23:50:23.60 ID:9cOXUK+K.net
- >>55
そうだね。むやみに細かなコミットはするべきじゃないよ。
それと、固まったところを切り出してコミットをするのをやめろって話とは矛盾しない。
開発の概念的なステップにおいて不可分なものについて、一部を切り出してコミットするという話ではないし、
逆に>>48でいうところの3つのサブ処理が互いに疎ではないのであれば、Aのみをコミットするのはどうかと思う。
分けるべきことと分けてはいけないことを把握できてるなら、たぶん考えてることは同じだと思う。
- 57 :デフォルトの名無しさん:2014/08/12(火) 23:51:26.61 ID:9cOXUK+K.net
- s/をするのをやめろ/したほうがいい/
- 58 :デフォルトの名無しさん:2014/08/12(火) 23:52:57.40 ID:+KZZ7y/Q.net
- なんかこう、>52は根本的なところでVCSを理解できていないか
それとも何かの教条主義に陥っているのか。
いずれにしても、tagやコミットログを使いこなせていないのだろう。
- 59 :デフォルトの名無しさん:2014/08/13(水) 00:05:50.29 ID:sMkXwa1N.net
- 経験則でいうと、手当たり次第に手をつけながら改修を行うような人にはVCSは向かないと思う。
それはひとえにコミット単位が大きくなりすぎるからという理由。
この手の人は大抵コンフリクトに頭を抱え、VCSに対して文句を言う羽目になってる。
時がたち、コミット単位をうまくまとめられるようになったころには、
手当たり次第に改修するというスタイルは矯正されてると思う。
- 60 :デフォルトの名無しさん:2014/08/13(水) 00:07:16.21 ID:NDCsqVwr.net
- そもそもツールに問題があるとは考えないのか?
gitではできるが
subversionではできないんだよ。
- 61 :デフォルトの名無しさん:2014/08/13(水) 00:09:19.27 ID:NDCsqVwr.net
- >>59
> 経験則でいうと、手当たり次第に手をつけながら改修を行うような人にはVCSは向かないと思う。
それは違うな。
>>53が言っているように、
> じゃあ、いつコミットできるの?
> バグが一切存在しないコードを書けるクヌース先生みたいな人なのかな。
バグが一切存在しないことはない。
だから手当たり次第にコミットすしたのと同じことになる。
だからこそgitではそれを後から修正できるようにした。
subversionというツールに問題があるんですよ。
- 62 :53=59:2014/08/13(水) 00:11:57.89 ID:sMkXwa1N.net
- だめだこりゃ。
- 63 :デフォルトの名無しさん:2014/08/13(水) 00:13:50.98 ID:BorG/OEI.net
- 個人的には、意味のある単位であれば、コミットは細い程良いと思ってる。
その、程々の粒度のコミット単位を見つけられるかが経験なのかもしれないけどね。
俺も経験上の話をすると、でかいコミットをカマス奴は信用できないヤツが多い。
しかも、不具合やリファクタリングを指摘しても、何だかんだで直してくれない。
(その理由の一つが、履歴が汚れるからとか、おかしいだろ…)
- 64 :デフォルトの名無しさん:2014/08/13(水) 03:17:33.31 ID:u7WpCg+2.net
- とりあえずgit-svn使っとけばいいんじゃね
- 65 :デフォルトの名無しさん:2014/08/13(水) 08:16:22.09 ID:O9MT/Amg.net
- >>63
あるある
所詮開発ツールのログにすぎないのに、そのログの保守が目的になっちゃう人
極端に偏るのはウザいし、業務遂行の妨げだよね〜
程々でいいんだよ、何事もバランスが大切
- 66 :デフォルトの名無しさん:2014/08/13(水) 08:26:41.64 ID:DJCgQYDb.net
- >>48
A, B, C 用にブランチ切って各々単体テストまで完了してからコミットすれば?
- 67 :デフォルトの名無しさん:2014/08/13(水) 10:50:51.37 ID:jXoiUBxz.net
- >>56
> 逆に>>48でいうところの3つのサブ処理が互いに疎ではないのであれば、Aのみをコミットするのはどうかと思う。
つか、互いに疎になるように分割しないと駄目なのでは?
- 68 :デフォルトの名無しさん:2014/08/13(水) 11:13:14.94 ID:prMs9a0D.net
- ま、手段と目的が逆転している感はあるな
- 69 :デフォルトの名無しさん:2014/08/13(水) 11:45:42.27 ID:jXoiUBxz.net
- まあ、「ある機能」の規模感が人によってさまざまで、だから意見が食い違ってる気がする。
俺の場合は、「機能」で分割した場合、コードの行数は500〜3000行くらいで、500行の場合でも
クラスを3つ、メソッドそれぞれ10〜30行とかで、メソッド一つ〜数個ごとにコミットする感じ。
- 70 :デフォルトの名無しさん:2014/08/14(木) 01:01:10.16 ID:pDOsDmj5.net
- 1.9 って、DB機能の強化がメインなのか?
バックグランドの機能強化とか誰得なんだ?
- 71 :デフォルトの名無しさん:2014/08/14(木) 02:24:10.10 ID:HJ0p3ltx.net
- http://svn.apache.org/repos/asf/subversion/tags/1.8.10/CHANGES
- 72 :デフォルトの名無しさん:2014/08/14(木) 08:47:18.57 ID:UKa3zRV/.net
- >>71
これ、なんだ?
Developer-visible changes: - General:
* support generating VS 2013 and later project files.
- 73 :デフォルトの名無しさん:2014/08/14(木) 11:27:09.25 ID:vzBa7P/6.net
- 大規模CI環境になるとsvnが性能ネックになりうるので
バックエンドの強化は地味ながら効果的
- 74 :デフォルトの名無しさん:2014/08/15(金) 18:15:50.03 ID:NhRsvWgL.net
- データベースを強化しないと機能追加が難しい。急がば回れ。
OSS関係はgitが主流になったんで開発を急ぐ必要も無いから
- 75 :デフォルトの名無しさん:2014/08/16(土) 15:29:40.52 ID:HLPR753i.net
- http://www.buzzword.jp/img/face10.png
- 76 :デフォルトの名無しさん:2014/08/16(土) 15:33:06.06 ID:HaTedOVs.net
- ぐろ
- 77 :デフォルトの名無しさん:2014/08/18(月) 20:45:04.19 ID:S1QfPa+c.net
- Git 対 Subversion:長引く争い
http://readwrite.jp/archives/4492
- 78 :デフォルトの名無しさん:2014/08/18(月) 21:10:12.16 ID:qllk6aou.net
- >>77
subversionにもメリットがあって、
gitとsubversionのどちらがいいか戦ってるって
話かと思ったら、
Subversionの呪縛から抜だしてGitへ移行する戦い・・・が長引いてるって
って話でワロタw
タイトルの訳間違ってるだろwww
- 79 :デフォルトの名無しさん:2014/08/18(月) 21:38:25.14 ID:XfPgTp0v.net
- みんなそんなにSVNに困ってるの?
- 80 :デフォルトの名無しさん:2014/08/18(月) 21:44:14.15 ID:RwGMDQAu.net
- gitに移行した方がいいプロジェクトも確かにあるけど、
プログラマー以外の職種が多い場合や、
巨大なデータを扱うのがメインだと難しいね
- 81 :デフォルトの名無しさん:2014/08/18(月) 23:28:18.45 ID:5QD9Cwn1.net
- >>77
すでにコメントで指摘されてるけど、下二つのグラフが同じだな
おぼちゃんじゃないけど、こういうミスがある記事はあまり信頼できない
- 82 :デフォルトの名無しさん:2014/08/18(月) 23:59:55.48 ID:KXo4EPQU.net
- 適材適所という言葉が奴らの辞書には載ってないんだよ
- 83 :デフォルトの名無しさん:2014/08/19(火) 01:07:57.99 ID:hZ1y1Bcl.net
- 適材適所? 中央リポジトリには
subversionが適してると思ってる?
残念。中央リポジトリにしか使えないんだよ。
rebaseできないからな。
- 84 :デフォルトの名無しさん:2014/08/19(火) 01:10:04.56 ID:hZ1y1Bcl.net
- >>79
うん。困りまくり。
小さくコミットが出来ない。
コミットした後で並び替えできない。
ブランチ切り替えに時間かかる。
そもそも、ブランチ切るのが大変
Subversionじゃ気軽に何十個もブランチ切れない。
こんなの使えないよ。
- 85 :デフォルトの名無しさん:2014/08/19(火) 01:15:51.90 ID:c3qx/Qrl.net
- 自分中心でしか語れないクズは去っていいよ
- 86 :デフォルトの名無しさん:2014/08/19(火) 01:57:10.27 ID:hZ1y1Bcl.net
- 他人のことを考えたとしても、
できることは多いほうがいいよ?
- 87 :デフォルトの名無しさん:2014/08/19(火) 11:28:17.07 ID:tg7i16ue.net
- >>86
> できることは多いほうがいいよ?
多機能家電に憧れちゃう人? w
git はもう少し機能を整理した方がいいと思う。
- 88 :デフォルトの名無しさん:2014/08/19(火) 11:41:44.97 ID:VxtC/3Yq.net
- VCSに何を求めるか人それぞれなんだから意見が合うはずがない
ほっとけよ
- 89 :デフォルトの名無しさん:2014/08/19(火) 20:56:55.78 ID:NEeA6T8i.net
- gitはログ追うのも難儀するからな
- 90 :デフォルトの名無しさん:2014/08/19(火) 20:57:40.71 ID:NEeA6T8i.net
- NEATe68i
- 91 :デフォルトの名無しさん:2014/08/19(火) 21:34:51.65 ID:wZ/va0+J.net
- >>88
VCSにrebaseを求めない人がいるのが信じられないんだけど。
だって普通開発してたらケアレスミスするじゃん?
コミットした後で気づくってよくある話だと思うけど。
ケアレスミスじゃなくても単にバグとかさ。
- 92 :デフォルトの名無しさん:2014/08/19(火) 21:46:10.76 ID:mxmpwOEU.net
- そんなのは普通に直して普通にコミットすればよろしい。
rebeaseだのはVCS的には邪道。
うっかりだろうとケアレスミスだろうと、それすらも履歴として残すことに
本来的な意味がある。
- 93 :デフォルトの名無しさん:2014/08/19(火) 21:59:43.08 ID:wZ/va0+J.net
- わからないな。
ミスさえしなければ、本来できるはずがなかったコミットを
残す理由って何よ?
- 94 :デフォルトの名無しさん:2014/08/19(火) 22:08:41.41 ID:mxmpwOEU.net
- もちろん単なる履歴だ。それ以外に特別な意味はない。
すべてのコミットが単なる履歴なのだから、強いて言えば「こんな馬鹿な奴が
いました。次のプロジェクトからは外した方がいいですよ〜」という証拠でもある。
- 95 :デフォルトの名無しさん:2014/08/19(火) 22:10:09.40 ID:wZ/va0+J.net
- >>94
じゃあ、そのコミットに価値はないって認めるわけだね?
- 96 :デフォルトの名無しさん:2014/08/19(火) 22:15:43.48 ID:wZ/va0+J.net
- コミットの価値を理解しないとダメだよ。
コミットというのは、その一つを取り込んだり取り外したり
どこで問題が入ったかを調べたりするもの。
そういう風に利用できなければコミットにする理由がない。
それができるためには、1つのコミットが意味のある単位に
なっていなければいけない。
意味のある単位をむやみに分割したりとか
複数の単位をまとめてしまったら、コミットが使えなくなる。
- 97 :デフォルトの名無しさん:2014/08/19(火) 22:17:29.06 ID:hIkjmM2M.net
- rebase出来るということは潜在的に「履歴を間違えて消してしまう」リスクを背負う事になっちゃうからね。
ま、ローカルでのrebaseであれば作業者の責任範囲なのでウェルカムこの上ないんだけど。
人間だから、コードにバグ入れるのも当たり前、コミットミスするのも当たり前、同様にrebaseミスするのも当たり前だということ。
この中で一番ミスった時のリスクが高いのがrebaseなので、不要と考える人の気持ちもわかる。
- 98 :デフォルトの名無しさん:2014/08/19(火) 22:18:32.84 ID:wZ/va0+J.net
- rebaseでミスっても、簡単に元に戻せるから
問題ないのでは?
- 99 :デフォルトの名無しさん:2014/08/19(火) 22:35:26.02 ID:hIkjmM2M.net
- もちろんすぐに気付けばreflogとかでやり直せばいいと思うし、ローカルでやってくれる分には別に気にしないよ。
共有リポジトリに対してやられたりして、更に何らかのミスていることに気づかないで放置されると後々面倒だなーと。
人のコミットまでrebaseできちゃうわけだし。
- 100 :デフォルトの名無しさん:2014/08/19(火) 22:38:27.65 ID:hIkjmM2M.net
- 勿論欲しい事は欲しいんだけど、集中型のsvnには、「まだ」時期尚早な機能じゃね?
- 101 :デフォルトの名無しさん:2014/08/19(火) 22:40:19.87 ID:mxmpwOEU.net
- やっとわかった。自分勝手な基準で「意味のあるコミット」だとか
「意味のないコミット」だとか、そういうものが存在するという幻想を
抱いてるレベルなのか…
できればVCSを使わないで欲しいな、そんな奴には…
逆なんだよ、「コミットする事に意味がある」んだって分かって欲しいね。
- 102 :デフォルトの名無しさん:2014/08/19(火) 22:43:40.49 ID:wZ/va0+J.net
- >>99
> 人のコミットまでrebaseできちゃうわけだし。
人のコミットって言っても、それローカルじゃないでしょ?
”人のコミット”といえば、ローカルの話だと思うんだけど?
ローカル(つまり自分のhome以下)にあるものは普通
ディレクトリ共有しないのだからそれは勝手にrebaseできないよな。
で、サーバーにあるものは勝手にrebaseされたとしても気づく。
(ローカルと食い違ってるのでちゃんと知らせてくれる)
そもそもローカルにある自分のコミットがオリジナルで
そっちは無事なので何の問題もないけど。
- 103 :デフォルトの名無しさん:2014/08/19(火) 22:44:18.54 ID:wZ/va0+J.net
- >>101
おいw せめて何か言い返せよw
- 104 :デフォルトの名無しさん:2014/08/19(火) 22:45:12.28 ID:wZ/va0+J.net
- 目的と手段が入れ替わってるんだろうな。
コミットすることが目的になっちゃってる。
コミットを使わないと
何の意味もないのに。
- 105 :デフォルトの名無しさん:2014/08/19(火) 22:48:07.47 ID:hIkjmM2M.net
- >>101
直線履歴が基本のsvnだと確かに全ての作業ログを残して欲しくなるね。
でも、ブランチと機能コミットが基本の分散型だと、すごーく履歴がカオスになるので、rebaseで直線化して欲しくなる気持ちもわかるよ。
- 106 :デフォルトの名無しさん:2014/08/19(火) 22:50:06.96 ID:wZ/va0+J.net
- あぁ、作業ログ。そうかsubversionは
単なる作業ログなんだ。
コミットを使うという発想がないんだね。
オープンソースの開発なんかだと
コミットを送ったりするわけだけど、
そうか単なる作業ログか。
- 107 :デフォルトの名無しさん:2014/08/19(火) 22:50:38.55 ID:hIkjmM2M.net
- >>102
話変わるけど、svn使ったことある?
- 108 :デフォルトの名無しさん:2014/08/19(火) 22:54:40.94 ID:hIkjmM2M.net
- >>106
アオリたいだけなら、俺はもう引っ込むね。
そんなやり合いには何の実もないから。
適材適所なんだから、そういう突っかかり方するのもどうかと思うよ。
- 109 :デフォルトの名無しさん:2014/08/19(火) 22:54:49.52 ID:wZ/va0+J.net
- >>107
あるけどそれが?
svn使っている時から苦痛だったよ。
コードレビューしやすいように
したかったのだが無理だった。
git使ってから、ツールが悪かったんだなって
わかった。
- 110 :デフォルトの名無しさん:2014/08/19(火) 22:56:33.30 ID:wZ/va0+J.net
- >>108
だって作業ログなんでしょ?
コミットする事に意味があるだっけ?
コミットすることが目的だみたいなこと言ってるし。
言いたいことがあるのなら言い返せばいいのに
それもできないでいるしさ。
- 111 :デフォルトの名無しさん:2014/08/19(火) 22:58:42.34 ID:wZ/va0+J.net
- 社内の仕事だったら、適当な作業ログでいいかもしれないけどさ、
これが赤の他人に提出するパッチだったら
コードはちゃんとレビューできるようになってないとダメだよ。
赤の他人のコードなんて信用出来ない。
コミットがきちんと理解できるように
意味のある単位に分かれていなければ、
受け取ってもらえない。
- 112 :デフォルトの名無しさん:2014/08/19(火) 23:07:57.10 ID:hIkjmM2M.net
- >>111
何だ、適材適所という事をわかってるじゃないか。
それなのに何でそこまで君の正義を主張したがる?
君の言うことは正しい。
でもそれが全てじゃない。
- 113 :デフォルトの名無しさん:2014/08/19(火) 23:34:01.17 ID:X6oZU2h0.net
- >>101
変な状態でコミットされてもなー
- 114 :デフォルトの名無しさん:2014/08/20(水) 00:00:03.80 ID:f3yS32aL.net
- バカには無理
- 115 :デフォルトの名無しさん:2014/08/20(水) 00:53:26.19 ID:a44PmGri.net
- >>77
>>81
読んだ感じでは、俺が感じていたのと殆ど同じなので、違和感が無い。
2010年頃から、雪崩のようにsvnからgitへ人が移動していったと感じていたけど
記事を見て、自分の思っていた通りだったと確信した。
SVNに関する需要が0になる事は無いと思うからどこかで、下げ止まると思うけど
- 116 :デフォルトの名無しさん:2014/08/20(水) 02:20:29.54 ID:tVPQaqWC.net
- svnを使う理由は「今更やめられない」か
「新しいものを覚えたくない」だけになりそうだね。
- 117 :デフォルトの名無しさん:2014/08/20(水) 02:23:43.02 ID:tVPQaqWC.net
- 機能で言えばgit > svnなんだよな
gitはsvnの代わりに使えるが、
svnはgitの代わりにはならない。
- 118 :デフォルトの名無しさん:2014/08/20(水) 03:17:17.30 ID:f3yS32aL.net
- svnは一部のcoできるけどgitは・・
- 119 :デフォルトの名無しさん:2014/08/20(水) 03:34:47.62 ID:ZA48Lhll.net
- svnはコミット単体でが何というブランチになされたものかわかるけど、gitは…
- 120 :デフォルトの名無しさん:2014/08/20(水) 04:37:57.36 ID:tVPQaqWC.net
- >>118-119
でもそれって、できても役に立たないですよね?
- 121 :デフォルトの名無しさん:2014/08/20(水) 07:44:27.64 ID:VDbLT/q5.net
- 一部coは明らかに有用。
- 122 :デフォルトの名無しさん:2014/08/20(水) 08:18:04.87 ID:f3yS32aL.net
- 巨大プロジェクト全体のcloneなんて無駄なことしたくないからね
- 123 :デフォルトの名無しさん:2014/08/20(水) 08:28:54.10 ID:ywmZeMUB.net
- gitがoss向きなのは明らかだね。
自然集約と自然淘汰を本質とするossの性質に良くマッチしている。
一方、統制を基本とする企業という枠組みの中では必ずしもマッチするものではないと思う。
ただ、企業と言ってもこれまた多種多様で、ソフトウェア実装専門であればgitが適していると思う。
gitは良くも悪くもテキストに特化したツールだから、他の文書や成果物を合わせて管理するには向いていない。
- 124 :デフォルトの名無しさん:2014/08/20(水) 08:30:54.38 ID:Dj5PYAlQ.net
- ソースコードだけ対象で、計画的な開発体制が出来てるならgitの方がいいと思う
そうでない場合、subversionがいい場合もある
- 125 :デフォルトの名無しさん:2014/08/21(木) 02:22:10.31 ID:W/oig19k.net
- >>122
巨大プロジェクトってたとえばどんなの?
もしかして無関係のものまで
一つのリポジトリに入れちゃったりしない?
だめだよ。プロジェクトごとに
リポジトリは分けなきゃ。
- 126 :デフォルトの名無しさん:2014/08/21(木) 02:27:08.87 ID:Yce5CEFd.net
- 大手自動車メーカの走行テレメトリーデータ
- 127 :デフォルトの名無しさん:2014/08/21(木) 02:39:29.35 ID:W/oig19k.net
- ん? またソースコードを管理するから
ソースコード管理ツールに
データ入れてるって話?
- 128 :デフォルトの名無しさん:2014/08/21(木) 03:55:04.90 ID:PN+RgdpI.net
- ソースコード管理ツールワロタ
- 129 :デフォルトの名無しさん:2014/08/21(木) 04:52:59.29 ID:/QX5bJTQ.net
- >>125
> だめだよ。プロジェクトごとに
> リポジトリは分けなきゃ。
なぜ?
- 130 :デフォルトの名無しさん:2014/08/21(木) 09:40:57.19 ID:rUYfHbxl.net
- 伸びてると思ったら案の定こんな話か
- 131 :デフォルトの名無しさん:2014/08/21(木) 10:18:28.92 ID:7zFpfveR.net
- >>125のように頭の悪い奴が支持してるのがgit
- 132 :デフォルトの名無しさん:2014/08/21(木) 10:50:44.47 ID:Ob17d+jm.net
- >>129
dump, restoreが重すぎる。リポジトリが大きくなるともうだめぽ。
- 133 :デフォルトの名無しさん:2014/08/21(木) 12:39:31.40 ID:npCrOf/M.net
- だがヘボが管理するとプロジェクトごとのバージョン合わせに無駄な手間が
- 134 :デフォルトの名無しさん:2014/08/21(木) 21:33:19.38 ID:aOXOtjT0.net
- 「プロジェクト」の定義は?
- 135 :デフォルトの名無しさん:2014/08/21(木) 22:13:47.40 ID:xeZNqCr5.net
- おれも問題はそこだと思う。
実行ファイルにコンパイルされるソース一式と仮定すると、
たとえばひとつの実行ファイルだけで完結してしまって、
他の実行ファイルとの関係など全くないような
小さなモノしか扱ったことのないやつにとっては、きっと
(実行ファイル) = (プロジェクト) = (リポジトリ)
という頭しかないんだろ。
- 136 :デフォルトの名無しさん:2014/08/21(木) 22:37:19.35 ID:W/oig19k.net
- >>134
> 「プロジェクト」の定義は?
プロジェクトっていうか
プロダクトかな。
プログラマなら疎結合にする重要性は知っていると思うが、
プロジェクト定義は別々にリリースしても問題ない単位でいいんじゃないかな
または別々のバージョン番号をつけている単位でもいいかも
ようするに商品として独立していること。
- 137 :デフォルトの名無しさん:2014/08/21(木) 22:40:07.04 ID:W/oig19k.net
- >>135
プロジェクトには複数の実行ファイルがあるわけだけど、、
当たり前だけど、それでも全部を一つのリポジトリに入れたらダメだよね。
無関係のものもあるわけだし。
プロジェクトごとにリポジトリを分ける。
一つのプロジェクト(リポジトリ)には複数の実行ファイルが入ってる。
これが理想だろうね。
- 138 :デフォルトの名無しさん:2014/08/21(木) 22:43:54.55 ID:Ob17d+jm.net
- 使いやすいように使えばいい、理想なんかねーよ。ハゲ。
- 139 :デフォルトの名無しさん:2014/08/21(木) 22:47:31.02 ID:W/oig19k.net
- 全部一つにまとめると。一部だけ移動したりする時とかに
使いにくくなるんだよな。
特定のプロジェクトにはアクセス制限かけるとかさ。
(使いにくいから)一つのプロジェクトに
まとめるなという話をしてる。
- 140 :デフォルトの名無しさん:2014/08/21(木) 23:19:36.49 ID:Ob17d+jm.net
- >>139
使いにくくなるのは、おめーが使い方知らないだけ。
- 141 :デフォルトの名無しさん:2014/08/21(木) 23:34:08.49 ID:xeZNqCr5.net
- >>137
関連する実行ファイルのソースはすべてひとつのリポジトリに揃ってないと、
各実行ファイル間の関係を追跡できなくなってしまう。
プロジェクトが「プロダクト(製品)」の意味ととらえても、
おれのところではひとつの製品の中に無関係のものなんてないし、
ひとつのソース一式が複数の製品で利用されてたりもするから、
それらが全部同じリポジトリにないと管理ができなくなる。
また、ひとつの製品は過去のバージョンとの連続性もあるが、
過去の経緯によってもモジュール間の依存関係は変わってくる。
無関係のものをその時点の状況だけで別のリポジトリに分けてたら収集がつかない。
パッケージ商品の開発では、ひとつの部署で開発した成果物はひとつのリポジトリに納めてる。
特定の顧客から発注された開発では専用のリポジトリを作ることもあるけど、
パッケージ商品の一部成果物を利用して工数を削減したりするので、
パッケージと同じリポジトリにブランチを切ってそこに突っ込むことが多い。
でないと、パッケージ商品に含まれてる標準のものと
特定顧客向けに一部修正したものとの履歴の違いがわからなくなる。
結局、おれのところでは基本的にライセンスや使用許諾条件によってリポジトリを分けてるかな。
異なるライセンスのソースが同じリポジトリにあっちゃマズイから。
- 142 :デフォルトの名無しさん:2014/08/21(木) 23:59:09.62 ID:W/oig19k.net
- 関連する実行ファイルのソースはすべてひとつのリポジトリに揃ってないと、
各実行ファイル間の関係を追跡できなくなってしまう。
逆に言えば、関連しなければ何の問題もない。
これ以上の話はする必要がないとおもう
- 143 :デフォルトの名無しさん:2014/08/22(金) 09:02:34.71 ID:vd34DDnl.net
- 急に禅問答になった。
- 144 :デフォルトの名無しさん:2014/08/22(金) 13:37:43.59 ID:p2QF+4Sq.net
- リポジトリは分けた上で、リビジョン指定のsvn:externalsで関連付けたらいいのでは
- 145 :デフォルトの名無しさん:2014/08/22(金) 14:14:15.25 ID:mvEiVivf.net
- やり方は沢山あって、それなりに一長一短ある。
> オレ様のやり方が一番良い。オレ様のやり方でやるべき。
と言い出すバカは死んでくれ。
- 146 :デフォルトの名無しさん:2014/08/22(金) 19:01:58.40 ID:x+8C73Wg.net
- まあこの辺りを読んどけって言う話だわな
http://svnbook.red-bean.com/en/1.7/svn.reposadmin.planning.html
- 147 :デフォルトの名無しさん:2014/08/23(土) 00:06:04.33 ID:tn55FLZ4.net
- 雑多なファイル、資料を扱うときに部分チェックアウトは凄く便利だよな
- 148 :デフォルトの名無しさん:2014/08/23(土) 00:43:59.83 ID:UlvkZmqF.net
- >>142
むやみにひとつのリポジトリで運用すべきではないという主張になってると思うんだけど、
当初はdump restoreが重過ぎるからひとつにするなといっていたよね。
言葉を変えると、
むやみにリポジトリを分けてしまうと追跡できないものが生まれうるというところに異論は無いと思うんだけど、
dump restoreが重いという理由以外にひとつにまとめるべきではないという理由は何かあるの?
ちなみにdump restoreの重さが気になる頻度でそれを行っているのなら、そこを改めるべきだと思う。
- 149 :デフォルトの名無しさん:2014/08/23(土) 00:48:28.44 ID:j4ngjv2t.net
- 開発元がひとつにまとめてる時点でないだろ
- 150 :デフォルトの名無しさん:2014/08/23(土) 06:47:22.27 ID:akTuwZSl.net
- >>148
当初はじゃなくて独立した理由だろ。アホウ。
- 151 :デフォルトの名無しさん:2014/08/23(土) 13:22:14.44 ID:ONwlfWFe.net
- パッケージ管理とバージョン管理の区別が付いてないと
悲惨なリポジトリになる
- 152 :デフォルトの名無しさん:2014/08/23(土) 16:08:22.28 ID:VUWj8PF8.net
- >>151
どう分ければ良いの?
- 153 :デフォルトの名無しさん:2014/08/23(土) 17:10:06.41 ID:UlvkZmqF.net
- >>150
独立したそれぞれの理由を書いてるけど、どれもこれも分けないことによって生まれるデメリットに相当しないんだもの。
- 154 :デフォルトの名無しさん:2014/08/23(土) 19:13:33.30 ID:kSrKTw7a.net
- ソースコードのバージョン管理とプロダクトの構成管理は別物だしなぁ
- 155 :デフォルトの名無しさん:2014/08/23(土) 19:25:44.67 ID:akTuwZSl.net
- 分けることで得られるメリットも同じ位薄弱だ
- 156 :デフォルトの名無しさん:2014/08/24(日) 00:45:17.64 ID:cxV5Zamh.net
- この流れは何度も繰り返されているけれど、そのたびに分けなくていいという結論になってない?
- 157 :デフォルトの名無しさん:2014/08/24(日) 11:38:05.22 ID:tjUQeC3v.net
- >>5
>バージョン管理システム Subversion にバージョン1.8 登場
>― なぜ Git ではなく、SVN を使うのか?
>Sean Michael Kerner
>2013年6月20日 / 19:30
>http://internetcom.jp/webtech/20130620/8.html
訳がおかしいから原文読んだけど、
http://www.developer.com/open/subversion-1.8-gits-new-features.html
1.9 を9か月のサイクルで出したいとか言ってたけど、無理みたいだな。
- 158 :デフォルトの名無しさん:2014/08/24(日) 12:46:27.42 ID:04V5n05d.net
- これぐらいの速度で出して欲しい
2005年12月21日 - 1.0.0リリース
2006年1月9日 - 1.1.0リリース
2006年2月13日 - 1.2.0リリース
2006年4月19日 - 1.3.0リリース
2006年6月11日 - 1.4.0リリース
2007年2月14日 - 1.5.0リリース
2008年8月18日 - 1.6.0リリース
2010年2月13日 - 1.7.0リリース
2012年10月21日 - 1.8.0リリース
2014年2月14日 - 1.9.0リリース
2014年5月28日 - 2.0.0リリース
2014年8月15日 - 2.1.0リリース
- 159 :デフォルトの名無しさん:2014/08/24(日) 16:01:04.94 ID:tjUQeC3v.net
- gitの開発速度には敵わないでしょ
- 160 :デフォルトの名無しさん:2014/08/24(日) 16:17:32.62 ID:1q09/hom.net
- subversionにgit flowとかgithub flowみたいなのってある?
subversionを使ってどういうふうに運用するかを
決めた開発のフロー
- 161 :デフォルトの名無しさん:2014/08/24(日) 16:22:50.54 ID:1q09/hom.net
- あとどういう時にブランチ切ってる?
バグ修正用のブランチとか切っていい?
そうするとたとえばバグが100個あったら
100個ぐらいブランチ出来るんだけど
名前つける時どうしてる?
誰が作ったブランチかわからないから
頭に個人名のプレフィックスつけようかと思うんだけど
変なやり方じゃない?
要らなくなったブランチは削除していいよね?
ブランチは削除できるみたいだし。
- 162 :デフォルトの名無しさん:2014/08/24(日) 17:05:10.65 ID:cxV5Zamh.net
- 大抵のバグはブランチを作るほどじゃないなぁ。影響範囲も小さく、内容が明白であれば1コミットで済むでしょ。
オレオレブランチは大抵イマイチな命名だけど状況次第。
砂場として使うならアリ。バグフィックスのために個人名をつけるのは全力でナシ。
要らなくなったブランチはどんどん削除。
- 163 :デフォルトの名無しさん:2014/08/24(日) 18:53:31.85 ID:1q09/hom.net
- > 大抵のバグはブランチを作るほどじゃないなぁ。影響範囲も小さく、内容が明白であれば1コミットで済むでしょ。
一人でやっていればいいけど、複数人でやってると
そうも行かないよね?
並列で複数の作業が発生するわけだしコードレビューも必要。
- 164 :デフォルトの名無しさん:2014/08/24(日) 19:49:07.75 ID:9zqGicGe.net
- >>163
> 一人でやっていればいいけど、複数人でやってると
> そうも行かないよね?
修正範囲が多岐に渡るでかい修正ならそうだけど、大抵の修正は一人でやってる範囲に収まるよ
でかい修正の時は修正方針決めた段階で関係者集めてレビューするから
- 165 :デフォルトの名無しさん:2014/08/24(日) 23:27:54.67 ID:1q09/hom.net
- いや、書いたコードをレビューしないと、
修正方針通りでも、コードがダメな場合があるじゃないか
コピペされていたり、正しくない構造を指定たり。
- 166 :デフォルトの名無しさん:2014/08/24(日) 23:29:50.41 ID:1q09/hom.net
- それに複数人でやるっていうのは、修正する人が一人かどうかじゃなくて、
平行して、別々の開発があるじゃないかって話。
一つのプロジェクトの新規機能Aを担当する人、
同Bを担当する人、同C担当する人、バグ1を修正する人、以下略って。
そういう人が、それぞれtrunkにコミットしたらダメだろ?
だからブランチという機能があるんだが。
- 167 :デフォルトの名無しさん:2014/08/25(月) 00:39:19.30 ID:nKRJ5J1t.net
- そんなの現場次第。
- 168 :デフォルトの名無しさん:2014/08/25(月) 15:34:41.14 ID:W/mMJDzT.net
- >>166
> 一つのプロジェクトの新規機能Aを担当する人、
> 同Bを担当する人、同C担当する人、バグ1を修正する人、以下略って。
>
> そういう人が、それぞれtrunkにコミットしたらダメだろ?
ん?それって10人で開発する場合、最低10個のbranch切って各人がそれぞれのbranchで開発するってこと?
それ、いつtrunkにマージするの?
- 169 :デフォルトの名無しさん:2014/08/25(月) 15:42:29.04 ID:V08rwKRx.net
- >>168
そりゃできた順(もしくはリリースする順)にマージだろ
- 170 :デフォルトの名無しさん:2014/08/25(月) 16:38:16.81 ID:W/mMJDzT.net
- >>169
> そりゃできた順(もしくはリリースする順)にマージだろ
で、、マージ後branchは消すの?
消さないと、1リリース毎に見ると数百のbranchが残るよね。
- 171 :デフォルトの名無しさん:2014/08/25(月) 16:39:32.30 ID:W/mMJDzT.net
- それとも、マージ後trunkの変更点をbranchに取り込んで、各人はそのbranchで作業を続行するのかな?
それだと、branchの意味あんまなさそう・・・。
- 172 :デフォルトの名無しさん:2014/08/25(月) 17:14:52.76 ID:wFnHFJpO.net
- ブランチの利点が理解できてない人がいるとは思わなかったw
- 173 :デフォルトの名無しさん:2014/08/25(月) 17:19:00.91 ID:n6MYI6xH.net
- そんなもんだろ。
subversionをバックアップとしてしか使ってない証拠。
まあ、普通はマージを日常的に使ってたら
subversionは使いづらくてしょうがないから
gitに移行するんだけどねw
- 174 :デフォルトの名無しさん:2014/08/25(月) 17:38:32.48 ID:uT4xDhJR.net
- こりゃ面白い。急成長じゃないか。
明日にもgit叩きを始めそうな展開で胸が熱い。
>>161 ブランチどうやって切ればいいんですかね;;
>>163 トンチンカン
>>166 だからブランチという機能があるんだが。
- 175 :デフォルトの名無しさん:2014/08/25(月) 17:44:56.29 ID:Q6cKsmaN.net
- >>174
> >>161 ブランチどうやって切ればいいんですかね;;
質問は「どうやって切る」じゃなくて
「どういう時に切る?」だろ?
開発フローを効いてるだけだと思うが?
160 名前:デフォルトの名無しさん[sage] 投稿日:2014/08/24(日) 16:17:32.62 ID:1q09/hom
subversionにgit flowとかgithub flowみたいなのってある?
subversionを使ってどういうふうに運用するかを
決めた開発のフロー
- 176 :デフォルトの名無しさん:2014/08/25(月) 17:46:57.39 ID:uT4xDhJR.net
- なんだ、じゃあどういうときに切るかはまだ分からないままか。
じゃあ >>162 のまま特に変える必要ないなぁ。
- 177 :デフォルトの名無しさん:2014/08/25(月) 17:53:04.86 ID:9I6muac3.net
- >>176
並行開発はどうやってるの?
新規機能を幾つか平行して開発している場合。
- 178 :デフォルトの名無しさん:2014/08/25(月) 18:20:23.87 ID:9I6muac3.net
- >>176
一人開発で使ってるだけで、そういう高度なことは
やってないから知らない。って答えてもいいんですよ?
- 179 :デフォルトの名無しさん:2014/08/25(月) 18:29:44.44 ID:t3eJagh2.net
- ID:W/mMJDzTはsubversion book読んで出直しなさい。
レベルが低過ぎて会話に追従出来てない。
- 180 :デフォルトの名無しさん:2014/08/25(月) 18:36:43.65 ID:dIutByqY.net
- そう言えば俺svnでは一度もマージ使った事なかったな…
なんて事、trunk一本糞なオープンソースに関わりながら思い出した
- 181 :デフォルトの名無しさん:2014/08/25(月) 18:51:31.79 ID:fQ2cskxs.net
- subversionの人にとってはsubversionは
バックアップツールなんだよ(笑)
http://www.amazon.co.jp/o/ASIN/4798013730
> 内容(「BOOK」データベースより)
> この本は、Subversionというバックアップのためのソフトについて説明したものです。
> 内容(「MARC」データベースより)
>
> Windows上で使えるバックアップツール「Subversion」の基礎知識から
> 具体的な使い方までをわかりやすく解説。テキストファイルも画像ファイルも、
> ファイルもフォルダも、好きなときにバックアップできる!
- 182 :デフォルトの名無しさん:2014/08/25(月) 20:23:33.02 ID:uT4xDhJR.net
- >>177
ブランチ作るよ。普通に。
てか、バグフィクスでブランチを作るかどうかの話じゃないの
- 183 :デフォルトの名無しさん:2014/08/25(月) 20:33:53.30 ID:uT4xDhJR.net
- >>168
人単位でブランチは作らない。
>>166が一機能一人みたいな書き方してるからアレだけど、
新規機能が10個あって、それらのリリースタイミングが同一であることが明らかではない場合、
個別にブランチを作る。
>>170-171
複数バージョンを並行してメンテする場合、リリースブランチとして運用をするために残すこともある。
大抵は、リリース時にタグを打っておいて、必要ならタグからブランチを作成してメンテするけれど。
- 184 :デフォルトの名無しさん:2014/08/25(月) 22:36:00.58 ID:U7wi69h2.net
- |
\ __ /
_ (m) _ピコーン
|ミ|
/ .`´ \
∧_∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
(・∀・∩<そうだ!subversion の開発は、git を使ってやればいいんだ
(つ 丿 \_____________________
⊂_ ノ
(_)
- 185 :デフォルトの名無しさん:2014/08/25(月) 22:45:10.35 ID:2hV0rF99.net
- gitならば、gitならば問題ない
と言いたい人がいるようだけど、
どう問題ないのか是非聞かせていただきたい。
- 186 :デフォルトの名無しさん:2014/08/25(月) 23:20:37.21 ID:dIutByqY.net
- >>160,161の質問でここまで紛糾する理由がワカランチン
> subversionにgit flowとかgithub flowみたいなのってある?
俺もあるのか知りたい
- 187 :デフォルトの名無しさん:2014/08/25(月) 23:30:46.07 ID:GZsp8R0a.net
- 別にブランチを避ける文化もあるってことでいいのでは。
- 188 :デフォルトの名無しさん:2014/08/25(月) 23:52:49.55 ID:tCaIl0Ur.net
- >>166
バグに対するブランチの話じゃないのか?
いつの間に複数の機能追加の話になったんだ?
- 189 :デフォルトの名無しさん:2014/08/26(火) 00:09:07.68 ID:cOpcHFf6.net
- >>186
>>160 で揉めてる訳じゃないでしょ
Subversion にはその手の機能はないと思う
ブランチ云々は宗教戦争ネタなので大抵揉める
- 190 :デフォルトの名無しさん:2014/08/26(火) 00:13:06.12 ID:wWUBoWT7.net
- いや機能じゃないでしょ。。
- 191 :デフォルトの名無しさん:2014/08/26(火) 00:24:29.72 ID:dFxdDibp.net
- そ、そうなのか、gitには運用フロー機能があるのか。。
- 192 :デフォルトの名無しさん:2014/08/26(火) 00:58:42.64 ID:VaQvEhwE.net
- >>190
ああ、git flow で使うフローと言うか、お約束について聞いてたんだな
そう言う意味なら trunk/tag/branch も一つのお約束だから、あるって言えなくもないかな
>>191
まあ、git flow は運用フローの支援機能ではある
- 193 :デフォルトの名無しさん:2014/08/26(火) 00:59:38.52 ID:03rKZRQN.net
- ないアルよ
- 194 :デフォルトの名無しさん:2014/08/26(火) 11:25:57.07 ID:HxwOhsx5.net
- >>192
> そう言う意味なら trunk/tag/branch も一つのお約束だから、あるって言えなくもないかな
trunk/tag/branchがある前提で、git flowのような運用をする方法がsvn界隈で確立されてるかって疑問だと思う。
そして、それは確立されていない。
- 195 :デフォルトの名無しさん:2014/08/26(火) 12:32:08.23 ID:naQUKVyS.net
- >>194
> そして、それは確立されていない。
どういう基準で確立されてないと言えるんだ?
されていないと言い切るんだから、明確に答えられるよね?
- 196 :デフォルトの名無しさん:2014/08/26(火) 12:39:00.35 ID:aWey4WbF.net
- 広く(一般に)知られた手法は無い。って事だろ。アスペ。
- 197 :デフォルトの名無しさん:2014/08/26(火) 13:04:39.81 ID:HxwOhsx5.net
- >>195
某かのbest practiceがあるなら、教えて欲しい。
確立されたbest practiceなら、多分それには名前が付いているはずで、ググれば少なくとも数千はヒットすると思われる。
そういうのある?
- 198 :デフォルトの名無しさん:2014/08/26(火) 13:30:57.85 ID:naQUKVyS.net
- >>197
trunk/tag/branch を切ると言うのも運用だろ?
そして、各々にどんなものを入れるかを決めるのも運用だよね。
逆に言うと何ができてたら、best practice って言えるんだ?
- 199 :デフォルトの名無しさん:2014/08/26(火) 14:53:02.80 ID:03rKZRQN.net
- git flowってさ、trunk,brances,tagsっていうお約束より更に一つ上の層のお話だとボク思うんだ
- 200 :デフォルトの名無しさん:2014/08/26(火) 15:07:10.76 ID:HxwOhsx5.net
- >>198
いやだからgit-flowとかGitHub Flowのようなものがsvnにはあるの?って話なんだけど。
まず最初にtrunk/tabs/branchesを作りましょうというところまではsvnbookでも推奨されていて、
ほとんどの人がそれに従ってると思われる。
ただ、どういうときにどういうbranchを切るかとか、いつ誰がどのbranchにマージするのかとか、
メインとなるbranchのマージ先はtrunkなのかそれともhoge-branchなのかとか、リリースは
どこからやるのかとか、リリース後はどうすべきかとか、bugfix時の運用とか、そういう運用の
お手本となるようなbest practiceってあるのか、そういうこと。
まぁ大体の所はオレオレ運用じゃないのかなぁと思ってるんだけど。
ちなみにうちは、Redmineの1チケットがtrunkへの1コミットとなるよう、必要ならbranch切れ、くらいで運用してる。
- 201 :デフォルトの名無しさん:2014/08/26(火) 15:10:21.15 ID:dFxdDibp.net
- ベストプラクティスに名前をつけるという行為はさほど一般的じゃないと思うけど、
どのベストプラクティスがベストなんだ?という面倒なことを避けるために名前をつけるのはひとつの方法なのかなぁ。
大抵みんなやり方が同じようになってきてるから、こういうときどうすればいいのって聞けばいいんじゃないかな。
- 202 :デフォルトの名無しさん:2014/08/26(火) 15:53:13.50 ID:HxwOhsx5.net
- >>201
> 大抵みんなやり方が同じようになってきてるから、
そうなの?
新機能の実装をtrunkでがんがんやる派とそうじゃない派で、まず大きく二つに分かれる気がするけど。
- 203 :デフォルトの名無しさん:2014/08/26(火) 17:28:20.40 ID:NSwC5k+Z.net
- 俺は1本のままで保守モード移行と同時にそこまでの履歴丸ごとコピーで別リポジトリに追い出してた@decade ago
1.x/trunk---t-2.x/trunk---t-3.x/trunk---t-4.x/trunk---
L-1.x L-2.x
- 204 :デフォルトの名無しさん:2014/08/26(火) 18:04:37.65 ID:dFxdDibp.net
- >>202
えーっと、その前者の方法、それもありじゃないって思える?
- 205 :デフォルトの名無しさん:2014/08/26(火) 18:53:32.91 ID:IPwBXJgH.net
- trunkで開発すすめて特定の所からリリースブランチ作るって
やり方もあるよね。
- 206 :デフォルトの名無しさん:2014/08/26(火) 22:25:51.51 ID:naQUKVyS.net
- >>199
一歩先なのは認める
ただ、trunk/tag/branch も何もないところに比べれば半歩は進んでいるわけで、その間の何があれば best practice と言えるのか? って話。
>>200 とか http://danielkummer.github.io/git-flow-cheatsheet/index.ja_JP.htm の言ってることはわかるけど、運用をより具体的に決めてるだけとも言える。
- 207 :デフォルトの名無しさん:2014/08/26(火) 22:42:03.56 ID:dFxdDibp.net
- >>206
ベストプラクティスの意味が分からないって言ってるんだろうか。
> 運用をより具体的に決めてるだけとも言える。
- 208 :デフォルトの名無しさん:2014/08/26(火) 22:47:19.91 ID:0QshLCvc.net
- ベストベストって開発規模やコミット粒度によって何がベストかは違うだろ
統一見解なんて求めるのは無意味
- 209 :デフォルトの名無しさん:2014/08/26(火) 22:49:23.21 ID:naQUKVyS.net
- >>207
ベストプラクティスにもレベルがあるって話。
0/1 でしか考えられないの?
- 210 :デフォルトの名無しさん:2014/08/26(火) 22:55:05.25 ID:naQUKVyS.net
- >>208
いや、それを言い出したらきりがない。
六割とか八割の人が便利に使えるならそれはそれで ベストプラクティス でいいと思うよ。
ただ、ベストプラクティスはこれしか認めんとか言い出したら、それはおかしいよね。
- 211 :デフォルトの名無しさん:2014/08/27(水) 00:16:36.50 ID:UFd+PdSa.net
- >>210
じゃあどうなればベストプラクティスなんだ?これは運用を決めてるだけじゃないかなんていう
ばかげたレスをしなければいいのに。
二転三転してんよ。
- 212 :デフォルトの名無しさん:2014/08/27(水) 00:20:37.72 ID:UFd+PdSa.net
- >>208
多くの人が困った出来事に見舞われなくて済むように作られた集合知だから、
ある程度は統一されるよ。
>>202 の前者なんてのは痛い目を見て二度とするもんかと心に誓う手法でしかない。
- 213 :デフォルトの名無しさん:2014/08/27(水) 01:21:09.81 ID:1NXBn9Ay.net
- 1.9で予定されていた機能の殆どは延期
減り続けるユーザー
MLへの投稿も減少の一途
Apacheからも邪魔者扱い
どうすんの?
- 214 :デフォルトの名無しさん:2014/08/27(水) 07:38:51.42 ID:KL0wurV3.net
- >>211
ひょっとして壊滅的に理解力がないとか? w
俺は git flow も、trunk/tag/branch もレベルは違うが両方ともベストプラクティスだと言う立場だよ。
なので、>>194 に
> 確立されていない。
と言い切る理由を聞いてるだよ。
まあ、
> >>202 の前者なんてのは痛い目を見て二度とするもんかと心に誓う手法でしかない。
とか言う人には、理解できないかな。
- 215 :デフォルトの名無しさん:2014/08/27(水) 07:42:25.58 ID:KL0wurV3.net
- >>213
別に今のまま使えばいいだけでしょ。
そのうちもっと便利なものが出てくれば移行すればいいだけだし。
>>213 が subversion の行く末を案じて、何とかしようと思ってるならがんばれーって応援するけどね。
- 216 :デフォルトの名無しさん:2014/08/27(水) 07:44:19.56 ID:W2qyiycm.net
- svnで言うtrunk/tag/branchはこう使ったらいいぜ!
ってのがgit-flowなんですけど…
- 217 :デフォルトの名無しさん:2014/08/27(水) 10:54:18.36 ID:JjSOikWD.net
- >>214
いやだから「git-flowのような」svnの運用方法はまだ確立されてないよねって話なんですけど。
- 218 :デフォルトの名無しさん:2014/08/27(水) 11:39:27.80 ID:p0VoVO4w.net
- >>217
FreeBSDとか大きいプロジェクトならあるだろ。
お前が知らないだけ。
- 219 :デフォルトの名無しさん:2014/08/27(水) 12:17:18.99 ID:KL0wurV3.net
- だから「ような」ってなに?
何を満たせばお前さんが言う「git flow のような運用方法」になるんだ?
って話をしてるんだが。
- 220 :デフォルトの名無しさん:2014/08/27(水) 12:43:28.37 ID:JjSOikWD.net
- >>219
例えば、Subversionを初めて導入するチームが、とりあえずの指針として使えるような運用方法。
初めて導入する場合、trunk/branches/tagsを作るところまでは良いが、おそらくそこで途方に
暮れることになるだろう。
つか、git-flowとかGitHub Flow知ってる?
- 221 :デフォルトの名無しさん:2014/08/27(水) 13:47:44.30 ID:UFd+PdSa.net
- >>217
新規開発ならまだしも、trunkで"新機能"開発を認めるような人って、
develop featureブランチを作らないことで何が起こるかしらない人かもしんない。
そうなら説明しても理解できないと思う。
git flowは使ったことないけど、ブランチ構成管理の図を見る限りsvnでも大抵同じ構成でやってるよ。
svnやgit、他のVCSひっくるめてブランチ管理のベストプラクティスってのはもうあって、
それをサポートするための実装の一つがgit flowなんじゃないかなぁと思うけど、gitユーザから見るとどうですかね。
- 222 :デフォルトの名無しさん:2014/08/27(水) 13:56:08.31 ID:KL0wurV3.net
- >>220
> おそらくそこで途方に暮れることになるだろう。
ハンドブックも読まないようなチームならそうだろうね。
http://svnbook.red-bean.com/en/1.7/svn.branchmerge.maint.html#svn.branchmerge.maint.layout
> つか、git-flowとかGitHub Flow知ってる?
>>206 のリンク先の内容では不足なのか?
- 223 :デフォルトの名無しさん:2014/08/27(水) 14:01:53.23 ID:KL0wurV3.net
- >>221
思い込みが激しすぎる
trunk で新機能開発してるところもあるし、それでちゃんと回ってる
- 224 :デフォルトの名無しさん:2014/08/27(水) 14:32:21.64 ID:JjSOikWD.net
- >>222
もう、どう言ったらいいのか・・・。
svnbookで説明されてるされてることを、実際にどう運用するのが良いのかの指針となるような
git-flowやGitHub Flowのような運用方針が、人口に膾炙された形でsvn界隈にあるのかって
ことで、それはまだないでしょということなんだけど、わかんないかな。
長年svnを使ってれば、そりゃ自分たちにフィットした運用方針があるだろうけど、他SCMから来た人とか
初めてのSCMとしてsvnを選んだ(選ばざるをえなかった)人たちが、どう運用を開始すれば良いのかの
情報ってそれほどないでしょ。
そういうのがあれば、>>160にこれを参考にするといいよってURLを示すだけで終了でしょ。
- 225 :デフォルトの名無しさん:2014/08/27(水) 15:01:37.11 ID:UFd+PdSa.net
- >>222
よりによってそれを貼るって、レベルが違いすぎて話にならない。ヨチヨチじゃねえか。
>>223
ちゃんと回ってるうちはそれでいいと思うもんなんだよ。
- 226 :デフォルトの名無しさん:2014/08/27(水) 18:44:05.74 ID:KL0wurV3.net
- >>224
svnbook に書いてなくて git flow で決められてる方針とやらを書けばいいだけでしょ?
具体的に何も示さずに svnbook 見てもわからんけど、git flow なら方針書いてあると言われてもね。
なお、情報ソースは >>225 がレベルの高い奴を示してくれるらしいから、それでもいいよ (w
- 227 :デフォルトの名無しさん:2014/08/27(水) 19:55:48.72 ID:W2qyiycm.net
- 今になってtrunk/branches/tagsもベストプラクティス、がじわじわきだした
- 228 :デフォルトの名無しさん:2014/08/28(木) 09:57:20.57 ID:hbdIfiYh.net
- >>226
> 具体的に何も示さずに
って、俺はそんなもの(確立された運用方針)なんかないって言ってるんだから、示すも糞もないよ。
あるんだったら、お前がURL示せ。
- 229 :デフォルトの名無しさん:2014/08/28(木) 12:31:06.51 ID:XxtALw5X.net
- >>228
はあ?
git flow にはあるんじゃないのか?
両方ないと言うなら、それでもいいけど。
- 230 :デフォルトの名無しさん:2014/08/28(木) 12:54:49.24 ID:hbdIfiYh.net
- >>229
一体何の話をしてるんだ?
gitにはgit-flowやGitHub Flowのような開発フローがあるが、svnにはそれに類するものがあるのか
というのが最初の疑問(>>160)。
で、そういうのは残念ながら無いというのが俺の主張。
「svnbook に書いてなくて git flow で決められてる方針とやらを書」いたものなんてどこにも無いよ。
- 231 :デフォルトの名無しさん:2014/08/28(木) 18:46:05.74 ID:XxtALw5X.net
- >>230
だから、
> gitにはgit-flowやGitHub Flowのような開発フロー
の具体的な内容を書いてくれればいいだけ。
svnbook には、典型例としてソフトウェアリリースや(特定機能の)開発におけるブランチの使い方が書いてあるけど、君は git flow はそんなもんじゃなくて、もっと色々決められてるって言うんでしょ?
それを教えて。
http://svnbook.red-bean.com/en/1.7/svn.branchmerge.commonpatterns.html#svn.branchmerge.commonpatterns.release
- 232 :デフォルトの名無しさん:2014/08/28(木) 23:21:36.65 ID:Djfy5D0r.net
- わかった上でわざとずれたこと書いて荒らしてるんじゃないかという気がしてきた。
- 233 :デフォルトの名無しさん:2014/08/29(金) 00:00:57.86 ID:kapyA6bl.net
- ぐぐれば図はでてくるんだけどこれじゃ理解できないってことなのかなぁ。
http://image.itmedia.co.jp/ait/articles/1311/18/gitflow01_1.jpg
そのやり方はsvnbookを見れば同じようなことが書いてあるとでも言い出すんだろうか。
- 234 :デフォルトの名無しさん:2014/08/29(金) 00:07:08.18 ID:Bkb0jioJ.net
- まぁベストプラクティスおじさんも
>>160が欲しがるURLに辿り着けたようだし
この辺でもういいんじゃないの?
- 235 :デフォルトの名無しさん:2014/08/29(金) 07:21:09.31 ID:c8acy8St.net
- >>233
> そのやり方はsvnbookを見れば同じようなことが書いてあるとでも言い出すんだろうか。
そんなご託は、違いを説明してから言えば?
- 236 :デフォルトの名無しさん:2014/08/29(金) 10:15:23.47 ID:IvLQYdhB.net
- へえ、svnbookでは、こんなことが推奨されてるのか。
> Developers commit all new work to the trunk. Day-to-day changes are committed to /trunk: new features, bug fixes, and so on.
- 237 :デフォルトの名無しさん:2014/08/29(金) 12:52:13.11 ID:yH9aSNf4.net
- >>236
小規模なチームならそのやり方でいいだろうし、もう少し複雑な開発なら次の節にも目を通しておいた方がいい
- 238 :デフォルトの名無しさん:2014/08/29(金) 14:34:17.02 ID:kapyA6bl.net
- >>235ってID:KL0wurV3?
- 239 :デフォルトの名無しさん:2014/08/31(日) 10:27:47.17 ID:w7igHjFL.net
- SVN1.6を使ってるプロジェクトで仕事をしている不幸な俺が来ましたよ。
今のプロジェクト資産をSVN1.8 に移行させたいんだが、dump してload でOKですか?
- 240 :デフォルトの名無しさん:2014/08/31(日) 12:37:14.01 ID:vjR2LjMT.net
- >>239
この際gitに移行しろw
そうすりゃsvnなんて、できたものをアップするだけの
単なる中央サーバーにしておける。古くても全然問題なし。
- 241 :デフォルトの名無しさん:2014/08/31(日) 13:03:00.35 ID:w7igHjFL.net
- >>240
全くその通りで、git に移行出来ればベストなんだが、
うちのプロジェクトの連中はSVN1.6に何の疑問も感じない管理職だの外注さんだのから
構成されていて、git 入れるとか言ったらそれだけでひと悶着ありそうな気配なので、
SVN以外は無理な感じ。
- 242 :デフォルトの名無しさん:2014/08/31(日) 13:22:54.88 ID:vjR2LjMT.net
- >>241
違う違う。自分一人でgit使えばいいの。
ローカルだけで。
自分だけはgitで楽をする。
他の人は成長しないままw
- 243 :デフォルトの名無しさん:2014/08/31(日) 13:55:19.31 ID:kY+m/tLd.net
- タイムスタンプですね
わかります
- 244 :デフォルトの名無しさん:2014/08/31(日) 14:13:58.95 ID:lJhm1dB+.net
- 今更人に聞けない。
「ぎっちょ」って呼んで良いんだよな
- 245 :デフォルトの名無しさん:2014/08/31(日) 14:43:01.38 ID:1nPrgnOa.net
- まわりが徐々に移行しているときに同じようにやっておかないと
いつの間にか直接移行できなくなるほどバージョンに差ができていたりするよなw
- 246 :デフォルトの名無しさん:2014/08/31(日) 14:45:12.60 ID:6qeU6N/A.net
- わざわざgitに変更するメリットあるの?
- 247 :デフォルトの名無しさん:2014/08/31(日) 15:11:36.05 ID:phP4JmF2.net
- >>239
dump load いらないよ。
http://subversion.apache.org/docs/release-notes/1.7.html
http://subversion.apache.org/docs/release-notes/1.8.html
- 248 :デフォルトの名無しさん:2014/08/31(日) 15:15:09.72 ID:w7igHjFL.net
- >>242
何という裏ワザ
>>245
そう思いますよ。駄目なプロジェクトってずっと同じもの使ったりするんで
何とかして欲しいです。
>>247
dump load しなくても大丈夫なのかな、、
- 249 :デフォルトの名無しさん:2014/08/31(日) 16:08:57.38 ID:phP4JmF2.net
- >>248
?
> There is no need to dump and reload your repositories. Subversion 1.7 servers can read and write to repositories created by earlier versions.
> To upgrade an existing server installation, just install the newest libraries and binaries on top of the older ones.
- 250 :デフォルトの名無しさん:2014/08/31(日) 16:45:43.70 ID:w7igHjFL.net
- >>249
なるほど
- 251 :デフォルトの名無しさん:2014/08/31(日) 17:57:57.45 ID:gvWJPatT.net
- 先月だかまで1.6だたけどbackportsに1.8来てたからうpぐれしたわ
- 252 :デフォルトの名無しさん:2014/08/31(日) 18:39:37.01 ID:nYTEAaY7.net
- 俺なんかなー
レポジトリを1.7にした一週間後くらいに1.8が出て涙目で1.8に上げたわ
- 253 :デフォルトの名無しさん:2014/08/31(日) 19:21:08.74 ID:EhwSagBI.net
- 互換性を調べられないような人にまで
駄目と言われるプロジェクトか
よっぽど駄目なんだろうな
- 254 :デフォルトの名無しさん:2014/08/31(日) 19:27:26.51 ID:phP4JmF2.net
- 「gitに移行するのがベストだから移行したい」ってこの人が言い出したら、俺だって反対する。
お願いだから何もしないでくれの裏返しで。
- 255 :デフォルトの名無しさん:2014/08/31(日) 23:19:55.78 ID:y65ys8N1.net
- >>254
反対の理由は?
- 256 :デフォルトの名無しさん:2014/08/31(日) 23:29:23.88 ID:phP4JmF2.net
- >>255
gitに移行すること自体は別に反対じゃない。
ただ、検証能力の低い人が移行したいと言い出すことについては反対。
- 257 :デフォルトの名無しさん:2014/09/01(月) 00:21:24.59 ID:AXYuTZK8.net
- >>256
なんで条件つけるんだよw
検証能力が低い人が決めたことは
全部反対ってことで、git関係ないじゃないか。
- 258 :デフォルトの名無しさん:2014/09/01(月) 00:29:29.14 ID:dsbfj0jc.net
- >>257
そうだよ。git関係ないよ。そう書いたつもりだけど。
なぜgitがベストだと判断したか、説得させる力がないのを、
あの人は疑問も持たず使ってるだとか、だめなプロジェクトを何とかしてほしいだとかいう人だよ?
アップグレードに関する知識も、答えが載ってるページを貼ったにもかかわらず理解できなかった人だよ?
そういう流れがあった上で、>>254では「この人」が言い出したらとなってるんだ。
- 259 :デフォルトの名無しさん:2014/09/01(月) 00:33:17.89 ID:dsbfj0jc.net
- ちなみに、業務でやってるわけじゃないのならこういう言い方はしなかったと思うよ。
ただただ、業務上ソース管理の管理者的な立場にいるような人があのザマだったからで。
- 260 :デフォルトの名無しさん:2014/09/01(月) 00:42:08.42 ID:AXYuTZK8.net
- その前にさ、subversionが別とベストだと
判断した理由がなければ、比較できないよね?
どうせsubversionは惰性で使ってるだけなんだろ?
gitに理由を求めるのであれば、
subversionに理由を求めてもいいはずだ。
- 261 :デフォルトの名無しさん:2014/09/01(月) 00:46:31.35 ID:dsbfj0jc.net
- >>260
向きを変えてもいいよ。
現状gitを使っていて、管理者としての知識が欠けている人が、
svnのほうが便利らしいからsvnにしたいんですって言い出したらどうする?
よしんば知識が欠けていなかったとしても、なぜ?って話をするのが通常でしょ?
- 262 :デフォルトの名無しさん:2014/09/01(月) 01:18:17.28 ID:AXYuTZK8.net
- >>261
あぁ、管理者が馬鹿なのか。
なら馬鹿な管理者よりも
有名な人が使っている人が
選んでいるものを使いますね。
- 263 :デフォルトの名無しさん:2014/09/01(月) 14:02:43.92 ID:6lz4AwEV.net
- >>258
うぜぇ
- 264 :デフォルトの名無しさん:2014/09/01(月) 17:14:42.01 ID:AS5e+N3+.net
- 頭が悪くて反論できないならgitスレに帰りなよw
- 265 :デフォルトの名無しさん:2014/09/01(月) 17:17:31.52 ID:6lz4AwEV.net
- 頭が悪くてスレ違いだってことがわかんないんでしょうか
- 266 :デフォルトの名無しさん:2014/09/01(月) 20:32:46.44 ID:gwJalaDc.net
- で git flow がーとか騒いでた奴は、結局 >>233 で終わりだったの?
- 267 :デフォルトの名無しさん:2014/09/02(火) 15:03:57.57 ID:OYzSQhCX.net
- あんなに元気だったのにな。
突然静かになると逆に心配ですらある
- 268 :デフォルトの名無しさん:2014/09/02(火) 15:35:21.67 ID:3p6fLY1c.net
- svnbookがbest practice
- 269 :デフォルトの名無しさん:2014/09/13(土) 16:12:11.13 ID:278ay5Hi.net
- 質問させて下さい。
svn logで削除されてしまったファイルの履歴を見ることは可能ですか?
最新版で削除されている場合、エラーになってしまいます
pathではなくURL指定にしてみたり、-rでまだ削除されていないrevisionを指定してみたりしましたが、ダメでした
なにか、方法があれば教えてください
よろしくお願いいたします
- 270 :デフォルトの名無しさん:2014/09/13(土) 19:13:36.13 ID:xWJsMKfp.net
- svn log -rrev url@revでわ?
- 271 :デフォルトの名無しさん:2014/09/23(火) 00:08:53.77 ID:EypAVB5A.net
- >>270
URL後に@revで出来ました!
ありがとうございます!!
でも、そもそもrevいくつで消されたのかわからないと、この方法も厳しいですね
やっぱり、消されていない上位のフォルダ取ってフィルタとかかっこ悪い方法しかないですかね
いずれにせよ、ありがとうございました
- 272 :デフォルトの名無しさん:2014/10/01(水) 21:51:38.36 ID:AofJ5YBN.net
- すみません。
情報いただきたいのですが、ユーザが二人いて、両者が同じバージョンの同じファイルをupdateしたとします。
そのうち片方がdelete、commitを行いファイルをサーバから削除したとします。
その状態でもう片方がそのファイルを編集して、その後、サーバでファイルが削除されていることに気がついてupdateをしたら何が起こりますか?
ファイルがワーキングコピーから削除されることを期待しているのですが、うまく動きません。
コンフリクトの解決でなにか必要なオプションがあるのですか?
- 273 :デフォルトの名無しさん:2014/10/01(水) 22:34:23.68 ID:dBYSrlyc.net
- >>272
> updateをしたら何が起こりますか?
コンフリクトするんじゃね?
> ファイルがワーキングコピーから削除されることを期待している
編集中の内容がなくなるような動作はしないはず。
> うまく動きません。
なんでどうなるのか書かないんだ?
普通の板ならいざ知らず、ここはム板なんだよ。
- 274 :デフォルトの名無しさん:2014/10/01(水) 22:43:39.38 ID:DTMRbqd/.net
- >>272
コンフリクトが起こる
コンフリクトを解決するのはユーザの仕事
コンフリクトを起こしてしまった人間が、自分の仕事を破棄しても良いと判断するなら、revertすれば良いのでは?
- 275 :デフォルトの名無しさん:2014/10/01(水) 22:46:51.36 ID:DTMRbqd/.net
- >>273
お前…偉いな
他意は無いよ
素直にそう思った
> なんでどうなるのか書かないんだ?
> 普通の板ならいざ知らず、ここはム板なんだよ。
これ重要だよな
- 276 :デフォルトの名無しさん:2014/10/02(木) 01:46:05.51 ID:XIrrMuib.net
- どうなってるかぐらい読めるだろ。
> ファイルがワーキングコピーから削除されることを期待しているのですが、うまく動きません。
うまく動かない = 期待通りの動作をしない = ワーキングコピーに残ったままになる
> コンフリクトの解決でなにか必要なオプションがあるのですか?
コンフリクトが発生している
- 277 :デフォルトの名無しさん:2014/10/02(木) 09:46:38.27 ID:zHXM1gHR.net
- アホはうまくいかない場合に高い確率で予想もつかない操作をしている。
したがって現在の状況は激しく不明。適切なアドバイスは不可能。
- 278 :デフォルトの名無しさん:2014/10/02(木) 09:52:19.05 ID:vjyI8iPg.net
- 馬鹿には無理
- 279 :デフォルトの名無しさん:2014/10/02(木) 10:04:16.90 ID:mcw6ATuL.net
- 俺らの常識を超えるのはよくあることだが
予想もつかないと認めてしまうともはや転職するしかない
- 280 :デフォルトの名無しさん:2014/10/02(木) 12:35:56.17 ID:iu9W8QST.net
- >>272
もう答えが出てるも同然なんだけど、親切ぶって書いておくと
>コンフリクトの解決でなにか必要なオプションがあるのですか?
コンフリクトの解決として、ローカルにあるファイルを生かすのか、削除するのかは
ユーザーが選ぶ必要がある。
その選択がすでに決まっている(今回の場合はリポジトリ優先)なら update / resolve のオプションで
--accept theirs-conflict か theirs-full が使えるかもしれない。
- 281 :デフォルトの名無しさん:2014/10/02(木) 22:44:40.53 ID:YtrPZWGc.net
- >>279
> 予想もつかないと認めてしまうともはや転職するしかない
自社製品(ソフトウェア)のサポートしたことあるけど、色々ヒアリングしたら結局インストールしてないとかはまだかわいいもので、全く関係のない他社製品のクレームいれてきて、すぐ直せとか、予測なんてとても無理 w
- 282 :デフォルトの名無しさん:2014/10/03(金) 00:13:17.34 ID:sUnjKgGy.net
- 予想できる範囲の予想を放棄することについて言ってんでしょ。
理解力のなさが致命的じゃないか。そんなのでサポートできるのかどうか疑問だが、
過去形だからもうサポートはしてないんだよね。賢明だと思う。
- 283 :デフォルトの名無しさん:2014/10/03(金) 07:31:53.97 ID:x+Ir+7bo.net
- >>282
なんかアホが絡んできたぞ
まあ、これぐらいは予想できてたけど w
- 284 :デフォルトの名無しさん:2014/10/03(金) 08:15:06.89 ID:N0NEXaB4.net
- 予測でサポートは愚の骨頂
状況をヒアリングする → サポートデータベースを引き、それに合ったアクションをとる
システム化されたユーザーサポートには予測など入る余地はない
- 285 :デフォルトの名無しさん:2014/10/03(金) 08:30:51.96 ID:SuG4O46a.net
- 他社製品のクレームぐらい事例にありそうだけど
- 286 :デフォルトの名無しさん:2014/10/03(金) 09:21:34.28 ID:N0NEXaB4.net
- ヒアリングせず他社製品のクレームだと予想してそれへの対応するのか?
死んだ方が良いぞ、お前。
- 287 :デフォルトの名無しさん:2014/10/03(金) 10:11:59.67 ID:SuG4O46a.net
- お前のレスは読み飛ばしたからお前に対するレスじゃないんだ
- 288 :デフォルトの名無しさん:2014/10/03(金) 16:32:03.89 ID:N0NEXaB4.net
- 残念ながら「事例」が出てきてるのは、お前が読み飛ばしたはずのオレのレスなんだ。
頭悪いぞ、お前。
- 289 :デフォルトの名無しさん:2014/10/03(金) 17:16:24.75 ID:SuG4O46a.net
- おまえは>>281か?
- 290 :デフォルトの名無しさん:2014/10/03(金) 17:39:13.94 ID:MGOEkXEo.net
- お互い予測できてない会話の例
- 291 :デフォルトの名無しさん:2014/10/03(金) 17:49:28.71 ID:SuG4O46a.net
- >>283 書いてからしばらくたって ID変えてまで >>284 書くから別人かと思った
〜を聞いてみて〜という返事が返って来たら、他社製品の○○のせいだからお引取り願う
なんて事例は結構あるかと思ったけど
- 292 :デフォルトの名無しさん:2014/10/03(金) 18:00:02.33 ID:lXIQAzKJ.net
- 2ちゃんで他人か自演かを議論しても殆ど意味は無い
- 293 :デフォルトの名無しさん:2014/10/03(金) 18:14:35.26 ID:x+Ir+7bo.net
- >>291
> 〜を聞いてみて〜という返事が返って来たら、他社製品の○○のせいだからお引取り願う
そんなやわな例ならわざわざ書かないよ
>>281 で書いたのは、うちの製品が全く関係ない例
具体的な製品名は出せないけど、例えばプリンタで印刷がおかしいというクレーム受けたから、色々ヒアリングしたら最終的に他社の製品だったというオチ
最初に型番ぐらい確認しろよ、とか言うだろうけどそんなものにまともに答えるような奴はそもそもこんなアホなクレームつけてこない
下手に無理やり型番聞こうとすると、そんなもんはどうでもいいからすぐ来て直せとかよけいに激昂して泥沼に入るだけ
- 294 :デフォルトの名無しさん:2014/10/03(金) 18:22:03.69 ID:MGOEkXEo.net
- Subversionスレで何やってんですか
- 295 :デフォルトの名無しさん:2014/10/03(金) 21:31:07.10 ID:0rA8hC2X.net
- マニュアル対応しかできないからこんな会話になるんだろw
- 296 :デフォルトの名無しさん:2014/10/03(金) 21:57:20.10 ID:9JXRawoI.net
- 次にお前はこう言う
「俺が予測出来ないのでは無い。相手がアスペなんだ」
「はっ?!」
- 297 :デフォルトの名無しさん:2014/10/03(金) 23:34:16.78 ID:p8EJU7ib.net
- Subversionが停滞しているのではない。
gitが前進しているのである。
- 298 :デフォルトの名無しさん:2014/10/04(土) 05:03:15.68 ID:lObYY5qZ.net
- >>293
あなたの経験はどうでもいいんだけど、今回の話の基点になってるのは >>272 に対する >>277 だよね。
>>272 を読んで適切なアドバイスが不可能な人は、今のところ >>277 以外にいない。
- 299 :デフォルトの名無しさん:2014/10/04(土) 05:55:20.32 ID:j+aw4iLv.net
- >>298
あなたは >>272 なの?
適切なアドバイスかどうかは >>272 でないとわからない
>>280 みたいな具体的なコマンドラインオプションを知りたかったのかもしれないし、>>297 が正しいなら git へ go が適切だったかもしれない
あと、アドバイスができない奴でレスしない奴がいないことをどうやって確認したの?
- 300 :デフォルトの名無しさん:2014/10/04(土) 07:03:31.85 ID:lObYY5qZ.net
- >>299
>>272じゃないよ。ところで>>299は>>293なの?
> >>280 みたいな具体的なコマンドラインオプションを知りたかったのかもしれないし、
ちがうね。期待していた動作に近い挙動をさせる方法を知りたかっただろう。
> >>297 が正しいなら git へ go が適切だったかもしれない
まさかw
- 301 :デフォルトの名無しさん:2014/10/04(土) 07:12:58.07 ID:j+aw4iLv.net
- >>300
> ちがうね。
本人でもないのに断言
アホ過ぎ
- 302 :デフォルトの名無しさん:2014/10/04(土) 08:55:27.06 ID:9D7AARhC.net
- こんなものは停滞し続けてもらわないと、
フォーマットが変わったから1からコミットし直しなんて
もう嫌だw
- 303 :デフォルトの名無しさん:2014/10/04(土) 13:39:10.20 ID:r/oIg3wR.net
- >>302
何でそうなる?
- 304 :デフォルトの名無しさん:2014/10/04(土) 15:45:10.72 ID:ugcUiR2p.net
- >>298
>>>272 を読んで適切なアドバイスが不可能な人は、今のところ >>277 以外にいない。
お前が適切なアドバイスとやらをしてみろ。ワ
- 305 :デフォルトの名無しさん:2014/10/06(月) 02:58:33.52 ID:0Y2OJiB/.net
- 何で伸びてんのかと思ったら理解力がないものとそれを無駄にあおり続けるものの応酬だった。
2chでは良くあることだけどこのスレでそうなるとはね。
- 306 :デフォルトの名無しさん:2014/10/06(月) 03:22:18.69 ID:S+cxwUfE.net
- 2ちゃん中毒症状の進行
1.物騒な掲示板だなと印象を持つ
2.全部自演だと思い込む
3.自分で自演を始める
4.自分で自演してるのに他人の自演を叩く
5.自演じゃないと言い張る
6.他人のレスと自分のレスの区別が付かなくなる
- 307 :デフォルトの名無しさん:2014/10/06(月) 21:58:30.50 ID:2jlCLSza.net
- >>306
6番って、
他人へのレスと自分へのレスって事?
それとも、
自分が書いたレスを(自演だけど)本当に他人が書いたと思ってしまうって事?
前者は良くいるけど、後者は怖いよね…
- 308 :デフォルトの名無しさん:2014/10/06(月) 22:37:11.58 ID:+UB/EuAd.net
- なんで伸びてるのかと思ったら、>>305 がヨタ話始めただけだった。
2chでは良くあることだけどこのスレでそうなるとはね。
- 309 :デフォルトの名無しさん:2014/10/07(火) 01:57:45.48 ID:yeRBhH6L.net
- よくある流れ
- 310 :デフォルトの名無しさん:2014/11/18(火) 11:29:16.53 ID:4hHTj/p7.net
- TortoiseSVNの「未コミット項目が残ったらコミットダイアログを再度開く」のオプションって
なんで無くなったのか分かる人いない?
一部だけコミットしてまたコミットダイアログ開くの面倒くさいよ
- 311 :デフォルトの名無しさん:2014/12/15(月) 20:56:02.95 ID:4cyuKd8C.net
- svn logでそのレビジョンで変更があったファイル、フォルダを見れると思います
その際、削除されたフォルダの下の情報も取得するオプションはありますか?
たとえば
A(Folder)
- B(Folder)
-- C(Folder)
-- d.txt(File)
という階層があって、Bを削除された場合、そのレビジョンではBがdeletedだったと表示されると思うのですが、C,d.txtも表示させたいです
ご存知の方がいらっしゃいましたら、教えてください
よろしくお願いいたします
- 312 :デフォルトの名無しさん:2014/12/18(木) 02:07:41.51 ID:h1z0/qH7.net
- Subversion 1.7 & TortoiseSVN 1.7 系の環境を
Subversion 1.8 & TortoiseSVN 1.8.9 に移行して、気が付いたんだが、
コミット済みのファイルをTortoiseSVN でrename して再度コミットするとエラーになる。
同じ操作をしても1.7系だとコミット出来たのに、1.8系だとエラーになる。
回避するには、コミット済みのファイルをTortoiseSVN でrename した場合は、
一つ上のフォルダに移動して、そこでコミットすると、コミット出来る。
これって仕様なんだろうけど、使いにくくないか?
- 313 :デフォルトの名無しさん:2014/12/18(木) 02:11:07.69 ID:mibKJ2wG.net
- >>312
Subversion の rename は copy&delete の2つの操作の組み合わせとしてコミットされる。
1.7 までは rename で発生した copy だけをコミットすることができていたが、それはたいていの場合
間違い。(リポジトリ上にリネーム前のファイルと後のファイルが両方存在する状態になる)
そういう間違いを防ぐため 1.8 でこれをエラーとするようにした。とても助かる。
- 314 :デフォルトの名無しさん:2014/12/18(木) 20:54:09.30 ID:15LuVpQp.net
- >>311
できるよ
- 315 :デフォルトの名無しさん:2014/12/19(金) 00:10:43.61 ID:kvpMU++U.net
- >>314
できないよ
- 316 :デフォルトの名無しさん:2014/12/19(金) 07:39:25.42 ID:YVzRGliM.net
- >>315
できるよ
- 317 :デフォルトの名無しさん:2014/12/19(金) 22:34:23.82 ID:n1GxhqE3.net
- >>316
できないよ
- 318 :デフォルトの名無しさん:2014/12/20(土) 18:59:23.15 ID:gGCVpdkj.net
- できるよ
- 319 :デフォルトの名無しさん:2014/12/21(日) 00:26:40.92 ID:PgF+sSNf.net
- できないよ
- 320 :デフォルトの名無しさん:2014/12/21(日) 00:57:31.27 ID:icy8S1ux.net
- どっちだよ(´・ω・`)
- 321 :デフォルトの名無しさん:2014/12/21(日) 13:28:53.87 ID:wgEqtlVM.net
- svn.exeで色々とオプション試してみたが、無理だと思う
svn.exeではなく、subversionのDLL直叩きなら、なんか方法あるかもしれんが
>>318>>316>>314
本当に出来るなら、やり方教えて欲しい
- 322 :デフォルトの名無しさん:2014/12/21(日) 13:55:00.79 ID:Av/isWbI.net
- >>313
rename した後に同じフォルダーでcommit するとエラーで
上のフォルダーに移動してcommit するとOKってのが謎の仕様なんですけど、、
- 323 :デフォルトの名無しさん:2014/12/22(月) 00:43:12.72 ID:wZjn2wNf.net
- >>321
ちょっと意地になって色々ためしたけど、無理っぽい
あと、質問なんだが、
>subversionのDLL直叩き
これどういう意味?
- 324 :デフォルトの名無しさん:2014/12/22(月) 08:50:25.22 ID:6zmhakte.net
- >>323
API 使えってことじゃね?
- 325 :デフォルトの名無しさん:2014/12/26(金) 20:56:52.95 ID:9COLSw4d.net
- すみません、何方かアドバイスをお願いします
メンバの一人が間違って登録されてるファイルを全部消すと言うミスをしてしまいました
このリビジョン(仮にrev100)における操作を完全に無かったことにしてrev99=HEADの状態
にするにはどうすればよいのでしょうか?
- 326 :デフォルトの名無しさん:2014/12/26(金) 21:08:51.98 ID:ngP4rqwQ.net
- >>325
↓こんな感じ?試してないけど。
svn cp -r99 ^/ ^/
- 327 :325:2014/12/26(金) 21:21:58.89 ID:9COLSw4d.net
- 325です
自己解決しました
- 328 :デフォルトの名無しさん:2014/12/27(土) 03:53:42.69 ID:O2EmQmpe.net
- >>326
普通は逆マージ。
- 329 :325:2014/12/27(土) 12:33:50.64 ID:P6YUVs7g.net
- 325です
履歴にも残さずに完全にロールバックしたかったので逆mergeやcopyと言う方法
は選べませんでした
- 330 :デフォルトの名無しさん:2014/12/31(水) 15:11:53.14 ID:R9r0iQKl.net
- 今年はsubversionの終わりが加速した感じだった。
dev-MLの投稿数は毎月200通以下が普通になったし、
1.9は全然収束しない。
しかも、1.9は機能を削りまくってる。
まともなrenameトラッキングは当分先みたいだし。
うちの会社もあちこちでgitに移行してるし。
- 331 :デフォルトの名無しさん:2014/12/31(水) 15:15:26.31 ID:lvkAiJ/l.net
- それは良かった
- 332 :デフォルトの名無しさん:2014/12/31(水) 15:35:26.41 ID:uw/dheYU.net
- このスレーってもうSubversion単体スレーである必要が全く完全に無いだろ
バージョン管理ツールスレーとかでいいんじゃないの?
>330 も言うようにどんどんgitへの移行も進んでるし、今更subversionで語る
ようなことも無いだろ
- 333 :デフォルトの名無しさん:2014/12/31(水) 16:36:32.17 ID:69RlDRjx.net
- 人居ないからな
廃合は仕方ない
- 334 :デフォルトの名無しさん:2014/12/31(水) 19:52:34.34 ID:+R6nzZDg.net
- Gitだと、ロックして編集とかEXCELの管理とか
やりにくいんじゃなかったっけ?
- 335 :デフォルトの名無しさん:2015/01/01(木) 03:48:37.20 ID:EqvEBySL.net
- そういうのはSubversionが向いてる
もっともエクセル単体ならエクセル自身でバージョン管理した方がいいけど
- 336 :デフォルトの名無しさん:2015/01/02(金) 00:56:10.13 ID:2EPSXalc.net
- ロックはともかくExcelにSubversionの利点なんてあったっけ?
バイナリ差分があまり効かないからgitと大して変わらないような
- 337 :デフォルトの名無しさん:2015/01/02(金) 01:38:07.24 ID:Mlsgxxua.net
- subversionは名前が悪かったと思う。何しろ「サブ」だし。
せめてmainversionとかの名前ならもうちょっとユーザが増えた気がする
あと、gitなら「じっと」「ぎっと」「ぎと」って感じで呼ばれることが多いけど
subversionは「さぶ」「さぶん」「さぶば」で通用する事はあまり無くて大体が
「えすぶいえぬ」って呼ばれるのも痛い
- 338 :デフォルトの名無しさん:2015/01/02(金) 07:49:21.97 ID:Kr2J2p4W.net
- 確かにsub-versionだと思っているgitは多いかもね。
- 339 :デフォルトの名無しさん:2015/01/02(金) 08:05:46.34 ID:ibIo6Doo.net
- 今更のつりだろ、スルーしとけよ
- 340 :デフォルトの名無しさん:2015/01/02(金) 22:30:49.49 ID:yUe16gzJ.net
- http://blogs.yahoo.co.jp/wo_ow7/GALLERY/show_image.html?id=39548473&no=1
- 341 :デフォルトの名無しさん:2015/01/02(金) 22:33:51.24 ID:yUe16gzJ.net
- http://www.royta.net/room/images/jikka2013/book/j2013_book_zabe9507.jpg
- 342 :デフォルトの名無しさん:2015/01/03(土) 01:46:39.23 ID:d2Sh2V72.net
- >>336
ロックが取れる事がexcel(というかバイナリ)を使う上での最大のメリットってことでしょ。
一人で使う分には、確かにgitでも変わらんけど。
- 343 :デフォルトの名無しさん:2015/01/03(土) 01:49:31.60 ID:d2Sh2V72.net
- >>335
エクセル自身のバージョン管理はオススメできぬ。
ファイルが肥大して大変だし、壊れた時のリスクが高い。
- 344 :デフォルトの名無しさん:2015/01/04(日) 02:36:33.25 ID:i9Li470n.net
- バイナリ差分があまり効かないというが、がんばればしっかり差分取れるものではある。
ただ面倒なんだよなopenxml
- 345 :デフォルトの名無しさん:2015/01/08(木) 21:44:20.48 ID:G6P01zOT.net
- OfficeはOffice自身でバージョン管理できるし、本格的にビジネスで使うならSharepointがある
ソースコードと一緒に管理したいならSvnでもいいけど
- 346 :デフォルトの名無しさん:2015/01/11(日) 10:21:40.94 ID:CE66uVvw.net
- 質問させて下さい。
あるファイルをaddしてcommit、編集してcommit、deleteしてcommitしたとします。 -> この履歴を@とします。
その後、同じ名前のファイルをaddしてcommitしたとします。 -> この履歴をAとします。
その状態で、その名前に対し、svn logをすると、Aの分の履歴しか取得できません。
svn logに渡すpathに@バージョン番号をつけると@の履歴が取れますが、逆にAの履歴が取れません。
おそらく、subversionの頭が良くて、同じpathでもdeleteされた前と後では別物として扱っているのだと思います。
どうにかして、svn logでpathを指定した場合、途中でdeleteが行われ同じファイル名のファイルがaddされていたも、そのpathの全ての履歴を表示する方法は無いでしょうか?
よろしくお願いいたします。
- 347 :デフォルトの名無しさん:2015/01/13(火) 23:43:22.59 ID:IQluUJw+.net
- logは履歴を見るもんなんだが。
履歴がつながってないから全く別のファイル。
どうしてもそれしたければ
delete直前のリビジョンからコピーしてきて新しい内容で上書き&コミット。
- 348 :デフォルトの名無しさん:2015/01/14(水) 01:34:24.48 ID:PZtFq0gG.net
- >>346
svn log -v --search path
- 349 :デフォルトの名無しさん:2015/01/19(月) 10:22:10.09 ID:a1hSaFg4.net
- trunk
AAAA
BBBB
CCCC
DDDD
↓
trunk
DDDD
EEEE (新規に追加)
AAAA
BBBB
CCCC
TortoiseSVNで上のような移動をしたいのだけど、
これをやったあとにEEEEフォルダのログを見たとき、
AAAAやBBBBなどのこれまでのログも出てくるようにできますか?
- 350 :デフォルトの名無しさん:2015/01/19(月) 13:29:01.96 ID:KroxEeJe.net
- 1)
trunk
AAAA
BBBB
CCCC
DDDD
EEEE 追加
2)
trunk
DDDD
EEEE
AAAA 移動
BBBB 移動
CCCC 移動
手順踏めば大丈夫
- 351 :デフォルトの名無しさん:2015/01/19(月) 13:40:20.78 ID:a1hSaFg4.net
- >>350
その方法でやってみたのですが、EEEEフォルダのログには、
EEEEフォルダ追加からのログしか出てこないのです。
trunkフォルダのログや、AAAAフォルダのログには、
EEEEフォルダ追加以前のものもすべて出てきます。
- 352 :デフォルトの名無しさん:2015/01/19(月) 13:44:36.31 ID:KroxEeJe.net
- コミットを分けた?
- 353 :デフォルトの名無しさん:2015/01/19(月) 13:56:35.50 ID:a1hSaFg4.net
- リポジトリブラウザ上でテストしたので、
操作ごとにコミットされているかと思います。
ログは以下のようになっています。
リビジョン2
/trunk/AAAA 追加
リビジョン3
/trunk/BBBB 追加
リビジョン4
/trunk/CCCC 追加
リビジョン5
/trunk/DDDD 追加
リビジョン6
/trunk/EEEE 追加
リビジョン7
/trunk/AAAA 削除
/trunk/BBBB 削除
/trunk/CCCC 削除
/trunk/EEEE AAAA 追加 (コピー元 /trunk/AAAA 6)
/trunk/EEEE BBBB 追加 (コピー元 /trunk/BBBB 6)
/trunk/EEEE CCCC 追加 (コピー元 /trunk/CCCC 6)
- 354 :デフォルトの名無しさん:2015/01/19(月) 22:15:29.08 ID:zfzVZ1X7.net
- だってそりゃEEEEにはリビジョン6より前の歴史なんてないじゃん。
とか。
- 355 :デフォルトの名無しさん:2015/01/20(火) 04:38:09.76 ID:37je+qde.net
- 俺もこの場合はログが出ないものだと思っていたが、出せるなら知りたい
- 356 :デフォルトの名無しさん:2015/01/20(火) 10:48:22.12 ID:tMuEMnZJ.net
- >>354-355
フォルダに対するログの表示は、
「フォルダ以下にあるすべてのアイテムのログ」ではなく、
「フォルダそのもののログ」ということなんですか。
フォルダを移動しないうちは同じように見えるけど、
移動してしまうと表示の違いが出てくると。
前者のほうがしっくり来るのですが、こういう表示はできないのですかね。
- 357 :デフォルトの名無しさん:2015/01/30(金) 23:58:00.81 ID:6DjaTlPF.net
- 2014年2Qにリリース予定だった1.9の進捗状況はいかがでしょうか。
- 358 :デフォルトの名無しさん:2015/02/16(月) 20:57:30.37 ID:T+HM2fDz.net
- どなたか詳しい方、コメントいただきたく。もうワケが分からない…
windows7のPCをSubversionのサーバーとして使っています。
半年くらい前にpost-commitフックで、cmailを使ってコミット内容をメール通知するようにしました。
先日、サーバーを再起動した途端にコミット完了するのが異様に遅くなり、原因を調べてみるとcmailでメール送信する所で2分くらいダンマリしている事がわかりました。(この間、cmailプロセスのCPU使用率は0%表示。最終的にはメール送信成功する)
同じメール内容をサーバーのコマンドプロンプトから送信すると、一瞬で完了します。
どうアプローチしていいのか分からず完全にお手上げ状態です。誰かお助け下さい。
- 359 :デフォルトの名無しさん:2015/02/17(火) 00:20:17.66 ID:WOLXU8Lo.net
- cmailでのメール送信だけやってみて様子を見るとか。
なんとなく名前解決関連な気もするけどわからん。
- 360 :デフォルトの名無しさん:2015/02/17(火) 01:11:34.71 ID:Yac0Xv4U.net
- runasでhookを実行するアカウントで実行したら、なにか差が出るかも。
ただ、自分も名前解決のタイムアウト待ちで遅くなってる気がする。
- 361 :デフォルトの名無しさん:2015/02/17(火) 01:38:29.79 ID:Zpfk+lU7.net
- そこまでジャンクXVIを馬鹿にされたのが悔しいんだったらせめてちょっとは
綺麗にしとけよ・・・
- 362 :デフォルトの名無しさん:2015/02/19(木) 22:57:53.58 ID:GIBMUh5u.net
- cmailでのメール送信が遅い件ですが、Subversion鯖に入っているノートン先生が原因のようです
ノートン先生が動いているときだけ、smtp鯖との通信確立にキッカリ30s、通信切断に30sの待ちが発生していました
以上、ご報告まで
- 363 :デフォルトの名無しさん:2015/02/20(金) 11:33:29.91 ID:d4AQ74Z0.net
- 解決してよかったよかった。
報告ありがとん。
- 364 :デフォルトの名無しさん:2015/02/25(水) 10:22:11.31 ID:s+t8Qw+G.net
- svn1.8クライアントで少し大きめ(5Gくらい?)の作業コピーを更新しようとしたらE175012がでるんだけど、
これって鯖管にsvn1.8サーバのSVNAllowBulkUpdatesにPreferを設定してもらうように依頼したら直る?
- 365 :デフォルトの名無しさん:2015/02/25(水) 13:02:05.75 ID:PzgEvNFF.net
- プロトコルどれ使ってるのかわかんないけど、そこのタイムアウト値を大きくするのはだめかな。
- 366 :デフォルトの名無しさん:2015/02/25(水) 13:15:35.93 ID:s+t8Qw+G.net
- おk。ぐぐった。
MaxKeepAliveRequests 1000もつけるといいのかな。
依頼してみる。
- 367 :デフォルトの名無しさん:2015/02/25(水) 20:57:32.07 ID:PzgEvNFF.net
- いや、そういう話ではないけど、鯖管に状況を説明して対応してもらえば済むように思う。
- 368 :デフォルトの名無しさん:2015/03/02(月) 22:51:53.18 ID:Wh2eDC6Q.net
- ロードマップ更新されているね。
subversion.apache.org/roadmap.html
dev MLも2月は久しぶりに400通越えだし、少し復活ぎみかな?
- 369 :デフォルトの名無しさん:2015/03/03(火) 21:22:08.36 ID:Ow1+4ULv.net
- おいおい、新機能がほとんど先送りになって、1.9の目玉が何も無いじゃないか。
ローカルコミットは2017年以降かよ・・・orz
- 370 :デフォルトの名無しさん:2015/03/04(水) 01:15:28.41 ID:HFuo7wlF.net
- 1.9はよ
- 371 :デフォルトの名無しさん:2015/03/04(水) 01:33:53.31 ID:Z7XT3AoZ.net
- 2.0はどうなってしまうんや・・・
- 372 :デフォルトの名無しさん:2015/03/15(日) 11:52:06.42 ID:/diHjsjh.net
- 初めてWINDOWSの環境でリポロジを簡易NAS(ルータにUSBでマウントFAT )に設定しました。
xドライブはネットワークドライブです。使い始めて数回コミットしたらエラーが出たんでベリファイしてみるとエラーが出るんで
リカバーしてみてRecovery completed.になっても治りません。 使い始めたばかりなんでリポロジを作り直してみても同じ現象になります。
svn, version 1.8.11 (r1643975)
ネットワークドライブでは問題がるんでしょうか。
ファイル 'Z:\SVN_試験\repo\db\revs\0\3' 中の長さの行を読めません
C:\Documents and Settings\nagashima>SVN_試験admin recover Z:\SVN_試験\repo
Repository lock acquired.
Please wait; recovering the repository may take some time...
Recovery completed.
The latest repos revision is 16.
C:\Documents and Settings\nagashima>svnadmin verify Z:\SVN_試験\repo
* Verifying repository metadata ...
svnadmin: E200002: Can't read length line in file 'Z:\SVN_試験repo\db\revs\0\3'
C:\>svnadmin verify Z:\SVN_試験\repo
* Verifying repository metadata ...
svnadmin: E200002: Can't read length line in file 'Z:\SVN_試験\repo\db\revs\0\3'
C:\>svnadmin recover Z:\SVN_試験\repo
Repository lock acquired.
Please wait; recovering the repository may take some time...
Recovery completed.
The latest repos revision is 16.
C:\>svnadmin verify Z:\SVN_試験\repo
* Verifying repository metadata ...
svnadmin: E200002: Can't read length line in file 'Z:\SVN_試験\repo\db\revs\0\3'
- 373 :デフォルトの名無しさん:2015/03/15(日) 12:34:17.19 ID:BJ5YFT88.net
- > ネットワークドライブでは問題がるんでしょうか。
ここを心配するのであれば、なぜローカルドライブでテストしないのか。
あとRepositoryですよ。
- 374 :デフォルトの名無しさん:2015/03/16(月) 14:15:24.29 ID:6lqVHjbl.net
- Javaの実装ってことで、svnkitを手に入れようと思ったんだけど
svnkit.comが何か変。
ドメインが期限切れになってるっぽい?
本家はどこになるんだろう?
- 375 :デフォルトの名無しさん:2015/03/18(水) 11:13:50.41 ID:zk1mZNzk.net
- Domain names in the .com and .net domains can now be registered
with many different competing registrars. Go to http://www.internic.net
for detailed information.
Domain Name: SVNKIT.COM
Registrar: REGIONAL NETWORK INFORMATION CENTER, JSC DBA RU-CENTER
Sponsoring Registrar IANA ID: 463
Whois Server: whois.nic.ru
Referral URL: http://www.nic.ru
Name Server: NS.MASTERHOST.RU
Name Server: NS1.MASTERHOST.RU
Name Server: NS2.MASTERHOST.RU
Status: clientTransferProhibited http://www.icann.org/epp#clientTransferProhibited
Updated Date: 31-oct-2014
Creation Date: 08-nov-2006
Expiration Date: 08-nov-2015
切れてないようだけど。
- 376 :デフォルトの名無しさん:2015/03/18(水) 18:14:42.63 ID:tZAdOhnT.net
- 今見たらちゃんとページ表示されるね。
>>374 のタイミングだとsvnkit.comのトップページからdocumentからdownloadページまで全部レジストラの広告ページっぽかったんだよ。
総入れ替えメンテでもしてたのかね?
- 377 :デフォルトの名無しさん:2015/03/18(水) 21:56:23.55 ID:28ny6Xcg.net
- 不思議だね。俺が見たときも>>376の状態だった
- 378 :デフォルトの名無しさん:2015/03/18(水) 22:29:20.15 ID:ZskhrRrG.net
- 1.9はよ
- 379 :デフォルトの名無しさん:2015/03/19(木) 00:11:41.78 ID:Qk7fgyqS.net
- DNS系の攻撃でもあったのかな。
- 380 :デフォルトの名無しさん:2015/03/19(木) 07:43:43.27 ID:CihpAHlX.net
- 掃除のおばちゃんが期限切れにするボタン押しちゃったんだよ、きっと
- 381 :デフォルトの名無しさん:2015/03/20(金) 23:29:39.23 ID:+4dDx4nu.net
- 1.9.0-beta1 がついに出たな。
- 382 :デフォルトの名無しさん:2015/03/29(日) 22:01:12.35 ID:q/o8IL5N.net
- アメリカ時間の3/31 に 1.8.13と1.7.20 が出る模様。(1.8.12はパスらしい)
日本だと4/1に入手可能か、、
- 383 :デフォルトの名無しさん:2015/04/02(木) 11:50:05.39 ID:Df/W+uiZ.net
- 1.9は何が新しいのん?
- 384 :デフォルトの名無しさん:2015/04/03(金) 19:43:51.07 ID:b+Vrux7U.net
- >>383
ttp://subversion.apache.org/docs/release-notes/1.9.html
・ FSFS (subversion の内部DB) のフォーマットが7 になった(1.8 はformat 6)。
FSFS format 7 への移行は
a) バイナリを入れ替えるだけ
b) バイナリ入れ替え+svnadmin upgrade
c) dump + 1.9 でDB作成+load
d) dump + 1.9 でDB作成+load +svnadmin pack
のそれぞれの移行方法があるけど、Service qualityに差があるよ
・FSXっていう新しいDBも使えるけど、実験的な段階。
・コマンドがいくつか新しくなって、バグも直ったよ。
って感じかな。
- 385 :デフォルトの名無しさん:2015/04/03(金) 21:15:24.63 ID:R/PiASKu.net
- >>384
サンクス
ちょっと試してみるかな
- 386 :デフォルトの名無しさん:2015/04/04(土) 11:06:27.41 ID:sJ89ayUs.net
- こないだまでいた、プロジェクトではRedMine 1.x と付属(?)のSVN 1.6 を使って、
履歴が12000を超えていた、、、
全部ダンプしてsubversion 1.9 のDBにload してやりたいわ。
- 387 :デフォルトの名無しさん:2015/04/05(日) 10:37:15.12 ID:LvdFe5oB.net
- >>384
> ttp://subversion.apache.org/docs/release-notes/1.9.html
> ?Full checksum coverage of all revision data, including meta data and structural information.
で全データのチェックサムで保存するようにして、
次回 1.10 でrename トラッキングを実現しようという魂胆かな?
- 388 :デフォルトの名無しさん:2015/05/13(水) 00:45:38.47 ID:hRloKChx.net
- 2015-05-11 ? Apache Subversion 1.9.0-rc1 Released ¶
- 389 :デフォルトの名無しさん:2015/06/08(月) 23:15:01.53 ID:LTF0S2/5.net
- 基本的なことですが、AIX版のsubversionクライアントってありますか??
ご存じの方がいれば教えていただけませんか?
- 390 :デフォルトの名無しさん:2015/06/09(火) 14:28:08.81 ID:+pJotM6M.net
- 基本的なことですか。makeすればよろしいのではないでしょうか。xl cでも何とかなるでしょう。
- 391 :デフォルトの名無しさん:2015/06/09(火) 14:54:49.73 ID:zvNkm8tu.net
- そういえば昔、gccをインストールさせてくれってお願いしたけど、断られた思い出
- 392 :デフォルトの名無しさん:2015/06/13(土) 23:58:48.26 ID:14VwaWGj.net
- 2015-06-09 ? Apache Subversion 1.9.0-rc2 Released
- 393 :デフォルトの名無しさん:2015/06/14(日) 00:19:04.26 ID:8RR+3+Xw.net
- なんで1.9こんなに時間かかってるの?
- 394 :デフォルトの名無しさん:2015/06/14(日) 02:02:12.37 ID:vZTZCq3f.net
- しかも見た目に派手な新機能とか無いんだよなー
- 395 :デフォルトの名無しさん:2015/07/06(月) 01:20:56.91 ID:+SA2nGlY.net
- >>392
rc3を出すとか出さないとか議論中
- 396 :デフォルトの名無しさん:2015/07/29(水) 19:56:40.21 ID:syqOZkA4.net
- Subversion 1.9.0
Subversion 1.8.14
Subversion 1.7.21
の3つが近いうちにリリースされそう。
- 397 :デフォルトの名無しさん:2015/07/30(木) 08:20:21.29 ID:f2Zdaggk.net
- 2.0はよ
- 398 :デフォルトの名無しさん:2015/07/30(木) 09:31:53.91 ID:f5wFg7pZ.net
- バージョン多すぎ・更新間隔早すぎでついていけない
安定版と開発版の2つに減らして、更新は年1回にしてくれ
- 399 :デフォルトの名無しさん:2015/08/01(土) 01:28:56.60 ID:IR1g6pTz.net
- 1.9 の次は 1.10、1.11、1.12・・・
そうこうしているうちに subversion は時代遅れとなり消滅
2.0 は出ない
- 400 :デフォルトの名無しさん:2015/08/03(月) 23:37:24.63 ID:TW8nRuhL.net
- Road Mapのページも更新されたので、
p://subversion.apache.org/roadmap.html
1.9が出るまで秒読み状態かな。
- 401 :デフォルトの名無しさん:2015/08/06(木) 23:21:25.86 ID:8xO+ORV8.net
- 出たな
- 402 :デフォルトの名無しさん:2015/08/07(金) 08:41:28.17 ID:s6JmbTZM.net
- きたか…!!
^‐‐^
( ゚ д ゚ ) ガタッ
/ ヾ
_L| / ̄ ̄ ̄/_
\
- 403 :デフォルトの名無しさん:2015/08/08(土) 03:29:01.61 ID:CiK6vdON.net
- 「Apache Subversion 1.9」リリース
http://osdn.jp/magazine/15/08/08/164700
- 404 :デフォルトの名無しさん:2015/08/08(土) 08:57:29.12 ID:QwAfSdLt.net
- tortoiseはよ
- 405 :デフォルトの名無しさん:2015/08/11(火) 21:47:30.81 ID:Yn+B/MfB.net
- TortoiseSVN 1.9.0/1.8.12 リリース告知でたよ
メーリングリストに日本語で質問する三菱電機さんのつわもの現れた
logがおかしいみたいだけどよくわからんかった
- 406 :デフォルトの名無しさん:2015/08/12(水) 03:44:20.32 ID:uUCq7Pj1.net
- > logがおかしいみたいだけどよくわからんかった
見たけど、俺も他に言いようがないな
- 407 :デフォルトの名無しさん:2015/08/12(水) 08:43:05.33 ID:ncpOSLhg.net
- 良くわからんってのは、ツワモノ三菱電機さんの話し?
- 408 :デフォルトの名無しさん:2015/09/04(金) 01:51:52.02 ID:Zrv9PgBm.net
- 1.9.1来た
- 409 :デフォルトの名無しさん:2015/09/27(日) 10:50:16.75 ID:j+3Ff7Dl.net
- TortoiseSVNを使用しているのですが、質問させてください。
第三者のオンラインレポジトリから更新のある度にソースを拝借しつつ、
それを元に自分で改造したものをローカルレポジトリでバージョン管理したいと考えています。
このような場合、都度オンラインとローカルとで「切り替え」を行う運用でよいのでしょうか?
もっとスマートな運用方法があれば、ご教示いただければと思います。
- 410 :デフォルトの名無しさん:2015/09/27(日) 12:13:49.20 ID:qMYAsvVN.net
- >>409
gitに移行
- 411 :デフォルトの名無しさん:2015/09/27(日) 12:30:16.28 ID:VKkr6PIE.net
- >>409
Subversionの開発に参加し、難航しているローカルコミット機能の実装に協力して2.0の新機能に盛り込ませる。
- 412 :デフォルトの名無しさん:2015/09/27(日) 14:35:24.93 ID:V6V0Y/p4.net
- リボジトリが中央に一つという前提の設計が仇となって使いづらいよねえ
Gitの唯一にして最大の弱点(コミットのコメントにShift_JISが使えない)さえ
改善されれば、Subversionにこだわる必要もないんだが
- 413 :デフォルトの名無しさん:2015/09/27(日) 15:32:46.21 ID:nsZcbsgt.net
- SJISイラネ
- 414 :デフォルトの名無しさん:2015/09/27(日) 15:48:12.39 ID:Q14VogfW.net
- >>412 git config i18n.commitencoding Shift_JIS
- 415 :409:2015/09/28(月) 23:28:21.88 ID:Up+Tp8mt.net
- レスいただき、ありがとうございます。
これを機に、gitに入門したいと思います。
>>411
とても素敵な解決策ですが、実現し得るスペックが今の私にはないので、今回は見送らせてください。すみません。
- 416 :デフォルトの名無しさん:2015/09/29(火) 03:15:49.80 ID:DjqaY7BG.net
- 普通にローカルコミット相当のブランチ作るんじゃダメなの?
それが手間だってことなら、そうですかとしか言えないけど。
- 417 :デフォルトの名無しさん:2015/09/29(火) 04:30:44.86 ID:AQnR8FWO.net
- svnではexternal使えばいいんじゃないの?
欲しいのは所謂ベンダーブランチなんでしょ?
gitではremoteで他所のリポジトリを参照できる。
pullはするがpushはしないという運用でも良いかも知れんけど結局マージすることに変わりなし。
- 418 :デフォルトの名無しさん:2015/11/03(火) 12:24:52.10 ID:ld5Elv3z.net
- Subversionが使えるSaaSの定番ってある?
- 419 :デフォルトの名無しさん:2015/11/19(木) 01:59:01.99 ID:ZfIrJ4NX.net
- 1.10マダー?
- 420 :デフォルトの名無しさん:2015/11/22(日) 01:10:45.52 ID:/loq94Ox.net
- 質問ですが
Q1. svnで削除され、かつheadまでの間マージ等で復活してもいないファイルをリポジトリから完全削除する簡単なやり方ってないでしょうか。
svnadmin dump old_repo | svndumpfilter exclude --pattern "*.csv" | svnadmin load new_repo
でとりあえず"*.csv"にマッチするやつだけはまとめて消せましたが、
これをいちいち人手で削除対象を指定するのではなく、「svnで削除され、かつheadまでの間マージ等で復活してもいないファイル」という条件で消したい。
Q2. Rev.1〜24を取り出せなくして(checkoutもupdateもできなくして)、かつリビジョン番号は保ちたいのですが、なんか方法ありませんか。
svnadmin dump -25:head | svn load new_repoとしたら一応取り出せなくすることはできたのですが、
勝手にリポジトリ番号が1始まりになってしまいまつ…
- 421 :デフォルトの名無しさん:2015/11/22(日) 18:42:33.39 ID:URyBXPFx.net
- すみませんが、質問です。
あるファイルの履歴が、特定のコミットから前はたどれなくなっています。
svn blame してもそのコミットより前は取得できません。
しかしそれはそのコミットで新規作成されたものではなく、それ以前にも
存在したファイルのようなのです。理由は
・その特定のコミットがファイル全体でなくごく一部しか登録していない。
・そのディレクトリの以前のコミットを見ると、そのファイルを変更するコミットがいくつも見つかる。
ということで、質問です。
・これはどういう原因が考えられますか?
・ある特定の行がどのコミットで作成されたか、その特定のコミットより前に
さかのぼって調べるにはどうしたら良いでしょうか?
- 422 :デフォルトの名無しさん:2015/11/25(水) 03:20:35.54 ID:JdM/MFQr.net
- 壊れてんじゃないの。
- 423 :デフォルトの名無しさん:2015/11/25(水) 16:37:05.01 ID:z5Vyt+8F.net
- 間違って消して入れなおした、とか?
- 424 :デフォルトの名無しさん:2015/11/25(水) 20:29:37.68 ID:gfHX0NUo.net
- >>421
正常だった頃のバックアップをリストアしたら?
- 425 :デフォルトの名無しさん:2015/11/29(日) 22:41:52.63 ID:KpqoYx4G.net
- >>419
2年毎にバージョンアップだから1.10は2017年じゃね?
- 426 :デフォルトの名無しさん:2015/12/20(日) 23:02:19.20 ID:MLldicde.net
- すみません、svn merge で、
trunk と branch 間じゃなくて、
trunk から派生した機能branch 同士でマージすることってできますか?
またそれに関して何か参考資料があったら教えていただけないでしょうか?
どうも svn:mergeinfo のなかった頃の記事しか見つからなくて。
- 427 :デフォルトの名無しさん:2015/12/21(月) 01:58:30.57 ID:/A+q3f8t.net
- >>426
できると思うけど。
俺の普段使っている構成はtrunk/brunch構成じゃなくて、brunchだけみたいな構成だけど、普通にマージしてるよ。
ってか、やってみたほうが早いぞ。
原理的に不可能なわけないんだから。
- 428 :デフォルトの名無しさん:2015/12/21(月) 03:38:42.12 ID:oWDlhwCP.net
- ×brunch
○branch
- 429 :デフォルトの名無しさん:2015/12/21(月) 21:47:56.22 ID:C2nvBJp+.net
- >>427
426 です。
確かに trunk に対して sync merge の済んでいる branch 同士なら、
原理的には安全に merge できそうですね。
trunk からの派生時期が違ったとしても。
時間に余裕ができたら実際に試してみます。ありがとうございました。
- 430 :デフォルトの名無しさん:2016/01/08(金) 16:15:51.03 ID:vMu+JJ4u.net
- 質問です。
ある機能ブランチ 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 を編集して、その修正コミットもマージ済みだということにする。
とりあえずこんな手順を考えていますが、もっと適切な方法はあるでしょうか?
- 431 :デフォルトの名無しさん:2016/01/13(水) 21:18:16.79 ID:V0iG8LAX.net
- svnにはいくつも欠点があるが、中でもマージが1コミットになってしまうのが
自分はつらい。
機能ブランチ内で1コミット1サブ機能でキレイなコミット歴を残しても
trunkにマージされたら全部まとめて1コミット。
当時の履歴を追いかけるには、もう消したブランチを追いかけなきゃならない。
Gitならmasterにすべてのコミットが残ってるのに。
- 432 :デフォルトの名無しさん:2016/01/13(水) 22:15:09.34 ID:oEwhQ7Tk.net
- バージョン管理システムのメリットよりも
使い方を覚える労力と、操作ミスでリボジトリをメチャメチャに
してしまうデメリットの方が大きいわ
俺はもうフォルダコピーで行くぞ
- 433 :デフォルトの名無しさん:2016/01/13(水) 22:28:17.88 ID:BvZrk89z.net
- どうやったらリポジトリをめちゃめちゃにできるんだよ?
- 434 :デフォルトの名無しさん:2016/01/13(水) 22:37:48.99 ID:GW8aUEqD.net
- 助けてください!!
TortoriseSVNを使っています。
新プロジェクト(まだSVNに登録していません。)をいきなり、エクスプローラからソリューションを右クリックして、
コミットを実行してしまいました。エラーは出ませんでした。
でも、おかしいと思い、そのソリューションを開いたら、「.csprojが見つかりません。」みたいなメッセージが出ました。
その後、もう一度、Visual Studioを閉じて、再度上げ、問題のソリューションを
開いたら、本日作業した部分が消えていました。
どうしたら最新を戻せるでしょうか?
よろしくご指導ご支援のほどよろしくお願い申し上げます。
- 435 :デフォルトの名無しさん:2016/01/13(水) 23:04:44.15 ID:V0iG8LAX.net
- >>434
C# のスレで聞いたほうがいいかもしれない。
たいていのプログラマはsvnを知ってるけど、
C#を知っている人は限られるから。つうか自分も知らない。
あとここ過疎スレだし。
- 436 :デフォルトの名無しさん:2016/01/13(水) 23:30:18.05 ID:Wf3AZEhL.net
- >>434
コミットしたものがリポジトリから消えたってこと?
何言ってんのかよくわからん
- 437 :デフォルトの名無しさん:2016/01/14(木) 01:01:29.51 ID:0bFJzjCb.net
- >>431
--use-merge-history
>>434
リポジトリから開こうとしたの?それとも右クリックしてコミットしたフォルダの?
- 438 :デフォルトの名無しさん:2016/01/14(木) 01:03:43.85 ID:0bFJzjCb.net
- ああ、後woking dirでもないのに右クリックからコミットは無理かと。
右クリックしてRepo browser選んでみてはどうでしょか。
- 439 :デフォルトの名無しさん:2016/01/14(木) 08:32:44.54 ID:nVghBJHD.net
- そもそもコミット時は必ずログ入カのダイアログが出るから
いきなりコミットしてしまいました
の時点で >>432 と同類のネタでしょ
- 440 :デフォルトの名無しさん:2016/01/15(金) 00:37:38.48 ID:CUVZOqT7.net
- ID:V0iG8LAX は結局何がしたかったんだろう…
- 441 :デフォルトの名無しさん:2016/01/15(金) 08:11:24.88 ID:kbAfmhMJ.net
- git の布教じゃね
- 442 :デフォルトの名無しさん:2016/01/16(土) 14:07:18.15 ID:T83PzPld.net
- Subversion も git の良いところをどんどん取り込んでいけば、
とりあえず Subversion を選んどけば良いって状況になるはず
- 443 :デフォルトの名無しさん:2016/01/16(土) 14:53:39.70 ID:gOEJtE3u.net
- >>442
とりあえず、ローカルコミットがあればいいや
- 444 :デフォルトの名無しさん:2016/01/16(土) 23:36:23.80 ID:RCWlnHcP.net
- Gitの良い所を取り込むのは今までもやってきてるけど、今後はもう
ほとんどないと思う。今までのペースを見ても
2008年 1.5 マージトラッキング導入。マージが自動に。
2011年 1.7 .svnディレクトリをワーキングコピーのルートだけに作成。
あとは svn merge --reintegrate が生まれて、自動化されて廃止されたり
svn mergeinfoコマンドができたり、そんぐらいしかない。
- 445 :デフォルトの名無しさん:2016/01/17(日) 01:08:50.62 ID:Hz/zelCD.net
- >>442
日本人の発想とは違うから。
- 446 :デフォルトの名無しさん:2016/01/17(日) 05:27:02.51 ID:Qd0sLcKs.net
- .svnだか.svnreposだかにリポジトリ作れればカジュアル用途で復活できるのにな
- 447 :デフォルトの名無しさん:2016/01/17(日) 11:06:53.94 ID:ifZNSkug.net
- > .svnディレクトリをワーキングコピーのルートだけに作成。
これは、途中のディレクトリの.svnだけを他の場所に持って行ってupdate
ということができなくなってちょっと不満だった
(めったにしないからいいんだけど)
- 448 :デフォルトの名無しさん:2016/01/17(日) 16:51:37.90 ID:D83l6ovN.net
- >>447
> 途中のディレクトリの.svnだけを他の場所に持って行ってupdate ということ
普通にリポジトリブラウザで途中のディレクトリを他の場所にチェックアウトすればいいだじゃないの?
- 449 :デフォルトの名無しさん:2016/01/17(日) 18:24:28.43 ID:ifZNSkug.net
- いや…さすがにチェックアウト方法を知らないってことはないよ…
簡単にワーキングディレクトリをコピーする方法としてそれを使ってたって話
- 450 :デフォルトの名無しさん:2016/01/18(月) 01:40:17.48 ID:9UQJyg5l.net
- >>449
そうすることのメリットは特にないよねってだけじゃないかな。
ネットワークが致命的に遅い環境ならわからんでもないけど。
- 451 :デフォルトの名無しさん:2016/01/26(火) 17:54:24.80 ID:4KKK/HhY.net
- 並行開発に襲われたサブバー村をGitで救うRPG「ギットクエスト」をプレイ
http://gigazine.net/news/20160126-gitquest-review/
http://i.gzn.jp/img/2016/01/26/gitquest-review/0014_m.png
- 452 :デフォルトの名無しさん:2016/01/27(水) 01:55:22.78 ID:iUUHicG2.net
- 他陣営に FUD しないと生きていけない病か何かなのかな?
- 453 :デフォルトの名無しさん:2016/02/02(火) 00:59:33.59 ID:zG53U0gn.net
- 指定のブランチだけローカルにリポジトリ作って
ローカルコミットできる機能がほしい
- 454 :デフォルトの名無しさん:2016/02/02(火) 08:59:27.45 ID:NTv/QStd.net
- >>453
ローカルでgitやhg使えば良いのでは?
ソース俺。
- 455 :デフォルトの名無しさん:2016/02/04(木) 09:00:02.34 ID:ot0At/UU.net
- おまえら、svk亡き後はgit-svnつかとる?
- 456 :デフォルトの名無しさん:2016/02/04(木) 18:44:49.97 ID:y0p/gOVk.net
- ウチはgitをインストールするとPCの調子が悪くなる
gitをアンインストールすれば治る
だからまだgitに移行できてない
- 457 :デフォルトの名無しさん:2016/02/04(木) 19:14:52.59 ID:PFzCzh/c.net
- >>455
> おまえら、svk亡き後はgit-svnつかとる?
一時使ってたけどいまいちスキルがなくて挫折した
ローカルコミットはうらやましいけどまあ SVN でだいたい間に合ってる
- 458 :デフォルトの名無しさん:2016/02/04(木) 20:04:34.89 ID:usIHembP.net
- svkってなくなったんだ。
- 459 :デフォルトの名無しさん:2016/02/09(火) 00:04:18.08 ID:Wfs8IlNy.net
- >>456
なにその変な宗教
- 460 :デフォルトの名無しさん:2016/02/09(火) 08:09:15.77 ID:yUya84EX.net
- SVNのマージってGitとかの新しめのVCSのマージと比べて制限ある?
GitみたいフローをそのままSVNでやってもOKかな?
- 461 :デフォルトの名無しさん:2016/02/09(火) 08:45:58.79 ID:G1Osl5xS.net
- >>460
gitだと一瞬で終わる作業がsvnだと数十秒〜数分ぐらい
かかるだけで同じことは出来るよ。
例えばrebaseだと5分ぐらいかかるかな。
- 462 :デフォルトの名無しさん:2016/02/09(火) 08:55:22.90 ID:Ppsvxs2m.net
- >>458
http://lists.bestpractical.com/pipermail/svk-devel/2009-May/001224.html
ズルズルひっぱらずになくなったよ
- 463 :デフォルトの名無しさん:2016/02/09(火) 18:31:31.00 ID:W2A1PlMN.net
- >>461
rebaseってどうやるの
- 464 :デフォルトの名無しさん:2016/02/09(火) 18:55:36.30 ID:IuKqTpt8.net
- 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認証でアクセス制限していますが、アカウントとパスワードは同じです。
上記の事象の解決方法をご存知の方いらっしゃいましたらご教示願います。
- 465 :デフォルトの名無しさん:2016/02/09(火) 19:57:12.05 ID:IuKqTpt8.net
- 書き忘れてましたが、クライアント環境は
・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
です。
- 466 :デフォルトの名無しさん:2016/02/09(火) 20:11:44.03 ID:G1Osl5xS.net
- >>463
新たなブランチ作って、そこに順番入れ替えながらマージしていくw
- 467 :デフォルトの名無しさん:2016/02/09(火) 22:04:43.62 ID:L+MfEbJP.net
- >>464
そういうのはmod_proxyの出番じゃなかったっけ?
- 468 :デフォルトの名無しさん:2016/02/09(火) 22:15:20.85 ID:4PWoOO5Y.net
- >>467
情報ありがとうございます。mod_proxyについて調べてみることにします。
- 469 :デフォルトの名無しさん:2016/02/09(火) 22:54:01.35 ID:fujmVlME.net
- external でできるんじゃない?
- 470 :デフォルトの名無しさん:2016/02/09(火) 23:56:43.17 ID:XKhjKgOy.net
- 俺もexternal属性派だな
- 471 :464:2016/02/10(水) 09:33:23.13 ID:iFU3NYts.net
- >>469
externals属性を試してみたところ、こちらの方が自分のやりたいことに適していました。
ありがとうございます。
- 472 :デフォルトの名無しさん:2016/02/23(火) 16:13:47.56 ID:spzIJgYw.net
- > ディスク容量の都合上、リポジトリは一方に寄せられません
すごい
- 473 :デフォルトの名無しさん:2016/02/25(木) 07:07:19.07 ID:n9DyGB93.net
- git使えばいいのに
- 474 :デフォルトの名無しさん:2016/02/26(金) 20:58:03.15 ID:1E6bGjSO.net
- git使うとどうなるの?
- 475 :デフォルトの名無しさん:2016/02/26(金) 22:41:54.24 ID:/bimbQ7c.net
- >>474
特にどうということはない
- 476 :デフォルトの名無しさん:2016/02/26(金) 22:44:41.52 ID:tr67YefW.net
- SubversionとGit両対応(クライアントとして)のサービスってGitHub以外ない?
- 477 :デフォルトの名無しさん:2016/02/26(金) 23:01:41.70 ID:o2AR5xl0.net
- むしろsvn git hgに対応してないコードホスティングがあったら聞いてみたいくらい
- 478 :デフォルトの名無しさん:2016/02/27(土) 10:44:10.28 ID:wchZYC9x.net
- >>477
GitHubがそうじゃん…
- 479 :デフォルトの名無しさん:2016/02/27(土) 10:46:12.94 ID:g3DkZYTV.net
- 対応してるだろ
- 480 :デフォルトの名無しさん:2016/02/27(土) 12:05:21.42 ID:Y1XYvpWg.net
- Git は初期から SVN からの移行を狙って
SVNもどきモードを付けてた
今も動くかは知らん
- 481 :デフォルトの名無しさん:2016/02/29(月) 01:06:23.06 ID:SlyvrE0p.net
- えっ、GitHubってSubversion使えるの???
GitHubはGitしか使えないもんだとばかり思ってた
うちのPCは2台とも、Gitをインストールすると不調になるんで
(C言語のコンパイルができなくなるなど、不可解な現象が)
Subversion使えるとこ探してた
べつにOSDNも構わないんだけど・・・
- 482 :デフォルトの名無しさん:2016/03/12(土) 20:58:38.08 ID:0ZU70bki.net
- 今年に入ってからdev-MLへの投稿がかなり減ってる。
- 483 :デフォルトの名無しさん:2016/03/22(火) 00:18:13.93 ID:6V0wk0AF.net
- オワコンなの(´;ω;`)?
- 484 :デフォルトの名無しさん:2016/03/22(火) 00:20:29.91 ID:b9snC88Q.net
- >>483
うんにゃ
- 485 :デフォルトの名無しさん:2016/03/22(火) 08:43:54.56 ID:9SdYAd8n.net
- 2.0までは頑張って欲しい。
- 486 :デフォルトの名無しさん:2016/03/22(火) 19:04:25.92 ID:rY40XwB7.net
- リポジトリの一部をチェックアウトできること、チェックアウトしたファイルのタイムスタンプを復元できること、この二つの利点がある限りSubversionもドキュメント管理ツールとして使うつもり。
- 487 :デフォルトの名無しさん:2016/03/22(火) 22:39:25.94 ID:FHt71iNZ.net
- >>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
- 488 :486:2016/03/23(水) 12:14:31.49 ID:F88wfLyN.net
- >>487
コミットした日付じゃなくて、コミットした時点のファイルのタイムスタンプが復元されて欲しい。
Gitの断片的なチェックアウトもやろうと思えばできるようだけど、一端全部チェックアウトしてから不要なものを消すという手順は面倒だね。
- 489 :デフォルトの名無しさん:2016/03/23(水) 13:01:22.77 ID:4qmKzsXk.net
- メタデータが保存できるファイルフォーマットの文書を使えば良いのでは
- 490 :デフォルトの名無しさん:2016/03/23(水) 14:17:29.27 ID:UQUQHko3.net
- >>489
今どき svn 使ってる案件のドキュメントはMS-Officeに決まっとろーが。
- 491 :デフォルトの名無しさん:2016/03/23(水) 15:37:10.91 ID:4qmKzsXk.net
- >>490
じゃ、別にファイルのタイムスタンプがどうなろうが問題ないのでは?
- 492 :490:2016/03/23(水) 20:09:31.64 ID:XvZTQgKe.net
- >>491
すまん、自分は488じゃないんだ。横から勝手にコメントしただけ。
紛らわしいことをしてしまった。
- 493 :デフォルトの名無しさん:2016/03/23(水) 20:53:32.55 ID:B1odvRJM.net
- >>488
svnでもできないよね?
- 494 :486:2016/03/24(木) 18:32:22.80 ID:FAmAzzpj.net
- >>493
改めて確認してみたところ、コミット日時が反映されてました。
コミット時点のタイムスタンプというのは自分の勘違いだったようです。失礼しました。
- 495 :デフォルトの名無しさん:2016/03/29(火) 23:57:12.51 ID:IgCmXl5A.net
- 派生元の違うbranchをどうにかしてmergeしたいと思ってたんだけど、
やっとわかった。2-url-mergeを使えば良いのか。
http://subversion.apache.org/docs/svn-merge.txt
これで 3-way-mergeやrebaseのないsvnでも何とかやっていける。
ホントはさっさとGitに移行しなきゃならないんだけど、
その余裕がないんだよね…。
- 496 :デフォルトの名無しさん:2016/03/31(木) 20:50:18.74 ID:+0lEOH/d.net
- デザイナさんが svn のレポジトリに backup/yyyMMdd ってディレクトリ作ってて、
アホかタグ使えよと思ってたんだけど、過去の履歴をgrepしようとして真顔になった。
git grep が svn にはない。アホは自分でした。
なんとかしたくてググったら
svn -
- 497 :デフォルトの名無しさん:2016/03/31(木) 20:52:02.87 ID:+0lEOH/d.net
- なぜかレスの後半が無視されたんで再ポスト。
http://superuser.com/questions/793877/git-grep-equivalent-in-subversion
これシェルスクリプトで書いてるんだけどうんと遅いし、
しかもこれファイルは指定できるけどディレクトリは指定できない。
もっとゴリゴリ書けばなんとかなるだろうけど、ますます遅くなるし、
そもそもsvn環境にこれ以上投資する気になれない。
お前らよく文句言わずにsvn使ってるな。
- 498 :デフォルトの名無しさん:2016/03/31(木) 22:53:43.93 ID:BCr365+9.net
- > デザイナさんが svn のレポジトリに backup/yyyMMdd ってディレクトリ作ってて、
> アホかタグ使えよと思ってたんだけど
ちょっとわからん、タグってディレクトリだろ
- 499 :デフォルトの名無しさん:2016/04/01(金) 10:00:23.40 ID:Gbw1yNNY.net
- >>499
すまん、デザイナさんはtrunkの中にディレクトリを作ってたんだ。
アホな説明で申し訳ない。
- 500 :デフォルトの名無しさん:2016/04/01(金) 11:25:40.96 ID:8DFiJY6w.net
- ローカルでコピーしてコミットしてたってことか
- 501 :デフォルトの名無しさん:2016/04/01(金) 12:08:27.08 ID:Gbw1yNNY.net
- >>500
そう、それ。よく察してくれた。svn copy じゃないから履歴も残らない。
勘弁してくれと思ったけど、過去バージョンの検索性という一点はすぐれていたというね。
ちなみにGitにはcopyコマンドはない(はず)。
ファイルの内容から履歴は自動追尾されるから、ローカルファイルのcp で構わない。
デザイナさんとsvnについてやり取りするたびに、人類にはsvnは難しすぎるんじゃないかと思う。
まあGitになったらなったでまた大変だろうけどね。
- 502 :デフォルトの名無しさん:2016/04/01(金) 12:11:54.09 ID:EdGSOdfZ.net
- >>501
検索性が優れてるってタグでも同じじゃないの?
- 503 :デフォルトの名無しさん:2016/04/01(金) 12:33:56.70 ID:Gbw1yNNY.net
- >>502
それ、ローカルに ^/tags を全部 checkout なり export なりしてgrep しろって言ってる?
たしかにそれやればなんとか検索できるな。
でも時間もローカルディスク容量もすごく食うし、しかもタグに記録しなかった履歴は検索できない。
Git なら git grep 一発だし、GitHub ならWebブラウザで検索フォームに入力するだけだ。
- 504 :デフォルトの名無しさん:2016/04/01(金) 16:15:54.19 ID:rqNfXZQH.net
- >>482
>>483
三月は遂に100通を割って、47通!
一気に減ったな
- 505 :デフォルトの名無しさん:2016/05/01(日) 13:51:53.90 ID:tKi6j9CT.net
- 匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?
Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al
ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーw
The Covenant Project
概要
Covenantは、純粋P2Pのファイル共有ソフトです
目的
インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します
特徴
Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)
接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
t
- 506 :デフォルトの名無しさん:2016/05/11(水) 04:04:06.49 ID:Qb9Kyo2I.net
- ある文字列が過去のどのリビジョンに存在していたかを検索する場面が思いつかないんだけど、
そういう検索ができる環境が当たり前になれば、それなりの用途があるんだろうか。
- 507 :デフォルトの名無しさん:2016/05/11(水) 04:13:47.14 ID:Qb9Kyo2I.net
- grep through revisions と書かれてたからそう思ったんだけど、 git grep にそういうオプションが見当たらず。
githubの検索でも普通のgrepの結果っぽいのしか出てこないし。
- 508 :デフォルトの名無しさん:2016/05/11(水) 04:16:27.37 ID:Qb9Kyo2I.net
- もうちょっとぐぐってから書くべきだったと後悔。
同じ疑問を持った方へ一応アンカーをば。
http://stackoverflow.com/questions/2928584/how-to-grep-search-committed-code-in-the-git-history
スレ汚しごめんなさい。
- 509 :デフォルトの名無しさん:2016/05/12(木) 21:53:23.38 ID:2OPIh6as.net
- >>506
なんかのライブラリとかを利用してて、試行錯誤で色んな関数呼んだりやめたりみたいなこと繰り返してから、
1年後あたりに、うろ覚えだけど、関数名だけは断片的に覚えてる、みたいな状況になったら必要じゃない?
個人的には割とよくあるけどなー
- 510 :デフォルトの名無しさん:2016/05/21(土) 19:36:12.99 ID:ikuIjUYo.net
- >>509
関数が存在した時間かソースファイルの手がかりがあったら現行の機能だけでも逝ける、
まあ検索対象が大量にあって一括で探したい、とかいう場合はあれば便利かもだが
- 511 :デフォルトの名無しさん:2016/05/21(土) 19:59:25.28 ID:af3CQIfx.net
- なぁ、32bit windows 版の tortoise 1.9.4 って、中身のバージョンが、最新チェック用のバージョンと微妙に違くね?
- 512 :デフォルトの名無しさん:2016/05/25(水) 03:31:32.94 ID:V+i5yD5b.net
- >>510
たとえば、特定のコミットだけに存在した文字列とかも探せる?その特定のコミットは大体しかわからない前提で。
あんまり使い込んでなくて質問してるんで、あったらすまん。
- 513 :デフォルトの名無しさん:2016/05/25(水) 22:03:33.76 ID:ERKw5n78.net
- リポジトリブラウザを検索エンジンに食わせておけばよいのでは
- 514 :デフォルトの名無しさん:2016/06/18(土) 15:58:46.07 ID:3gyXuff5.net
- dev-MLへの投稿が激減していてヤバイ気がする。
- 515 :デフォルトの名無しさん:2016/06/18(土) 16:22:08.36 ID:m/CduI6Z.net
- tortoiseの完成度がピカイチなだけに残念だな。
hgもgitもGUIの使い勝手が悪すぎて、会社で提案しにくい。
みんなコマンドライン使えるわけじゃないからなー。
- 516 :デフォルトの名無しさん:2016/06/19(日) 16:08:05.74 ID:vsq3p2HS.net
- ↓gitならSourceTree使えよ派が
- 517 :デフォルトの名無しさん:2016/06/23(木) 06:27:35.29 ID:TNGOTqLE.net
- >>515
ですよね〜
- 518 :デフォルトの名無しさん:2016/06/23(木) 12:01:27.06 ID:332nxUAD.net
- >>515
なんでそんな会社にいるの?
- 519 :デフォルトの名無しさん:2016/06/23(木) 12:53:03.63 ID:E9DkciDP.net
- >>518
ツール使用の有無で会社を選ぶのかい?
- 520 :デフォルトの名無しさん:2016/06/23(木) 14:25:10.52 ID:O6DvkpvP.net
- >>515
>みんなコマンドライン使えるわけじゃない
営業にも開発させてんのか?
- 521 :デフォルトの名無しさん:2016/06/27(月) 23:00:10.42 ID:bF8wQm1G.net
- >>520
開発じゃないと使っちゃいけないのか?
- 522 :デフォルトの名無しさん:2016/06/28(火) 12:27:26.79 ID:JqT9mgNY.net
- ファイルサーバの代わりにSVN使うことはよくある
- 523 :デフォルトの名無しさん:2016/09/16(金) 15:26:57.24 ID:4+GkgAAn.net
- 誰か教えてください。
TortoiseSVNでブランチを作って切り替えて変更した後にトランクに切り替えると競合が発生します。
トランクとブランチは切り替えるだけでマージされてしまうものなのでしょうか?
切り替え前にコミットするとそうはならないみたいですが。
- 524 :デフォルトの名無しさん:2016/09/16(金) 16:48:48.86 ID:PpYmmEIW.net
- ブランチを切り替えるということはリポジトリの最新をローカルに書き戻すということ
コミットしてない奴は上書きで消されても文句言えない
マージしてくれるのは親切
- 525 :523:2016/09/16(金) 17:21:46.19 ID:4+GkgAAn.net
- >>524
なるほど。
そういう仕様だったんですね。
都度コミットするようにします。
ありがとうございました。
- 526 :デフォルトの名無しさん:2016/09/16(金) 17:38:13.67 ID:HeaYZHP4.net
- truncに切り替えるとコンフリクトが発生するのなら、branchをtruncにマージするときにコンフリクトが発生するのではないだろうか
- 527 :デフォルトの名無しさん:2016/09/29(木) 20:08:30.80 ID:plWPM5Tj.net
- svn.osdn.jp落ちてる?
またDDoS攻撃を受けてる模様
- 528 :デフォルトの名無しさん:2016/10/15(土) 13:06:58.38 ID:HoCogbfT.net
- いきなり dev-MLに大量にメールが流れていて驚いた。
それから、1.9.5も近いうちに出そうだな。
- 529 :デフォルトの名無しさん:2016/10/15(土) 23:40:59.99 ID:f1QyDe2U.net
- 1.10はよ
- 530 :デフォルトの名無しさん:2016/11/30(水) 09:55:31.56 ID:jvdRD7Js.net
- ApacheとTortoiseSVN以外で、誰でも見られるリポジトリってないですか?
- 531 :デフォルトの名無しさん:2016/11/30(水) 12:28:38.98 ID:e85OgOH0.net
- 1.9.5
- 532 :デフォルトの名無しさん:2016/11/30(水) 16:53:59.55 ID:Q85vuO3F.net
- >>530
もっと詳しく
- 533 :デフォルトの名無しさん:2016/11/30(水) 18:08:13.49 ID:jvdRD7Js.net
- >>530
フォルダの分け方とかコミットの仕方とかログの書き方とかの勉強のために、
オープンソースなどのリポジトリを覗いてみたいなと。
例えば、サクラエディタならここみたいな感じで。
http://svn.code.sf.net/p/sakura-editor/code
- 534 :デフォルトの名無しさん:2016/11/30(水) 18:10:47.69 ID:jvdRD7Js.net
- >>530ではなく>>532でした
- 535 :デフォルトの名無しさん:2016/11/30(水) 18:30:01.59 ID:6tT63Gbl.net
- >>530
ひょっとして、
https://github.com/
https://sourceforge.net/
とか、そういう話?
- 536 :デフォルトの名無しさん:2016/11/30(水) 18:38:49.43 ID:jvdRD7Js.net
- >>535
この中にも多くあるんでしょうけど、
Subversionでアクセスできるものがどれなのかがよくわからないです。
- 537 :デフォルトの名無しさん:2016/12/01(木) 03:24:06.55 ID:Xg6M044B.net
- "svn checkout https" と引用符で括ってぐぐればFreeBSDとかTracとかWebKitとかのドキュメントがひっかかるやん
- 538 :デフォルトの名無しさん:2016/12/17(土) 02:06:53.85 ID:JwOXjuT1.net
- branchの切り替えについて質問さしてください
branchを切り替える事で、通常なら「commit→trunkの更新」となるところが
「commit→branchへの更新」となる事は分かります
ただ、
my_project
└ trunk
└ branches
となっていてtrunkに対して新しいbrancを作って
my_project
└ trunk
└ branches
__└ 20160304
というブランチを作った場合、いちいち切り替えるのではなく
myproject/branches/20160304 をcheckoutした上でそこを書き換えるのでは
駄目なんでしょうか?いまいち「切り替え」がどのような局面で
有効なのか良く分かりません
- 539 :デフォルトの名無しさん:2016/12/17(土) 07:32:55.65 ID:s55gxQDX.net
- >>538
> myproject/branches/20160304 をcheckoutした上でそこを書き換えるのでは
> 駄目なんでしょうか?
いいんじゃねーの?
つか俺はそうしてる
- 540 :デフォルトの名無しさん:2016/12/17(土) 11:02:29.80 ID:lvQHWty7.net
- >>538
別に構わないけど、SVNとは関係ないところで注意点が増える。
パス構成が変わると、動かなくなる(設定変更が必要になる)ツールとかが無ければ問題ないんじゃね?
- 541 :デフォルトの名無しさん:2016/12/22(木) 13:54:51.65 ID:WvV0KHxS.net
- 過去のリビジョンへ一部修正する手順が解りません
現在のリビジョン40 も修正したいリビジョン30の場合
こんな方法でやっいてますが多分違うと思います
正し手順を教えてください
1.TortoiseSVNでSVNコミット
2.TortoiseSVNでSVN更新
ここまででリビジョン40の退避
3.コマンドプロンプトを開いて
del rm *.* ----リビジョン40を消す消さないと競合するから
4. svn update -r 30
5.エディタで目的の部分修正
6.TortoiseSVNでSVNコミット(変更の保存コメントに注意を書く)
4.コマンドプロンプトを開いて
del rm *.* ----リビジョン41を消す消さないと競合するから
7.svn update -r 40 ---元の状態に戻す
- 542 :デフォルトの名無しさん:2016/12/22(木) 15:57:13.16 ID:LjoTcBUk.net
- Tortoise使ってるなら、ログで戻したいリビジョンを選択して
「このリビジョンに戻す」で作業コピーがr30に変更した状態になるよ
- 543 :デフォルトの名無しさん:2016/12/25(日) 15:38:51.96 ID:tdy+HZvV.net
- 年末なんでdev-MLに流れていたメールの量をグラフにしてみた。
http://momi6.momi3.net/503/src/1482647839575.png
確実な減少傾向ですな。
- 544 :デフォルトの名無しさん:2016/12/25(日) 15:41:41.96 ID:faKDSRQs.net
- 秘密結社ギフハブの活動の成果だね。
- 545 :デフォルトの名無しさん:2016/12/25(日) 16:45:31.50 ID:hrxPaxO/.net
- emacsは衰退しました
- 546 :デフォルトの名無しさん:2016/12/25(日) 22:15:10.49 ID:MeBxIn7r.net
- >>99
> 共有リポジトリ
ん?
共有フォルダに作ったリポジトリ?
よく分かんないけど、何故、共有フォルダに作るの?
メリットは?
デメリットは?
- 547 :デフォルトの名無しさん:2016/12/25(日) 22:26:24.46 ID:tdy+HZvV.net
- >>545
リンクが抜けているぞ
http://qiita.com/itckw/items/ff079c7572d6a1acd349
- 548 :デフォルトの名無しさん:2016/12/25(日) 23:05:16.79 ID:MFByqkiI.net
- なんでそんな前のにレスつけてんの・・・
ちょっと、この人こわい・・・
り、リポジトリはローカルに作ったらいいんですか? (震え声)
- 549 :デフォルトの名無しさん:2016/12/26(月) 11:23:18.38 ID:HAos+tGx.net
- 過疎板なら当たり前
- 550 :デフォルトの名無しさん:2016/12/30(金) 13:19:26.34 ID:Fkp7a+nN.net
- 2017年に1.10出るかな?
1.9を使ってる人もかなり少ないと思うんだが、、
- 551 :デフォルトの名無しさん:2016/12/30(金) 13:35:41.86 ID:KB0M7zpX.net
- 2.0はよ
- 552 :デフォルトの名無しさん:2017/04/12(水) 20:17:22.08 ID:yrGStvJl.net
- ちんこが膨らんできた
- 553 :デフォルトの名無しさん:2017/04/12(水) 21:23:51.66 ID:u533e0uw.net
- 使う相手いないんだから revert しとけ
- 554 :デフォルトの名無しさん:2017/06/19(月) 16:25:13.59 ID:/CE3XBCp.net
- hage
- 555 :デフォルトの名無しさん:2017/07/07(金) 00:15:24.94 ID:zIRcoD4c.net
- 1.9.6
http://svn.apache.org/repos/asf/subversion/tags/1.9.6/CHANGES
- 556 :デフォルトの名無しさん:2017/07/07(金) 23:43:41.70 ID:zIRcoD4c.net
- 「Apache Subversion 1.9.6」が公開
2017年7月7日16:20 末岡洋子
https://mag.osdn.jp/17/07/07/162000
- 557 :デフォルトの名無しさん:2017/07/08(土) 09:29:34.22 ID:NsJEii3r.net
- 1.8.18
http://svn.apache.org/repos/asf/subversion/tags/1.8.18/CHANGES
- 558 :デフォルトの名無しさん:2017/07/08(土) 18:08:52.88 ID:HDF4cM22.net
- 1.10はよ
- 559 :デフォルトの名無しさん:2017/07/09(日) 02:54:51.58 ID:VbmXIrpk.net
- 1.10はリリースノートは出来ているんだが、リリースされないね。
https://subversion.apache.org/docs/release-notes/1.10.html
1.10は元々計画されていた機能はほとんど開発出来なくて、
簡単な機能でお茶を濁した版になりそうだけど。
http://subversion.apache.org/roadmap.html
- 560 :デフォルトの名無しさん:2017/07/10(月) 01:25:32.93 ID:5ZzpmYvo.net
- さすがに消え去るときが来たのか
- 561 :デフォルトの名無しさん:2017/07/10(月) 01:42:39.22 ID:BSqkgm0Y.net
- 中央集権型ってだけで選択されない世の中になっちゃったからなー。
- 562 :デフォルトの名無しさん:2017/07/10(月) 13:10:44.76 ID:rVbJbX3P.net
- リテラシー低い者が集うところには
集中型が丁度いいんだがな〜
- 563 :デフォルトの名無しさん:2017/07/24(月) 01:15:45.56 ID:+one8Pjd.net
- >>562
リテラシーって言うより、単なる慣れってことかなと思うようになった。
svn知らない奴に最初っからgit叩きこんだら、そこそこ使うようなってる。
こうなると、新規プロジェクトで敢えてsvnって選択はしづらいな。
- 564 :デフォルトの名無しさん:2017/07/24(月) 01:37:48.06 ID:WzIYl6Yz.net
- svnはvssに慣れた方々の受け皿だからね。
- 565 :デフォルトの名無しさん:2017/07/24(月) 09:40:01.16 ID:DQ4rhSKB.net
- >>559-560
そ、そんな〜(´;ω;`)
- 566 :デフォルトの名無しさん:2017/07/24(月) 22:14:43.70 ID:LnmIpSRU.net
- >>565
今は、1.10.0-alpha3 がテスト中。
ただ、1.10 の正式版が出ると、1.8系が更新されなくなるから、痛し痒しだな。
- 567 :デフォルトの名無しさん:2017/08/13(日) 16:13:42.50 ID:amPCS2qv.net
- 1.9.7, 1.8.19
- 568 :デフォルトの名無しさん:2017/10/10(火) 17:52:38.07 ID:NwdZ+7o1.net
- 質問です。
あるファイルをリポジトリに登録後、チェックアウトしてみたところ登録前後でMD5の値が異なっていました。
試しに登録元ファイルをチェックアウトしたファイルに上書きし、MD5を確認するとチェックアウト時の値と異なる(登録元ファイルのMD5の値と一致する)のですが、差分有りになりません。
そのため、コミットしようとしても更新対象なしとなりコミットできません。
登録前後でMD5の値が異なると管理上不都合なのですが、なんとかならないでしょうか?
環境は以下の通りです。
クライアント
・Windows7
・TortoiseSVN 1.9.7
サーバ
・OS不明
・Subversion 1.6.5
- 569 :デフォルトの名無しさん:2017/10/10(火) 18:10:00.08 ID:WePI/OCj.net
- 改行コードだろ
- 570 :568:2017/10/10(火) 18:14:08.88 ID:NwdZ+7o1.net
- 自己解決しました。
Windowsを再起動してリトライしたところ、正常に差分として扱われるようになりました。
またコミット後チェックアウトし直したところ、こちらも登録前のファイルのMD5と一致しました。
原因不明ですが、とりあえず対処方法がわかりましたので質問は取り下げます。
お騒がせしました。
- 571 :デフォルトの名無しさん:2018/01/06(土) 12:52:30.02 ID:QsCfFEke.net
- http://subversion.apache.org/roadmap.html
によると、1.10.0は仮目標が今年の1月or2月の模様。
開発項目を減らしたにも関わらず、なかなか進捗しないな。
- 572 :デフォルトの名無しさん:2018/01/06(土) 12:55:09.26 ID:G3wQJdY9.net
- もうみんなモチベーション維持できんのやろ
- 573 :デフォルトの名無しさん:2018/01/09(火) 21:00:16.81 ID:lJ4uD6sj.net
- 大規模フリーソフト開発でSubversion使ってるところまだあったっけ?
- 574 :デフォルトの名無しさん:2018/01/09(火) 21:01:41.66 ID:+skr3Awq.net
- >>573
Subversion
- 575 :デフォルトの名無しさん:2018/01/10(水) 03:34:06.36 ID:1ysg7bg0.net
- Ruby
- 576 :デフォルトの名無しさん:2018/01/10(水) 19:02:52.33 ID:UDENoVOj.net
- >>573
FreeBSD
- 577 :デフォルトの名無しさん:2018/01/10(水) 22:29:07.52 ID:842l83fs.net
- トラフィックの関係でインターネット上にリポジトリ置く場合は分散型が多いでしょ
- 578 :デフォルトの名無しさん:2018/01/11(木) 08:57:56.01 ID:B9DqeYSM.net
- 新機能実装はもういいから
新OSへの対応は末永く続けてほしい
- 579 :デフォルトの名無しさん:2018/01/11(木) 18:56:13.82 ID:W1ryMExA.net
- いや、なにとぞローカルコミットだけはサポートしてくれ
- 580 :デフォルトの名無しさん:2018/01/14(日) 12:15:17.46 ID:aMlZzyKb.net
- ローカル相当部分にはgitでも使って、ユーザー運用で対応するようにしたほうがいんじゃね?
- 581 :デフォルトの名無しさん:2018/02/16(金) 05:59:59.49 ID:W1XJdyx1.net
- ☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆
- 582 :デフォルトの名無しさん:2018/02/22(木) 01:13:40.25 ID:rGv3zdVM.net
- >>577
CVS,SVNとか普通に主流だったし
だったらなんで最初から分散型じゃなかった?
主流が切り替わったんだろ
- 583 :デフォルトの名無しさん:2018/03/17(土) 19:38:35.61 ID:1HPO5u9K.net
- 2018-02-28 ? Apache Subversion 1.10.0-rc1 Released
- 584 :デフォルトの名無しさん:2018/03/18(日) 06:48:35.59 ID:YqQ2Wn9T.net
- 1.10やっとrcか…
- 585 :デフォルトの名無しさん:2018/03/30(金) 13:27:44.40 ID:6JWJbyA4.net
- >>477
ホスティングサービスってどこがいいの?
ググってみたが多すぎてどこを選んだいいのかわからない
GitならとりあえずGitHub なんだろうけど
- 586 :デフォルトの名無しさん:2018/03/31(土) 00:50:56.23 ID:sRW3fSr8.net
- >>585
安くあげるなら、XP-Dev.com とか。多重バックアップで安心を買いたいなら、beanstalkapp.com とか。
- 587 :デフォルトの名無しさん:2018/04/05(木) 17:47:09.06 ID:vDjQAkfg.net
- TortoiseSVNで、開発ブランチをtrunkにマージしたあと、
trunkのログを表示させて、「マージされたリビジョンを含める」をオンにすると、
その開発ブランチ内の一部のログが、マージしたリビジョン番号の下にグレーで表示されず、
元々のリビジョン番号のところに黒で表示されることがあります。
マージのしかたがおかしいのでしょうか。
- 588 :デフォルトの名無しさん:2018/04/06(金) 12:25:36.07 ID:sTfZcU1Y.net
- マージとはそういうものじゃなくて?
- 589 :デフォルトの名無しさん:2018/04/06(金) 20:32:30.61 ID:ilK+V1oX.net
- そうなのですか?
大抵の場合は、マージしたリビジョンの下に
ツリーのようにぶら下がって表示されるのですが。
- 590 :デフォルトの名無しさん:2018/04/08(日) 00:23:03.03 ID:3NuzU8c8.net
- 2018-04-06
Apache Subversion 1.10.0-rc2 Released
- 591 :デフォルトの名無しさん:2018/04/18(水) 21:09:13.00 ID:Xdywt/xb.net
- 2018-04-13
Apache Subversion 1.10.0 Released
- 592 :デフォルトの名無しさん:2018/04/18(水) 21:10:13.69 ID:Xdywt/xb.net
- バージョン管理システム「Subversion 1.10」登場、LZ4圧縮をサポート
https://news.mynavi.jp/article/20180418-617757/
- 593 :デフォルトの名無しさん:2018/04/19(木) 09:36:53.61 ID:YT7DeGLC.net
- Windows上の共有フォルダで「file:」でTortoiseSVNを使っている場合、
1.8と1.9と1.10は共存できますか?
共存できたとしても、なにか制限とか出てきますか?
- 594 :デフォルトの名無しさん:2018/04/19(木) 18:21:42.42 ID:5inohPPn.net
- そもそも、ファイル共有での動作は保証されてないやろ。
- 595 :デフォルトの名無しさん:2018/04/19(木) 19:27:56.33 ID:1ypaCAQ6.net
- >>594
それ
Gitがファイル共有で運用してるの、凄い不安があるんだけど
- 596 :デフォルトの名無しさん:2018/04/19(木) 20:34:14.80 ID:t8CtE0gw.net
- gitの場合は、リポジトリの中身がハッシュエントリベースのようなので、競合事故がなさそうなだけまあマシ。
個人的にはやらないけども。
- 597 :デフォルトの名無しさん:2018/04/19(木) 22:08:05.72 ID:srwk8Yrs.net
- >>594
お勧めはしてないけど保証してないわけじゃない
Subversionが要求するロック機能をきちんとサポートしてたら動くかもなーって言ってる
https://tortoisesvn.net/docs/release/TortoiseSVN_ja/tsvn-repository.html
- 598 :デフォルトの名無しさん:2018/04/19(木) 22:41:27.31 ID:t8CtE0gw.net
- ニュアンスが違うぞ。そんな前向きさは一切ないだろ。
>FSFSリポジトリはネットワークフォルダー上に配置でき、file://プロトコルを用いて複数のユーザーからアクセスできますが、これは絶対にお勧め しません 。
実際のところ、このような使い方を私たちは思いとどまってほしいと強く思いますし、様々な理由からサポートもしません。
- 599 :デフォルトの名無しさん:2018/04/19(木) 22:54:47.17 ID:4OyQ+lO1.net
- GoogleDrive 上にリポジトリおけないかとか思ったけど無理か
- 600 :デフォルトの名無しさん:2018/04/19(木) 22:55:24.05 ID:NI/UICUh.net
- >>598
でも保証しないとは言ってないだろ
お勧めしないのはアクセス権限の話とかリポジトリのフォーマット更新の話もあるから
- 601 :デフォルトの名無しさん:2018/04/20(金) 03:21:38.93 ID:ZUoYi5Kh.net
- >>600
保証する、とどこに書いてあるんだ?
- 602 :デフォルトの名無しさん:2018/04/20(金) 11:00:21.09 ID:WJk0jxxj.net
- >>599
ローカルにワーキングとは別にリポジトリのディレクトリ造っておいてそこを同期すればいい
- 603 :デフォルトの名無しさん:2018/04/20(金) 12:29:34.25 ID:DDZisBas.net
- >>601
保証する
なんて誰も言ってないけど?
ム板なんだから「保証しないとは言ってない」が「保証すると言っている」とは違うことぐらいは理解しようよ
- 604 :デフォルトの名無しさん:2018/04/20(金) 23:08:33.15 ID:ZUoYi5Kh.net
- 要するに、保証してないんだろ。おわり。
- 605 :デフォルトの名無しさん:2018/04/21(土) 07:49:34.82 ID:bgp2zzOH.net
- 頭悪い君には説明しても無駄だったね w
- 606 :デフォルトの名無しさん:2018/04/23(月) 14:29:16.78 ID:MXZbsWja.net
- 数年前だけどメルコのルータの簡易NASのファイル共有で使ったことがあるけどユーザ一人でも数日ごとにリポジトリ壊れて使うのあきらめたよ NASがFATだったからかもしれないけど
- 607 :デフォルトの名無しさん:2018/04/23(月) 23:22:10.64 ID:8odlZZv8.net
- >>606
さすがにそれはなんかやらかしてる
- 608 :デフォルトの名無しさん:2018/05/23(水) 19:40:29.97 ID:Au5e7VGg.net
- 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
PNRFF
- 609 :デフォルトの名無しさん:2018/05/24(木) 10:51:04.28 ID:cPlRxlDn.net
- PNRFF
- 610 :デフォルトの名無しさん:2018/06/23(土) 13:44:28.74 ID:y8cX7mjn.net
- subversionの新しいリリースプランが出ている。
http://subversion.apache.org/roadmap.html#release-planning
- 611 :デフォルトの名無しさん:2018/07/04(水) 22:10:38.53 ID:gFgZc5FG.net
- 035
- 612 :デフォルトの名無しさん:2018/07/05(木) 16:34:12.03 ID:AeL6VB/V.net
- PNRFF
- 613 :デフォルトの名無しさん:2018/07/27(金) 23:39:25.25 ID:4DvPrivn.net
- 2018-07-20 ? Apache Subversion 1.10.2 Released
- 614 :デフォルトの名無しさん:2018/07/27(金) 23:40:31.23 ID:4DvPrivn.net
- 2018-07-20 Apache Subversion 1.9.9 Released
- 615 :デフォルトの名無しさん:2018/08/04(土) 22:24:13.19 ID:2BN5iZRF.net
- まだまだハッテンしているね
- 616 :デフォルトの名無しさん:2018/08/05(日) 19:15:47.48 ID:2n69scci.net
- 13番線ホームのトイレみたいな書き方すな
- 617 :デフォルトの名無しさん:2018/08/06(月) 23:28:45.71 ID:x8uABkEy.net
- 2018-07-31
GCCのgit移行が難航中
https://cpplover.blogspot.com/2018/07/gccgit.html
- 618 :デフォルトの名無しさん:2018/10/05(金) 17:43:39.58 ID:sEV5s7nv.net
- 2018-10-02 Apache Subversion 1.11.0-rc2 Released
- 619 :デフォルトの名無しさん:2018/10/13(土) 02:50:29.33 ID:TnZZBr1f.net
- >>1
- 620 :デフォルトの名無しさん:2018/11/01(木) 18:45:52.06 ID:/+o453Wj.net
- 2018-10-30 Apache Subversion 1.11.0 Released
http://subversion.apache.org/docs/release-notes/1.11
- 621 :デフォルトの名無しさん:2018/11/01(木) 18:46:39.50 ID:/+o453Wj.net
- ソースコード管理システム「Apache Subversion 1.11.0」リリース、
スナップショットを保存できる「コミットチェックポイント」を導入
2018年11月1日17:45 末岡洋子
https://mag.osdn.jp/18/11/01/174500
- 622 :デフォルトの名無しさん:2018/11/01(木) 20:12:51.90 ID:/FNozZye.net
- gitのstashみたいなもの?
- 623 :デフォルトの名無しさん:2018/11/02(金) 09:08:28.68 ID:O6G1y9wB.net
- shelvingもどんなもんか使ってみたいからそろそろバージョンアップしてみるか
- 624 :デフォルトの名無しさん:2019/01/31(木) 16:44:25.80 ID:W/uWvelK.net
- 皆はtracは使っていないの?
- 625 :デフォルトの名無しさん:2019/01/31(木) 18:49:05.78 ID:SZA3Wg9I.net
- >>624
なぜにこのスレで聞く?
てかBTSスレってないのか…
- 626 :デフォルトの名無しさん:2019/01/31(木) 21:20:29.58 ID:+oDbYvvj.net
- Redmineなら10年使ってる
- 627 :デフォルトの名無しさん:2019/03/11(月) 20:58:55.41 ID:xN8s52Z7.net
- 自分の開発チームはsubversionを当面使うだろうな。
gitの良さと使い方教えてくれる人が身近にいれば移行が進むかも。
そもそもコミット履歴は移行できるのかな?
- 628 :デフォルトの名無しさん:2019/03/16(土) 02:45:28.97 ID:98/+7tb8.net
- git-svnでだいたいできるよ。
ファイルのコピー関係は失われるけど。
- 629 :デフォルトの名無しさん:2019/04/22(月) 13:31:17.96 ID:3iwzWp5Q.net
- rubyにも捨てられた
- 630 :デフォルトの名無しさん:2019/11/13(水) 15:24:40.80 ID:DY0CuYIv.net
- TortoiseSVNのアイコンオーバーレイ機能がOneDriveなどと競合するので、
レジストリエディタを使ってTortoiseSVNの項目にスペースを入れて先頭に移したり、
ShellExViewを使ってOneDriveなどのものを無効にしたりしてみたのですが、
相変わらずいくつかの状態のアイコンが表示されません。
ネット上にあるこれらの方法は、最新のWindows10では使えないものなのでしょうか。
- 631 :デフォルトの名無しさん:2019/11/13(水) 15:34:12.22 ID:OceCV+VL.net
- OneDriveをアンインストール
- 632 :デフォルトの名無しさん:2019/11/14(木) 12:47:59.52 ID:8sqJyoq5.net
- >>631
OneDrive自体も使っているんです。
アイコンはTortoiseSVNのほうを優先させたいという希望です。
- 633 :デフォルトの名無しさん:2019/12/13(金) 21:17:54.95 ID:qgPSBtfa.net
- エクスポートしたらゴミファイルがいっぱいコミットされてるぞ!つって怒られました
バージョン管理なしのファイルがローカルにダウンロードされるぞ、という認識だったのですが
どういうことなのか教えていただけますか
総レス数 633
166 KB
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★