第6章 SubWCRev プログラム
SubWCRev は、Subversion の作業コピーの状態を読み取り、オプションでテンプレートファイルのキーワード置換を行うのに使用する、Windows コンソールアプリケーションです。ビルドプロセスの一部として、ビルドするものに作業コピーの情報を組み込むのにしばしば使用します。典型的なのは、「About」 ボックスにリビジョン番号を含めるのに使用することでしょう。 SubWCRevは、デフォルトで作業コピーの外部参照を除いた全ファイルの Subversion の状態を読み込みます。検出した最も大きいコミットリビジョン番号を記録し、そのリビジョンのコミットのタイムスタンプが、それはまた、作業コピーの変更、または更新リビジョンが混在しているかどうかを記録します。リビジョン番号や更新リビジョン範囲、変更状態を標準出力に出力します。 SubWCRev.exeはコマンドラインやスクリプトから呼
Subversionでtrunkの内容をbranchにmergeまたはその逆 - 常水商会::よしなしごと
備忘録。書きかけ＆未確認。 現在の作業リポジトリの変更をすべてコミットしておく これで失敗しても安心♡ trunkの内容をbranchにmerge 作業リポジトリをbranchに変更 svn switch file:///home/sysdev/svn_repos/branches/branched_version svn infoコマンドで現在の作業リポジトリのURL等を確認しておくこと。 branchの開始点のリビジョン番号を確認 svn log --stop-on-copy 一番最後に出力されるログのリビジョン番号を控えておく（仮にr411とする）。 trunkの内容をbranchにmerge（merge試行） svn merge --dry-run -r 411:HEAD file:///home/sysdev/svn_repos/trunk trunkのr411から最新までのコミ
TortoiseSVNのtrunkとブランチをマージする - Qiita
TortoiseSVNでtrunkとbranchをmergeします。 環境 trunk → 公開する環境 branch → 開発のみ環境 branchを切る 右クリックから「TortoiseSVN > Branch/tag...」 To path: branches/[directory] Create copy in the repository from: HEAD revision in the repository にチェックで良いと思います。 これでbranch切れました。 merge branch→trunkにmergeしたいと思います。 （途中のURL変更変えれば、trunk→branchもやり方は同じ） 「TortoiseSVN > Switch...」でtrunkに切り替えておきます。 ※すでに切り替えてあるのであればやらなくてOKです。 右クリックから「Tortoise
継続インテグレーションは強みではなくなった: 柴田 芳樹 (Yoshiki Shibata)
Subversion/Gitなどを使用したソースコード管理、Jenkinsを使用した継続的インテグレーション、様々なxUnitフレームワークを使用した自動テストなどをソフトウェア開発組織として実践することは、今日では、その開発組織の技術的な強みではありません。 それらを実践しないことが、ソフトウェア開発組織の「弱み」なのです。また、組織としてそれらの実践を推進しない、あるいはサポートできないマネージャも「弱み」となります。さらに、大規模なソフトウェア開発組織においては、それらのためのインフラ整備をプロジェクトごとに立ち上げなければならず、サポート部門が存在しないことも弱みとなります。※1 ※1 プロジェクトを始めるごとに、ソースコード管理やJenkins用のサーバの調達、OSから様々なツールのインストールを一通り行うためには、それなりの時間を要します。したがって、バックアップをも含めて環境
CIツール Jenkins を使ってみた | DevelopersIO
最近社内で何かと話題になっている CI(継続的インテグレーション)ツール Jenkins を使ってみました。 プロジェクトの開発メンバー各々でデプロイを行うと、何かと設定ミスやビルド環境の違いにより、 思わぬトラブルや、余計な時間のロスを招いたりします。 そんなときは、Jenkins がスマートにビルドを行ってくれますので、このおじちゃんに頼ってみましょう。 Jenkins を導入 Jenkinsには、パッケージ形式とwar形式があるようです。 今回はビルドサーバにtomcatがインストール済みなので、war形式で導入します。 ビルドサーバにログインし、wget でwarファイルを取得します。 $ wget http://mirrors.jenkins-ci.org/war/latest/jenkins.war tomcatのwebappディレクトリにコピーし、Tomcatを起動します。
VisualSVN - Subversion-based version control for Windows
Subversion for Windows Enterprise-ready version control and universal versioned storage.
SubVersionとMantisの連携
私は、今のところBTS(Bug Tracking System)にはMantisを、バージョン管理にはSubVersionを使っているのですが、両方触るのが面倒だったりします。 良く調べると、MantisにはCVSとの連携機能があったので、これを手直しして、SubVersionと連携できるようにしてみました。 以下の環境で動作を確認しています。 SubVersion 1.2.0 TortoiseSVN 1.2.0 Mantis 0.19.2 WebSVN 1.61 関係するファイル一式は、ここに入れています。展開して、各ファイルをそれぞれ該当するフォルダに置いてください。 違うバージョンをお使いの方は、元のファイルを上書きするものに関しては、お使いのバージョンのファイルに、修正部分をつぎはぎしてください。 SubVersion版のチェックインスクリプト(checkin_svn.php)を、
TortoiseSVNをコマンドラインから実行する方法 - System.exit(0);
現在参画しているプロジェクトでのソース管理は Subversion を使用しています。しかしひとつの生成物 (WAR) に対してリポジトリが３つ必要となり、同期作業などが非常に煩雑になってしまっています。当初は３つのリポジトリを何とか集約できないものかと試行錯誤してみたものの、使用している Web フレームワークと開発環境などの影響でどうしてもまとめることができませんでした。 調べた結果 TortoiseSVN をコマンドラインから起動して半自動的に動かすことができることがわかりました。 今回のプロジェクトの構成 単純なアプリケーションであれば、いつも Subclipse を使って Eclipse プロジェクトごと同期を取るのですが、今回の構成の場合にはそのプロジェクト内に３つのソース管理リポジトリがあるわけなので、Subclipse は使わずに TortoiseSVN で個別管理していま
付録D TortoiseSVN の自動化
すべての TortoiseSVN のコマンドがコマンドライン引数で制御できます。バッチファイルで自動化したり、テキストエディターなどの他のプログラムから、特定のコマンドやダイアログを起動したりすることができます。 重要TortoiseSVN はあくまで GUI クライアントです。ここでは TortoiseSVN のダイアログを表示させて、ユーザーに入力を促す方法を説明します。入力を伴わずに操作をするスクリプトを書くのであれば、公式の Subversion コマンドラインクライアントを使用してください。 TortoiseSVN の GUI プログラムは TortoiseProc.exe から呼び出します。実行するコマンドは /command:<コマンド名> 引数で指定し、 <コマンド名> の部分にはコマンド名を指定します。ほとんどのコマンドでは /path:"<パス名>" 引数でパスを指定す
Subversionの今後は？ 分散型バージョン管理にはならないと提案
Apache Subversionは、ソースコードなどのバージョン管理システムとして普及しているソフトウェアです。今年10周年を迎え、2月にはApache Software Foundationの正式なプロジェクトにもなりました。 Subversionは1つのリポジトリを共有する中央集中型のバージョン管理システムですが、バージョン管理システムではここ数年、gitやMercurialといった分散型への注目が高まり、広まってきました。 こうした状況の中でSubversionの主要な開発者が集まり、今後の方針とロードマップついての話し合いが行われました。そして今後のSubversionの方針（Vision）とロードマップ（Roadmap）についての提案が、メーリングリストにポストされています。 集中型バージョン管理を堅持するという提案 方針を説明する最初の一文でもっとも気になること、すなわちSu
オープンソースによるプロジェクト管理入門 - 秀和システム あなたの学びをサポート！
開発現場の生産性を高めるオープンソースを使ったプロジェクト管理ツールの使い方を解説した入門書です。プロジェクト管理やシステム開発業務を支援するオープンソースソフトウェアが近年充実してきました。誰でも利用できるこれらのツールを有効に使うことで開発中のコミュニケーションや情報を適切に扱い、齟齬や手戻りを防止し、生産性の向上・工数の削減につなげることができます。本書では、Excelを使った進捗管理や課題管理から抜け出したいと考えている人を対象に、各種ツールを使った業務改善の方法を解説。プロジェクトの変更管理ツール「Subversion」、課題とコミュニケーションを管理する「Redmine」、テストケースとテスト結果を管理する「TestLink」、開発環境「NetBeans IDE」などを収録したCD-ROM付き。 【サポートはこちら】→https://www.shuwasystem.co.jp/
SCM(ソフトウェア構成管理)システムとの統合 [Memo (Mantis, PHP etc)]
SCM(ソフトウェア構成管理)システムは、ソースコードやドキュメントなどの成果物の変更履歴を管理し、成果物の一貫性を管理、維持するためのシステムです。CVS、Subversion、Clear Caseや最近ではMercurialなどが有名です。いまどきの開発プロジェクトではほぼ必須となっています。 構成管理では、成果物の変更が何に起因しているのか把握する必要がありますが、Mantis単体で行うには、コメント等にソースのリビジョンや変更内容を記述する必要 があります。でも、デスマーチ進行中のプロジェクトでなくても、そんなことに手間をかける余裕はありません。 コミットログを書いた上に、Mantisに同じようなことを登録するなんて無駄です。 これを解決するのが、SCMシステムとの統合です。Mantisに登録されたチケット（バグ）と、成果物の変更内容、履歴を結びつけることができます。 今回は、Su
SCM(ソフトウェア構成管理)との統合 (別サーバの場合) [Memo (Mantis, PHP etc)]
SCM(ソフトウェア構成管理)システムとの統合では、subversionなどのSCMシステムとMantisが同一サーバになければいけませんでした。 しかし、サーバが異なることのほうが多いのではないでしょうか。 ここでは、Mantisとsubversionが異なるサーバで動作している場合の統合の方法を紹介します。ネタ元は 0008847: Revamp SVN and CVS integrationですが、多少改造しています。
実用 Subversion 第2版
バージョン管理システム「Subversion」の開発者が執筆したSubversionの解説書。Subversion開発の中心的メンバーである3人の著者が技術的な面はもちろんSubversionの実装に関連した内容やそのバックグラウンドをわかりやすく正確に解説します。単にわかりやすいだけではなく章構成も秀逸で「ユーザの役割」によってどこを読めばよいかが一目瞭然のまさに「使えるチュートリアル＋コマンドリファレンス」です。日本語版では巻末付録として、ファイル名に日本語を用いる環境においての注意点、Subversion導入方法、その他の便利なツールやプラグインについて加筆しました。 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載しています。以下のリストに記載の年月は、正誤表を作成し、増刷書籍を印刷した月です。お手持ちの書籍では、すでに修正が施されている場合がありま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
could not read chunk size :connection was closed by server
スライド 1
ブリッジSEの妄想にふけている : svn 423 Locked - livedoor Blog（ブログ）)
Visual Studio Ankhsvn (Subversion Plugin) - MyMemoWikiOld
入門Trac 第2版 Linux/Windows対応 - 秀和システム あなたの学びをサポート！