マージしてコンフリクトした時はとりあえず焦らずに e(edit) で編集して解決した場合 r(resolved) で変更を受け入れる。 コンフリクト時のオプションについて (p) postpone 競合を後で解消するようにマークします。 (df) diff-full ベースリビジョンと競合ファイルの違いを統一された差分フォーマットで表示します。 (e) edit マージされたファイルをエディターで変更します。 (r) resolved マージされたバージョンのファイルを受け付けます。 (mf) mine-full ユーザーのファイル全体を受け入れ、リポジトリの最新の変更を無視します。 (tf) theirs-full ユーザーと競合している側のファイル全体を受け入れ、ローカルの作業コピーの最新の変更を無視します。 (l) launch 競合解消のために外部ツールを起動します (これには外部
tree衝突した時のオプションをよく忘れるので。 $ svn resolve --accept working filename base 作業コピーを更新する前の、BASE リビジョンのファイルを選択します。これは、最後の編集を行う前のチェックアウトしたファイルです。 working 手動で競合解決を行ったと仮定し、現在作業コピーにあるファイルを、このファイルのバージョンとして選択します。 mine-full 競合したすべてのファイルを、svn update を実行する直前にあったファイルのコピーで、解決します。 theirs-full 競合したすべてのファイルを、svn update を実行したときにサーバから取得したファイルのコピーで、解決します。 あとは、ディレクトリ全体のsvn revert $ svn revert --recursive .
この方針により、次のようなことができるようになります。 いつでも安全にリリースできるベースラインが欲しい。 trunkはいつでも安全にリリース可能。 作業中に緊急バグ対応など割り込み作業に対応したい。 branches/xxxに開発中ソースコードを格納して、新たにbranches/yyyを分岐することで安全に切り替えることができる。 作業中ソースコードを複数チームでキャッチボールしたい。 業務チームで開発 -> 品質管理チームでレビュー -> 構成管理チームでマージ -> ビルドチームでリリース、といったキャッチボール。 branches/xxxに開発中ソースコードを格納して、各チームで共有することができる。 作業完了まで自PCの中にしかソースコードがないのはツライので、作業中でもコミットしたい。 branches/xxxに頻繁にコミットしても良い。 次に、これらのフォルダの運用手順を説明
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
過去に Windows 用の Subversion 1.9 サーバー構築手順を紹介したとことがあります。その後、 Apache、 Subversion のバイナリ配布形態に変化があり、 以前の記事の手順通りでは Subversion 環境構築できなくなってしまいました。 本稿は Subversion サーバー構築手順のアップデート記事 (2019 年版) です。Windows に Subversion 1.12 サーバーを構築する手順を解説します。今回は手軽に環境構築できるオールインワン ・ パッケージも用意しました。 手軽に Subversion 環境を構築したい方は以下のリンクをクリックしてください。 👉 オールインワン ・ パッケージを使って Subversion 環境を構築する以前の記事では、 Apache Haus から Apache HTTP サーバー本体と Subversi
前提 セキュリティ的にあんまりうるさくないところ(イントラの中とか) Bitnami Redmine などで Redmine がセットアップされている ApacheはBitnami付属ではなく、2.2を入れ直すのでBitnamiのredmineApacheサービスを停止しておく 入れるもの Apache 2.2 http://www.apachelounge.com/download/additional/ ここの32bit版が色々ついてて良い・・・か? Strawberry Perl 5.16.3.1 32bitにしておくこと。5.18でもうまくいくかもしれないけど試してない。5.20はなんか駄目だった http://redmine.rubyforge.org/svn/trunk/extra/svn/ から Redmine.pm と reposman.rb Apache 2.2の準備 て
調査したものの実案件で使うことがなくなったので、ここにまとめておきます。 [2016-05-24 追記] mod_dav_svn の設定に不備がありました。元の内容ではsvnで接続した際に svn: E195019: Redirect cycle detected for URL 'http://...' というエラーとなってしまいます。 やりたいこと CentOS7 に Redmine と Subversion をインストールする Subversionの認証はRedmineのユーザーアカウントで行う 環境 CentOS Linux release 7.1.1503 (Core) Redmine 3.2 Subversion PostgreSQL Redmineのインストール Redmine 3.2をCentOS 7.1にインストールする手順 | Redmine.JP Blog を参考にイ
Subversion には、Svnserve (通常の TCP/IP 接続上でカスタムプロトコルを使用する軽量スタンドアロンサーバ) があります。小規模構成にしたい場合や、本格的な Apache サーバを使用できない場合には申し分ありませんし、 ほとんどの場合、svnserve は Apache ベースサーバよりセットアップが簡単で、早く実行できますが、高度な機能のいくつかはありません。また今では、さらに安全にしやすくする SASL サポートも含まれています。 Subversion の最新版は、http://subversion.tigris.org/getting.html から取得してください。またはパッケージ化済みインストーラを、CollabNet の http://www.collab.net/downloads/subversion から取得してください。このインストーラは、sv
Subversionのセキュリティについて考えてみた。 まず、Subversionのサーバをどうするかで選択肢がわかれる。 svnserve 簡易サーバ。簡単な認証もあるため社内LANならばこれでも問題ない。 svn + ssh SSHで暗号化接続できる。 http Apacheと連携させてhttpで接続する。ブラウザからの確認もでき、Apacheの認証機能をそのまま使える。 まずはsvnserveでのセキュリティを調べてみる。 簡易サーバsvnserveの場合は、 svnserve.confによるリポジトリに対するアクセス設定 svnserve.confとpasswdによるリポジトリに対する認証 svnserve.confとauthzによるパスごとのアクセス設定 が可能。svnserveの場合は、どれも再起動せずに設定が反映された。 svnserve.confによるリポジトリに対するアク
Subversionリポジトリのバックアップ方法が色々ありすぎて何がベストなのかわからなかったので調べてまとめてみた。 ただのファイルコピー 普通にファイルシステム上でディレクトリをコピー(あるいはアーカイブ)する方法。非推奨。 誰かがリポジトリにアクセスしている最中にやると壊す可能性がある。 リポジトリディレクトリをコピーしたいならsvnadmin hotcopyを使うべき。 長所 簡単。 速い。 短所 バックアップデータの可搬性に乏しい(アーキテクチャ依存)。 リポジトリをロックしないので壊す可能性がある。 データエラーが検出できない。 svnadmin dump/load svnadminのdumpとloadを使う方法。 誰かがアクセス中でも一貫性が保たれる。 あくまで管理対象のファイルのみのバックアップなので、設定やフックなどは別途バックアップが必要となる。忘れがち。 差分バックア
皆さん、テーマからお分かりの通り、 「今の時代にSVNに入門する記事なんて需要がない」 とお思いのことでしょう。 「今更SVNに入門するくらいならGitやれよ」 ……返す言葉もございません。 ただ、私は気付いてしまったのです。 ・・・そう!レガシー環境を守り続けるガーディアン達( 老害じゃないよ、決して!!断じて違う!! )が今も稼働しているのです!! そして、配属された新人たちは過去記事(最新でも2015年とかのレベル)を読み漁って頑張ってSVNに入門しているのです。 この記事は、時代の流れはGitだし、自分もGit大好きだけど、可愛そうな 新社会人のためにもわかりやすくSVNの概念を説明するよ♫ あくまで概念レベルなので具体的な手順が知りたい方は他の記事へどうぞ♫ SVNとは Sub VersioN ・・・ソース管理システムのこと 毎回思うけど、省略の仕方無理やりすぎるよね Sub(接
前提 BitnamiのRedmineを1.x、2.x、または3.2系 → 3.4へ上げた場合、 Subversionが内包されていないので別途インストールする必用がある。 環境 OS:Windows Bitnami Redmine 3.4.3 Subversionの導入 以下から最新のSubversionをダウンロードしてインストールする。 Alagazam.net: Subversion Windows Installer apacheのバージョンは2.4.xだった Apacheの設定 インストールされたフォルダのBin配下の以下のファイルを \redmine-3.4.3\apache2\modules の下にコピー * mod_dav_svn.so * mod_authz_svn.so C:\Program Files (x86)\Subversion\bin /apache2/con
SVN Index Tips Top Subversion(TortoiseSVN)でツリーコンフリクト(ツリーの競合)を解決する方法 Subversion バージョン1.6では、ツリーコンフリクト(ツリーの競合)を 検出できるようになりました。 どういった機能なのか、具体的に操作しながら発生・解消してみましょう。 ツリーコンフリクト(ツリーの競合)検出の機能は、 Subversionのサーバ・クライアントがバージョン1.6以上になっていることが必要です。 (ご注意) このページをご利用になった結果の影響については、 一切責任を負いませんので、あらかじめご了承願います。 まず「sample10.txt」というものがあったとして、 これを例にAさんとBさんと2人で作業しようとしています。 Aさんが、sample10.txtの名前を変更(リネーム)しようとしています。 Aさんは、sample1
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その1 メインライン コードライン編その2 コードラインポリシー コードライン編その3 プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その1 リリース管理 リリース編その2 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか? Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く