仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
ゲリラ的 uncorrelated のウェブページ
B787の翼の接合部分の過重テストです。これを見ていると、ソフトウェアのテスト工程なんか楽な仕事な気がします。 ソフトウェアの製作方法だが、特にウェブ方面はここ15年間で進化した気がする。統合開発環境、バージョン管理システム、バグ管理システムなどのツール群もかなり整備されたし、MVCやO/Rマッピングやテスト等のフレームワークも積極的に採用されるようになってきた。しかしながら、RDBの正規形やデザインパターン等のソフトウェア構築技法的な点は、重要性が認識されている一方で、あまり一般化していない気がする。2000年問題のときに将来のことを考えないシステム構築が問題になっていたが、今でも便利なものは取り入れつつも、将来性や拡張性を考えたプログラミングが十分に普及していないのが現実か。 確かにツール群は、それを取りれる事で得られるメリットは明確なのだが、技法的な点は、それを学習するコストの大きさ
LDAPでシステムとSubversionとTracのアカウントを一元管理する - hide-k.net#blog
以前から個人的にLDAPを導入しているのですが、意外と忘れがちなので備忘をかねてメモります。 昔のメモなので今と挙動が違うかもしれませんがご了承ください。OSはCentOS 5です。 まずはOpen LDAPのインストールと設定をします。 関連パッケージのインストール $ yum -y install openldap openldap-servers openldap-clients openldap-devel ディレクトリマネージャのパスワードを生成する $ /usr/sbin/slappasswd -h {SSHA} New password: Re-enter new password: slapd.confの設定 /etc/openldap/slapd.conf ...snip... access to attrs=userPassword by self write by a
subversionを認証必須のプロキシ経由で使いたい - spikelet days
目的 id:taiyo:20080401#p1 を参照。 結果 リポジトリにhttpsでアクセスする場合のみ可能（httpアクセスは、プロキシサーバがPROPFINDメソッドを許可していないため、不可能）。 ~/.subversion/servers に、以下の設定を記述する: [groups] external = sssvn.jp, svn.ruby-lang.org [external] http-proxy-host = abcproxy.examlple.com http-proxy-port = 8080 http-proxy-username = 4000000 http-proxy-password = PassWord ssl-trust-default-ca = yes ファイルのパーミッションも適切に。 ※外部にあるリポジトリにしかアクセスしない場合は、"[globa
svnリポジトリにhttpプロトコルで接続できない場合の回避方法 - nakawai’s diary
googlecode.comからslim3をチェックアウトしようとしてハマった現象。 いろいろぐぐってみたところ、どうやら下記のようなことだと推定できたので、回避策を載せておきます。 ■現象 Eclipse プラグインのsubversiveにて、httpプロトコルでsubversionリポジトリを追加しようとすると、下記のメッセージが表示され取得に失敗してしまう。 ＞Validate Location ＞Location information has been specified incorrectly. ＞svn: PROPFIND of '/svn': 501 Method Not Implementd ＞(http://○○○.googlecode.com) ＞Keep location anyway? ※上記現象はhttpプロトコルのみで起こり、httpsプロトコルでのsvn接続
エンタープライズ環境におけるSubversionの複製アーキテクチャ
はじめに Subversionはこれまでで最も人気のあるオープンソースのバージョン管理システムであり、実際、その評価は当然と言えます。最小単位でのコミット（アトミックコミット）、高速なブランチ／タグ作成、効率的なバイナリファイル処理、HTTPおよびWebDAVでのアクセスなど、数々の強力な機能を備えており、多くの組織にとって利用価値の高い選択肢となっています。また、Subversion 1.5に搭載されている、より高度な機能、特にマージ追跡機能などは、このバージョン管理システムの価値を一層高めています。 優れたバージョン管理システムは、ソフトウェア開発を行う組織にとって戦略的に重要な意味を持ちます。開発者なら誰でも知っているように、ソースコードはIT組織のまさに「血液」です。従って、ソースコードを適切に管理することはビジネス的に意義のあることで、ソースコードリポジトリを使用する主なメリット
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Subversion キーワードの展開 - とみぞーノート
日本Javaユーザーグループ
日記(仮) >> 2008/2/22