はじめに Subversionを使用しています。リポジトリにセキュリティ情報などを誤ってコミットしてしまいました。これを削除する方法を考えています。 通常の削除では、履歴が残ってしまい、セキュリティ情報がリポジトリに残ったままとなります。履歴自体削除する方法を考えています。 Subversionでは、通常、履歴自体を削除する事は出来ないようですが、少し考え方を変えて、現状のリポジトリのバックアップを取り、新しく空のリポジトリを作成し、バックアップからセキュリティ情報部分以外をロードすると目的を果たせそうです。 手順 次のようになるはず。まだ実践していないですが・・・。 1.svnadmin dump <リポジトリパス> | svndumpfilter exclude <パスのプレフィックス>... > dump_yyyymmdd.dat 2.mkdir <新規リポジトリパス> 3.svna
【バグ管理の作法】Trac徹底活用! 第4回:チケットとソースコードを連携せよ! 著者:masuidrive 公開日:2007/12/27(木) Tracの最大の利点はSubversionとの連携にあり さて、最終回の今回はTracのチケットとソースコードの連携を実際に試していく。 コードを書く開発者から見た場合、Tracの最大の利点は普段使い慣れたSubversionから、Tracを使うことができる点にある。開発者は自分の環境に新たなツールをインストールすることなく、Tracへ情報を送ることができる。 Tracの操作は通常Webから行うが、すべての操作をコマンドラインからでもできる。この機能とSubversionへコミット時に自動的にコマンドを呼び出すフックという機能を組み合わせることで、開発者がリポジトリへコミットするとTracを操作するという処理を自動化できるのである。 Subver
eclipseで開発していると、SVNやCVSにプロジェクトが、ゴロゴロしちゃったりしませんか? プロジェクトがゴロゴロしてて、尚且つ、それを素直にチェックアウト出来ない時ってあったりするんだよね。 と言うか、そもそも、SVNリポジトリの接続先設定したりとか、面倒だな…とか。 そもそもまっ平らに沢山のプロジェクトが並んでたりすると、 どれチェックアウトすれば良いか分らん…とか、そういう話もアルヨネ。 と言うワケで、今日は、eclipseでSVNやCVSからチェックアウトした状態を、 共有する為の、Team Project Setと言う怪しげなファイルについて説明しるます。 まずは、Team Project SetをExportするトコロから。 SVNのリポジトリが全く設定されていない状態。からっぽ。 SVNのリポジトリへの接続設定をしるます。ここはいつも通り。 リポジトリの設定を共有する目
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その1 メインライン コードライン編その2 コードラインポリシー コードライン編その3 プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その1 リリース管理 リリース編その2 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか? Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
ディノ社内のバージョン管理は主にSubversionを利用しています。また、社内の開発環境はWindowsとMacとLinuxが入り乱れています。そんな環境で、一番問題が少なそうなSubversionの設定を考えてみました。現在これを社内標準として運用していますが、今のところ大きな問題は起きていません。 設定内容ですが、auto-propsとglobal-ignoresの設定です。各種ファイルについて、eol-style=nativeやkeywords=Idやsvn:mime-typeなどを設定します。 ちなみに、本設定はsymfonyの公式オススメ設定「Symfony Repository Tips」から大半を流用しています。 設定内容 設定内容はsubversion-config.txtの通りです。同じ内容を以下に貼付けておきます。 [helpers] #diff-cmd = dif
久しぶりの日記更新です。 先月末、gmailの2段階認証*1をしてからiCalで 「入力されたパスワードが違う可能性があります。」とかパスワードが違う的なメッセージが表示されてました。 アプリケーション固有のパスワードを発行して、何度も試していたのですが、それでもパスワード入力が求められてました。 今日なんとか試行錯誤してたんですが、結果的に[システム環境設定]の[メール/連絡先/カレンダー]で 一回既存のgmailアカウントを削除して、アカウントを追加し直すことで解決しました。 大分ハマったので情報共有の為にメモ。 *1:2段階確認プロセスって表現の方が正確なのかもしれない twitterにブラウザ上からツイートしたくてvimperatorのプラグインの はてなグループ を入れてみました。 :tw {コメント} しかしこうなってくると今見てるURLにコメント付けて :tw http://
一度作った tag で更新の commit が行われるのを禁止したかったのでちょっとスクリプト作成。 ぐぐると http://tortoisesvn.tigris.org/servlets/ReadMsg?listName=dev&msgNo=21153 にそういう感じのがあるんですが、見た感じ、tags/ の下には add か delete しか絶対に許さないよ!っていうだけに見えるので、作った tag の下にファイルの追加だけして commit は通ってしまうんじゃないかと思って自作。 やっつけなので結構きたないですが、実際に判別する perl script。 tags/なんとか/ が add されたトランザクションの時に限り、 tags/なんとか/ 以下の操作を許可するが、それ以外の tags/かんとか 以下に対する操作があったら怒ります。 適当に kick-tag-update.p
pre-commitのフックスクリプトを書くことにより、簡単にコミットメッセージを必須にすることが可能。ってことで、試してみました。 1.リポジトリのhooksフォルダ内のpre-commit.tmplファイルをpre-commitファイルとしてコピー。 2.スクリプトによるアクセスコントロールは不要(AuthzSVNAccessFileを利用)なので、commit-access-control.plを実行している行はコメントアウト。 3.grep "[a-zA-Z0-9]"の部分をgrep "."に書き換え。 4.pre-commitに対してchmod a+x pre-commitで実行権限を付与。 とりあえず、コミットメッセージを入力せずにコミットしようとした場合、 Error: Commit failed (details follow): Error: MERGE request
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く