Subversion 1.7.0 の個人的に気になる新機能まとめ - 永遠に未完成
つい先日 Subversion 1.7.0-rc4 がリリースされて、それによると RC はこれが最後で、10/11 に最終版がリリースされるらしい。 せっかくなので Subversion 1.7.0 で個人的に気になってる新機能をまとめてみる。 実際に RC とか使ったわけではなくてドキュメント読んだだけなので、内容は保証しかねます。勘違いとかあるかも。ここに書いたのはほんの一部なので、正確な&詳しい内容はリリースノート見てください。 Apache Subversion 1.7 Release Notes 途中のようだけど翻訳も見つけたのでリンク貼っとく。 Apache Subversion 1.7 Release Notes 翻訳 WC-NG (Working Copy Next Generation) 作業ディレクトリの構造が変わる。最近流行りの分散型が取っている方法のように、作業デ
Subversionのリポジトリをhgsubversionを使って運用する際のメモ - 偏った言語信者の垂れ流し
最近Subversionが中央リポジトリになっている環境で作業することがあって、手元でMercurialを使いたい場合にどうやってくかという話。 hgsubversion を使う。 durin42 / hgsubversion — Bitbucket hgsubversionをubuntuで使えるようにする Ubuntuのバージョンは10.04。ビルドするためにいくつかパッケージをインストールしておく。 $ sudo aptitude install build-essential subversion apache2-dev libsvn-deveasy_installでインストールする。 $ sudo easy_installl subvertpy hgsubversionhgrcで拡張を有効にしてから、バージョンを確認する。 $ hg version --svnhgsubversio
Subversionのリポジトリ下でgitを使ってみよう
$ git config --global user.name 'hogehoge' $ git config --global user.email 'hogehoge@hoge.local' $ git config --global color.ui auto $ git config --global core.excludesfile $HOME/.gitignore これでホームディレクトリに.gitconfigファイルが作成されます。また、無視するファイルがある場合は.gitignoreに記述しておきます。 では、次にSubversionのリポジトリ（https://svn.hoge.local/repos/hoge-projectにあるとして）からgitのローカルリポジトリを作成します。 $ mkdir hoge-project $ cd hoge-project $ gi
仕様書をSubversionとTracで管理する - rabbit2goのブログ
議事録をTracへ載せる話は「議事録はTracへ」に書いたけれど、今度は仕様書の話。ソフトウェア開発の構成管理にはSubversionを使っており、その中にはソースコードだけではなく、WordやExcelで作った資料も入れるようにしている。以前はサーバの共有フォルダに入れていたけれど、色々な面で問題が有ったのでSubversionとTracを使うようにした。目的は下記の通り。 仕様変更の確実な履歴管理 Wordファイル自体に変更履歴を管理する機能はあるけれど、ファイルを開いてみなければ分からないし、必ず履歴が残っているという保証も無い（誰かが変更箇所を承認してしまった等）ので、あまり使える機能ではない。確かに、短期的に変更点を知ってもらうには分かりやすくて便利なのだけど、長期的な保存に耐えうる機能ではないと思う。そこで構成管理へ入れるようにすれば、遙か昔の履歴も確実に残るので安心だ。 ソー
Subversionの嫌なところ - 日記を書く [・w・] はやみずさん
前方互換性が悲惨 前方互換：新しいシステム向けのデータなどが、古いシステムでも使えること 最近は個人的にはgit使ってるし、バイトではBazaar使ってるしで、分散VCS以外ほとんど使っていなかったんだけど久々にSubversion使ったら見事にハマった。 なんなんですかね。新しい svn でレポジトリをいじったら古い svn から使えなくなるって。簡単に svn のバージョン上げられる環境じゃないケースとか考えてないんだろうか。パッケージマネージャのあるプラットフォームでいちいち最新版を落としてきて入れるとかナンセンスすぎでしょう。 分散VCSのほうがモデルとして優れている云々以前の問題ですね。
![Subversionの嫌なところ - 日記を書く [・w・] はやみずさん](https://cdn-ak-scissors.b.st-hatena.com/image/square/d33216f1aa3ad7218cf50201e5de5570e3a4e6ab/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127128184977%2F17680117127128190941%2F1557447124)
キャッシング 融資小ロ
午前中にカードローン審査で合格が出ると、お昼以降に融資金が受け取れる流れが普通の流れと言えます。キャッシュの持ち合わせがピンチな時も、即日融資があれば何とか凌げます。 アイフルは、テレビコマーシャルでも知名度の高いキャッシングローンを主軸にしている業者です。そして、即日キャッシングの申込ができる実績も多い全国に支店展開しているキャッシング会社だと言えます。 お金を借りるときも返す時も、コンビニや既定の銀行のＡＴＭを利用することができるカードローンは、さすが利便性が高いと思われます。当たり前ですが、手数料を払わなくても使う事ができるかを確認して下さい。 勤めている所が著名な会社とか公的な組織の人だと、高い信用度があると査定されます。こうした捉え方はキャッシングの審査に限った事ではなく、日常会話の中で言われているものと変わらないと言えます。 申し込みにつきましてはＷＥＢで行なえますから、キャッ
Subversion 1.5.6以前と1.6.0～1.6.3に脆弱性が発見される | スラド セキュリティ
良い悪いではなく、Git の特徴として： 「Linuxの開発で使われている」 というのはありますね。 で、この手のバージョン管理ソフトは、余程の特徴がない限り一種類あればいい、と皆思う。日常的に使わなくちゃいけないが、同じようなことをする操作方法が全然違うソフトが 3つも4つもあっても 使わないわけで… そうなると、 「xxx の開発では aaa を使っているから、他も全部 aaa で管理しよう」 と言うことになったりします。なので、Git の利用者が多いのは当然ではないかと。 また、Gitの仕様が大規模開発に向いている、というのも大きなプロジェクトでよく採用される理由でしょう。結果として、大勢がそのようなプロジェクト以外でも「Git でいいか」となる。 なので、大勢が使う理由の主要因として、SubVersion の出来が悪い、とかそういうことではないと思います。 . Ｇｉｔ の特徴として
Google Code + TortoiseSVNによるバグ追跡システム·Gurtle MOONGIFT
初期の頃は違うだろうが、徐々に開発が進んでいくとバグ（課題）があがってくるようになる。そうなるとシステムを修正した際にそのバグ番号と付け合わせて更新するようになるだろう。 設定画面 少ないうちは手作業でも良いが、数が多くなれば管理しきれなくなる。不特定多数の利用するオープンソース開発ではなおさらだ。そこでGurtleを使ってみよう。 今回紹介するオープンソース・ソフトウェアはGurtle、Google Codeで使えるバグ追跡システムだ。 GurtleはTortoiseSVNのプラグインとして動作するソフトウェアだ。そして使えるのはGoogle Codeの場合のみというちょっと限定的なソフトウェアでもある。だが同じ手法は他のプロジェクト管理でも十分できそうだ。 課題の一覧 Gurtleをインストールしていると、コミット時に課題を一覧で探せるようになる。その中から今回の更新によって解消される
kmuto’s blog
View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this
Subversionのリポジトリを監視·SVN-Monitor MOONGIFT
Subversionを使って開発を行っていると起こるのがコンクリフトだ。みんな了解の上であれば良いが、ちょっとした修正（デバッグなど）を追加して、他のファイルと一緒にコミットされたために発生したりするとがっかりしてしまう。てっきり自分だけが更新していると思ったりする場合もある。 Subversionリポジトリを監視して開発効率を高める そのような失敗を防いでくれるのが、Subversionを監視するこのソフトウェアだ。 今回紹介するフリーウェアはSVN-Monitor、Subversion監視＆通知ソフトウェアだ。 SVN-MonitorはTortoiseSVNと連携するソフトウェアで、ワーキングコピーを監視して、アップデートが行われていないか、定期的にチェックしてくれる。あればポップアップや音、メールなどで知らせてくれる。 更新内容のチェック 自分の更新状態も監視してくれるので、他のユー
satolog: リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」
Saturday, December 01, 2007 リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」 Tech Talk: Linus Torvalds on git My hatred of CVS has meant that I see Subversion as being the most pointless project ever started. The slogan for Subversion for a while was "CVS done right" or something like that. And if you start with that kind of slogan, there is nowhere you can go. There is no way to do CVS right. ぼくの CVS への憎悪が
F's Garage：ややこしいシステムを使わないソースコード管理
「先祖返り」ってご存じでしょうか？ せっかく作っていたデータを、古い日付のもので上書きしてしまい、古い状態に戻してしまうことを言います。 よくWeb制作で起きがちで、複数人で一つのフォルダのソースをいじくっていたり、不注意な人がざっくり古いファイルを上書きしてしまったりすることでおきます。特に忙しい納期直前ほど起きる現象です。 不注意な人のやることと言ってしまえばそれまでですが、人は必ずミスをするものです。 不注意な人のミスをいかになくすか？というのが、世の中の生産管理の肝と考えれば、単純にソースコードの管理手法がなっていないと考える方が僕は自然だと思います。 世の中には、バージョン管理システムという名前で、CVSとかSubversionとか便利なシステムがあるのですが、これがちょっと難しい。何が難しいというと、まず用語が難しい。コミットだのチェックアウトだの聞き慣れないキーワードがついて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
Vim-users.jp - Hack #68: SVNを使う
Subversionをブラウザ上から管理できる「Submin」:phpspot開発日誌