Welcome back to TechCrunch’s Week in Review — TechCrunch’s newsletter recapping the week’s biggest news. Want it in your inbox every Saturday? Sign up here. OpenAI announced this week that…
![TechCrunch | Startup and Technology News](https://cdn-ak-scissors.b.st-hatena.com/image/square/92584d6251feb0822f349cf0211361b2833c9939/height=288;version=1;width=512/https%3A%2F%2Ftechcrunch.com%2Fwp-content%2Fuploads%2F2018%2F04%2Ftc-logo-2018-square-reverse2x.png)
svkはsubversionを使うときに非常に便利で、必須のツールだ。 使い方を解説しているところはいくつかあるが、いまひとつsvkの動作についてピンとこなかった。svkの動作がわかるように、確認手順まで添えた使い方をまとめてみた。 準備 リモートSubversionリポジトリ http://myserver.com/svn/myproj ミラー //mirror/myproj ローカルブランチ //myproj 作業コピー ~/myprok-work リモートの内容をミラー リモートの内容を、ローカルにミラーする。"//"で始まるパスは、svkのデポット(ローカルのリポジトリ)を表す。mirrorコマンドにより、リモートとローカルのリポジトリを対応付け、syncコマンドでファイルを同期する。 # 1. リモートのミラーを設定 $ svk mirror http://myserver.co
Subversionで簡単・確実にファイルを構成管理:エンジニアがお薦めする 現場で使えるツール10選(4)(1/5 ページ) 普段無意識にやっているファイルの整理を、「Subversion」を使ってバージョン管理、構成管理します。このツールを使えば、開発チームの効率がアップすること間違いなしです! 構成管理≒バージョン管理 バージョン管理というと、ソフトウェア構成管理のことを示す文章を見掛けますが、「CMMI」(Capability Maturity Model Integration:ソフトウェア開発におけるプロセスの成熟度評価やプロセス改善を行うためのガイドライン)のソフトウェア構成管理によると、「変更管理を含むソフトウェアの構成を制御・管理できていること」と定義されています。 今回は、ソフトウェアのソースコード管理だけでなく構成管理(ドキュメント管理)におけるSubversionの
Repositories access control with apache, mod_dav_svn and mod_perl¶ Repositories access control with apache, mod_dav_svn and mod_perlOverviewEnabling apache modulesApache configuration for Subversion repositoriesTesting the configuration:optional LDAP Authentication Apache configuration for Git repositoriesApache configuration for Mercurial repositoriesGotchas Overview¶ In this documentation, we wi
RedmineはSubversion等各種バージョン管理ツールとの連携機能を持っています。 リポジトリへのコミット時、コミットメッセージに特別な記述を追加することで以下の処理をRedmineに自動的に行わせることができます。 Redmineのチケットとリポジトリのリビジョンの関連づけ Redmineのチケットのステータス・進捗率の更新 Redmineの作業時間の記録 チケットとリビジョンの関連づけの例 リビジョンからチケットへのリンク ソースコードの修正がどのチケットに基づくものなのか把握できます。 チケットからリビジョンへのリンク あるチケットに記述された課題に対してどのようにソースコードが変更されたのかを把握できます。 事前準備 各プロジェクトでのリポジトリの設定 あらかじめ各プロジェクトの「設定」画面の「リポジトリ」タブで、バージョン管理システムの情報を設定しておく必要があります。
Subversionではコミットの前後などに hook してスクリプトを実行する機能があります。 スクリプトはリポジトリ側のhooks/ディレクトリに配置し、リポジトリ側で実行されます。 hookポイント以下のようなものがあり結構細かいです。 start-comit pre-commt post-comit pre-revpop-change post-revrop-change pre-lock post-loc pre-unlok post-unlck 早速やってみましょう。 まずはテスト用のリポジトリを作成します。 cd tmp mkdir testrepos svnadmin create ~/tmp/testrepos mkdir src cd src svn checkout /home/taro/tmp/testrepos . svn checkout file://home
Subversionリポジトリのバックアップ方法が色々ありすぎて何がベストなのかわからなかったので調べてまとめてみた。 ただのファイルコピー 普通にファイルシステム上でディレクトリをコピー(あるいはアーカイブ)する方法。非推奨。 誰かがリポジトリにアクセスしている最中にやると壊す可能性がある。 リポジトリディレクトリをコピーしたいならsvnadmin hotcopyを使うべき。 長所 簡単。 速い。 短所 バックアップデータの可搬性に乏しい(アーキテクチャ依存)。 リポジトリをロックしないので壊す可能性がある。 データエラーが検出できない。 svnadmin dump/load svnadminのdumpとloadを使う方法。 誰かがアクセス中でも一貫性が保たれる。 あくまで管理対象のファイルのみのバックアップなので、設定やフックなどは別途バックアップが必要となる。忘れがち。 差分バックア
リポジトリ作成時に作られたpre-commit.tmplにいろいろ説明が書いてあるので要約すると。 Subversionのトランザクションがコミットする前に呼ばれる。 2つの引数とともに呼ばれる。 リポジトリパス トランザクション名 'pre-commit'というファイル名でhooksに置く。(Windows環境の場合は、pre-commit.batや、pre-commit.exe) コミットさせたくないときは、0以外を返して終了させる。 svnlookコマンドを使っていろいろ情報を取得する。 まず、svnlookコマンドを使って、どんな情報がとれるか見たいので。 以下のスクリプトを作成し、pre-commitというファイル名で、/home/svn/repository/hooksに置く。 #!/bin/sh REPO=$1 TXN=$2 SVNLOOK=/usr/bin/svnlook
唯一の中央レポジトリと複数のcheckoutするノードというトポロジの場合、checkoutしたファイルのmtimeがノード間で同じ時刻(当該ファイルがcommitされた時刻)になっているとなにかと都合がいいです。 例えば、Webアプリのデプロイを中央レポジトリからのcheckout(やupdate)で行う場合を考えます。もし、内容が同じなのに複数あるアプリサーバの間でmtimeが異なってしまっていると、 サーバごとにETagヘッダの値が異なってしまう ※Apacheの場合、FileEtagディレクティブを調整(mtimeを見ないように)することによって統一可能ではあります サーバ間でrsyncをかけると無駄なファイルコピーが発生する 内容が同じににもかかわらずmtimeが異なるせいでコピーが発生する ※--size-onlyオプションでmtimeを見ないようにして回避可能ではあります と
ディノ社内のバージョン管理は主に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
さて、先日までTracサーバにかかりっきりになっていたんですが、やっとひと段落したので、気分もすっきり。プラグインなどで、もっと便利に使う要素も検討したいが、あまり入れすぎると本体のバージョンが上がったときに苦労しそうなので、しばらくは素の状態でいろいろと勉強してみたい。 Tracのように、SubversionのリポジトリをWEBでブラウズするときに便利なのは他にもきっとあるはずだと思い、簡単に調べてみました。 個人的にTracのいいなぁって思う部分は、 1)Diff差分がリビジョンごとに取れる。また差分ファイルだけ簡単にダウンロードできる。 2)mod_python使うとさくさく動く 逆に、ここは改善の余地あるなぁtって思う部分は 3)付属のWikiは不便。WPや、使い慣れたWikiなどをラッピングか、RSSで取り込むようなのがあれば便利かも。 4)ガントチャートがオプション。プラグイン
Ads ディレクトリを再帰的に svn add したくないときはどうすればいいか? † svn add に -N (再帰的にaddしない) ってオプションがあるのでこれを使う。 例えば以下の手順で add すれば foo の中の foo/bar 以外の大量のファイルは add されない。 svn add -N foo svn add foo/bar ↑ .cvsignore的なのはSubversionではどうやるか? † 以下のコマンドを実行するとエディタが起動して無視リストを設定できる。 svn pe svn:ignore <ディレクトリ> ↑ /etcをsvnで管理したい † 大体のいつもの手順(ケースバイケースだが) rootしかアクセス出来ないリポジトリを作成する svnadmin create --fs-type=fsfs /root/.svn_repo 適当な空ディレクトリをe
svn checkout [-depth ARG] [--ignore-externals] [-r rev] URL PATH depthの引数は、「チェックアウトする深さ」コンボボックスに関連します。 外部参照を除外する がチェックされているなら、--ignore-externals スイッチを使用してください。 特定のリビジョンをチェックアウトしたい場合、-r スイッチを使って指定してください。 svn info URL_of_WC svn update [-r rev] PATH 複数の項目を更新するのに、現在の Subversion では不可分操作できません。そこで TortoiseSVN は、まず HEAD リビジョンをリポジトリから探し出し、複数のリビジョン場混じった作業コピーを作らないように、特定のリビジョン番号を持つすべての項目を更新します。 1項目しか選択しないで更新し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く