アカウント名:
パスワード:
なんたって、ほとんどは単なるバックアップだからね。
トラブル時の回復は早いから、おもいっきり大規模にならない時は、単なるコピーでHDD増やしたが良い様にも思える。
#あ、一人お仕事の時は、ね。
フックスクリプトで何とかならないのかなぁ?
Linux+Apache+Tomcat+eclipseって、どう見てもJavaっぽいのに、なんでVSSなんだろう?
クライアントもTortoiseSVN以外にマルチプラットフォームのSmartSVN [syntevo.com]もあるし、もちろんコマンドラインもあります。
この4月にCVSからSubversionに乗り換えましたが、ブランチ作成やマージの容易さは秀逸なものがあります。 Trac [edgewall.org]と一緒に使うと更に効果的。
VSSでできてSubversionでできないことはないかと。
Visual Studioとの統合がMSによって正式サポートされていて、ちゃんと統合されているのが大きくありませんか?結構そういう意見は聞きます。(私は、少なくとも以前のVSSは、ちゃんとした構成管理に使うには機能が不足していると思うので賛同しないけど。今はどうなっているのかな。)
また、svnは過去バージョン(1.3xあたりまで?)では多国語のファイル名の処理は、ちょっと問題があって使えないと判断しました。具体的には日本語ファイル名の濁点処理です。コミットしてチェックアウトすると、濁点が分離されてしまう。(「ぼ」が「ほ」+点になってしまう)まあsvn serverがMacOS Xで、クライアントがWindowsだったせいかも。試してないですが、Fedora系svn server+Windows系クライアントでテストしたら、問題なかったかもしれません。
多国語ファイル名の問題を除けば、VSSやCVSでできてSubversionでできないことはないと私も思います。個人的には積極的にsvnに移行したいんだけど、CVNを気に入って使っている人もいるし、諸々の事情を考えるとプロジェクトの途中でバージョン管理ツールを入れ換えるのもいかがなものかと言う訳で、どうやって移行すればいいのか思案中です。
バージョニングはファイルシステムがやるものじゃないんですか?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
何いっているんですか (スコア:5, すばらしい洞察)
ええ、会社のファイルサーバーに山のようにタイムスタンプのついたエクセルファイルが...orz。
ファイルサーバー圧迫しっぱなし。おまけに誰も使わない。
MSは早く、WinFS実装してくれ。
Re:何いっているんですか (スコア:1)
Re:何いっているんですか (スコア:0)
なんたって、ほとんどは単なるバックアップだからね。
トラブル時の回復は早いから、おもいっきり大規模にならない時は、単なるコピーでHDD増やしたが良い様にも思える。
#あ、一人お仕事の時は、ね。
Re:何いっているんですか (スコア:5, おもしろおかしい)
日付がいちばん新しいのは「原稿」フォルダだったり。
Re:何いっているんですか (スコア:0)
#エイリアン魔神国
マジレスすると、そういうものは
原稿20070828_1010
みたいな感じで、日時をつけておけばいい。
このルールを守るのは難しくないし、どうせディレクトリ名順でソートされてるだろうから、
(そのルールを守っている限りは)最新がどれかは一目瞭然。
#桁数が固定の場合は約8千年後に1万年問題が発生します。
Re:何いっているんですか (スコア:1)
Windows のXP以降なら、8000年後でも大丈夫ですよ。
Explorer で名前順に並べた時に、ファイル名に数字列があると、数字として比較してくれます。
ですので、「フォルダ1」~「フォルダ9」、「フォルダ10」がある時に、
「フォルダ1」「フォルダ10」「フォルダ2」…「フォルダ9」って並びではなく
「フォルダ1」「フォルダ2」…「フォルダ9」「フォルダ10」って並びになりますので、
「原稿20070828_1010」「原稿99991231_2300」「原稿100000101_0100」ってフォルダがあったら、ちゃんと西暦1万年の原稿を入れたフォルダを最後に持ってきてくれることでしょう。
そのせいで、Windows2000以前に作成した日時の日と時の間にセパレータを入れないよう命名規則で作成したものが
原稿199908
原稿200008
原稿19990829
原稿20000829
原稿2000082917
原稿199908291720
って並びになったりして困ったことになってますけど…
Re:何いっているんですか (スコア:0)
社長顔写真毛髪加工.jpg
社長顔写真毛髪加工w.jpg
社長顔写真毛髪加工ww.jpg
∫
社長顔写真毛髪加工wwwwwwwwwwwww.jpg
#生やしすぎ
Re:何いっているんですか (スコア:0)
Re:何いっているんですか (スコア:0)
#バイナリデータなんかでぇっ嫌ぇだ!
Re:何いっているんですか (スコア:0)
会社では商用のやつ (スコア:1)
……というか、会社で何を採用しているかに依存するので(汗)
仕事で個人的にバージョン管理したいものについては、ローカルに立てたSubversionを
使ってます。さほど重要でないテキストは、エディタの世代バックアップ機能で代用して
しまうこともあります。
GNU Arch (スコア:1)
CVSから入った人には取っ付きにくいけど、小規模なプロジェクトにも割と気軽に使えると思う。
Be generous with your life.
OpenOffice文書のバージョン管理 (スコア:1)
仕事では CVS など複数のバージョン管理方法を使っています。自分で選択することはできないので。
で、OpenOffice文書もたまにバージョン管理対象に入るのですが、XMLベースだとはいえ結局ZIPファイル
だからバイナリファイルなわけで、差分をとるわけにも行かずショボーンな状態です。
まぁ差分をとらなくてもバージョン管理はできるのですが、できれば差分をとりたいなぁ、と。
バージョン管理システムとの相性を考えるとZIP圧縮せずにそのままバラのファイルとして
扱ったほうが便利な場合もあると思うのですが、いかがでしょうか?
屍体メモ [windy.cx]
Re:OpenOffice文書のバージョン管理 (スコア:1)
フックスクリプトで何とかならないのかなぁ?
フックスクリプトでがんばってみよう (スコア:1)
OpenOffice 文書は ZIP 圧縮だし、Microsoft Office 文書は CAB 圧縮だし、
両方とも一気に解決しちゃえ、とばかりにフックスクリプトでがんばってみる
ことにします。pre-commit と post-update を書けば済むことなんでしょうが、
圧縮ファイルを作るときに .svn ディレクトリ以下が混入しないように
気をつけないとなぁ。
#と、休日出勤しているのに仕事から離れてみる。
屍体メモ [windy.cx]
TortoiseSVNのクライアントサイドフック対応は1.5から (スコア:1)
クライアントサイドでやるべきだと思うので、サーバ側のフックは使わない方針。
私はクライアントとして TortoiseSVN を使っています。今リリースされている
バージョン 1.4.5 ではクライアントサイドのフックには対応していないようですが、
バージョン 1.5 からはクライアントサイドでのフックができる模様。
なお、nightly build の 1.4.99 でも使えるみたい。
#昼食タイムが終わったので本来業務に戻らねば
屍体メモ [windy.cx]
Re:OpenOffice文書のバージョン管理 (スコア:1)
ただし、使ったことはないんだ
OOoSVNはUNIX系OS専用かな (スコア:1)
とりあえず落としてきてWindows上のOpenOffice 2.2 にインストールしてみました。
動きませんでした。マクロを眺めてみると bash とか呼び出しているし、
どうやら UNIX 系 OS 専用のマクロである予感。
OOoSVN 自体がリポジトリへのコミットなどをしてくれるようなのですが、
その辺は別の Subversion クライアントを使いたいんだよなぁ。
ただ ZIP 圧縮せずにディレクトリに保存してくれるようなオプションが
OpenOffice にあればいいだけなのに。と思っていたら要望はあるようです。
Uncompressed file format for version control with Subversion [oooforum.org]
FeatureSuggestions [openoffice.org]
でも上の方のフォーラムじゃ非圧縮で保存したいよっていう意見は叩かれ気味だし。
実装するために何ら困難はないはずなのになぁ・・
まぁ昨年のFeatureSuggestions [archive.org]にはなかった要望だから、
これから実装されるのかもしれませんが。
屍体メモ [windy.cx]
ClearCase (スコア:1)
Antのbuild.xmlにも要素が定義されてて、一応使えるの。
SCCS や RCS は (スコア:0)
CMS は (スコア:2, 参考になる)
Re:CMS は (スコア:0)
#d i g i t a l がなつかしい新参者
Re:SCCS や RCS は (スコア:1, おもしろおかしい)
CVSが徐々に浸透しつつあるけど。
Re:SCCS や RCS は (スコア:1)
SCCSは、ちょっと感動的でした。
Source Code Control Systemって名前もなんかワクワク感を盛り上げてくれた気がする。
そうか、今時の輩はSCCSなんてのは知らないのか…。 [壁]/_;)シクシク
Re:SCCS や RCS は (スコア:1)
なんと、初回の %sccs createは、10年前でした。
RCSは、lockの状態がわかりにくいし、Solaris 9では自分で入れないと いけないしで、今ひとつ。
Re:SCCS や RCS は (スコア:1, すばらしい洞察)
これ大きいですよね。
mkdir RCSで事足りる。(それさえサボっても大丈夫だし、後からやることも出来るし。)
あと、どうせ一人でやると考えれば、
ci -l hogehoge
(ci した直後に LOCKつきcoをするモード)
ばかり馬鹿の一つ覚えで使ってればOKってのもいいね。
RCSだとワークとリポジトリ(と呼べるかどうか怪しいが)との主客が
ほかの普通のバージョン管理ソフトと「逆」になってる感じがする。
ワークが主。リポジトリ(?)はワークの付属物でしかない。
この構成で嬉しいのは、
「リポジトリ置き場を工面できない」とか
「どこにリポジトリを置いたものか判断に困る」場合にも
問題なく使えるんですよね。
「プロジェクト」が明確に見えてる場合や
個人PCのように何から何まで「俺のHDD」という単位で管理すればいい場合は
SVNとかでいいけど、
そういう明確な枠が無い(あるいは、まだはじめたばかりなのでアヤフヤな)場合は、
「とりあえず./で」すべてをはじめられるRCSは、結構便利。
#職場で/home/俺 以下全部をSVNしてたら、
#くだらんメモもついついcommitしちまって
#あとであわてたのでAC
#こっそりsvndumpfilterでメモを削除して難を逃れましたが…
記憶とファイルシステムだけでは (スコア:0)
http://0xcc.net/unimag/2/ [0xcc.net]
darcs派 (スコア:0)
サーバー立てなくても良いですしね。treeなんていう概念もないですし、
バージョン管理したことない人にもお勧めです。
気軽にget、適当にadd、適当にrecord、適当にrevert、適当にpull。
ssh経由でリモートにpushも出来るので、サイト管理にもとても役に立ちます。
あぁなんて素敵なdarcs。皆さんも一度使ってみてください。
#え?仕事ではCVS使ってますよハイ
Re:darcs派 (スコア:1)
通常は Python だけで済む Mercurial のほうがラク。
ただ GUI があまりない。
http://www.robotbattle.com/gtools/ [robotbattle.com] っていうのはあるらしいが。
いろんなツールを試用・併用すると (スコア:0)
オレオレ!! (スコア:0)
MicrosoftVisualSourceSafeは? (スコア:0)
eclipseですがプラグインを使って繋いでます。
ソースとドキュメント(docやxlsなど)管理を同時に手軽にするにおいて、
右に出るものなしです。
でも高すぎる。このために数百万払ってますよ。
Re:MicrosoftVisualSourceSafeは? (スコア:1)
Linux+Apache+Tomcat+eclipseって、どう見てもJavaっぽいのに、なんでVSSなんだろう?
Re:MicrosoftVisualSourceSafeは? (スコア:0)
そんなにSubversion + TortoiseSVN良いの?
Re:MicrosoftVisualSourceSafeは? (スコア:2, 参考になる)
# VisualStudioとの統合ではVSSの方が有利ですが。
クライアントもTortoiseSVN以外にマルチプラットフォームのSmartSVN [syntevo.com]もあるし、もちろんコマンドラインもあります。
この4月にCVSからSubversionに乗り換えましたが、ブランチ作成やマージの容易さは秀逸なものがあります。 Trac [edgewall.org]と一緒に使うと更に効果的。
Re:MicrosoftVisualSourceSafeは? (スコア:1)
Visual Studioとの統合がMSによって正式サポートされていて、ちゃんと統合されているのが大きくありませんか?結構そういう意見は聞きます。(私は、少なくとも以前のVSSは、ちゃんとした構成管理に使うには機能が不足していると思うので賛同しないけど。今はどうなっているのかな。)
また、svnは過去バージョン(1.3xあたりまで?)では多国語のファイル名の処理は、ちょっと問題があって使えないと判断しました。具体的には日本語ファイル名の濁点処理です。コミットしてチェックアウトすると、濁点が分離されてしまう。(「ぼ」が「ほ」+点になってしまう)まあsvn serverがMacOS Xで、クライアントがWindowsだったせいかも。試してないですが、Fedora系svn server+Windows系クライアントでテストしたら、問題なかったかもしれません。
多国語ファイル名の問題を除けば、VSSやCVSでできてSubversionでできないことはないと私も思います。個人的には積極的にsvnに移行したいんだけど、CVNを気に入って使っている人もいるし、諸々の事情を考えるとプロジェクトの途中でバージョン管理ツールを入れ換えるのもいかがなものかと言う訳で、どうやって移行すればいいのか思案中です。
vyama 「バグ取れワンワン」
Re:MicrosoftVisualSourceSafeは? (スコア:1)
#2003と2005どちらでも使えます。
#30日のお試し期間中のごく初期に払う気になった数少ないソフトの一つかも。
Re:MicrosoftVisualSourceSafeは? (スコア:2, すばらしい洞察)
個人的にはこっちで十分満足してます。
これならTortoiseSVN入れなくても使えますし。
TortoiseSVNは便利なんだけどエクスプローラーが糞重くなるのが難点ですね。
個人的には専らRapidSVN [tigris.org]使ってます。
Eclipse用にはsubclipseがあるしTracでチケット管理もできるのでCVSからSVNにほぼ完全に乗り換えてしまいました。
バージョニングはファイルシステムが (スコア:0)
Re:バージョニングはファイルシステムが (スコア:0)
#っていうか知ってる人の方が少ない?
#個人でVAX買って本体とソフトのライセンス料より電気代が高かったのでAC
Re:バージョニングはファイルシステムが (スコア:1)
CMVC (スコア:0)
Re:CMVC (スコア:0)
バージョン管理と問題管理(Bugzillaみたいなもん)が一緒になってるのを知ったときはちょっと感動した。
使いにくさなら誰にも負けません! (スコア:0)
一応あれでも世界最大のOSメーカーの純正バージョン管理システムのはずなのにね。
Re:使いにくさなら誰にも負けません! (スコア:1)
GUIでお手軽に規模の小さいプロジェクトを管理するなら悪くないと思う。
妖精哲学の三信
「だらしねぇ」という戒めの心、「歪みねぇ」という賛美の心、「仕方ない」という許容の心
Re:使いにくさなら誰にも負けません! (スコア:0)
あれの出来の悪さは尋常ではない。
ちなみに純正でなく別のメーカーの製品を買ってきたものですけどね。
因みにMSでは使っていないという噂がある。
Re:使いにくさなら誰にも負けません! (スコア:0)
必要な動きはきちんとしてたし。数10人程度で使い、
更に凝った使い方はしなかったので、まあ役割としては充分ではあった。
多少の派生くらいで止まるならいいけど、それ以上のことを要求すると
とたんに使い難くなると聞いたことはあるが。
Re:使いにくさなら誰にも負けません! (スコア:0)
具体的にどこが悪い?
# やっぱIDEとシームレスが楽なんだよね
Re:使いにくさなら誰にも負けません! (スコア:1)
確かSubversionにもあったはず、デフォルトではオフだけど。
社内LANでの少人数な開発にはロックがあった方が間違いが起きにくいと思います。
そういう開発って、モジュール単位で複数の人が同じソースを触る可能性も低いですし。
同じソースを触ってて、衝突して手動でマージさせるのを失敗したのを見ると特に…
天琉陳(Teruching)
コメントアウトして残す (スコア:0)
# 某軍曹はネタだと思いたいのですが…。