「Apache Subversion 1.9」リリース | OSDN Magazine
Apache Subversion開発チームは8月5日、オープンソースのバージョン管理システム「Apache Subversion 1.9」をリリースした。ファイルシステムフォーマット「FSFS」の強化、新しいリポジトリバックエンド「FSX」の実験導入などが特徴となる。 Apache Subversionはオープンソースのソースコード管理システム。Subversion 1.9は、2013年6月に公開されたバージョン1.8に続くリリースとなる。 デフォルトのファイルシステムフォーマットであるFSFSを強化し、「format 7」として新しいフォーマットを導入した。format 7ではI/O削減を大きな目標に掲げており、リビジョンコンテンツが物理的位置ではなく論理的なアイテム番号を利用するようになったほか、packing中にコミットが可能となるなどの変更が加わっている。 FSFSを強化する一方
ソースコード管理ツールをSubversionからGitへ変更して感じたこと - torutkのブログ
少人数チームでのソフトウェア開発でソースコードを管理するリポジトリにGitを適用して1,2ヶ月ほど経過しました。Gitを開発に使用するのは今回が始めてで、みなSubversionを使っていたメンバーです。 開発環境 OS Linux、たまにWindows 開発言語 Java プログラミングツール NetBeans 7.4 Gitクライアント NetBeans標準搭載のGit機能、たまにコマンドライン、WindowsではたまにTortoiseGit Gitサーバー apacheでgit-http-backend、Redmineと認証統合 現在の使用状況 Gitの共有リポジトリを、開発サーバー上にapache（HTTP）でホストしています。 共有リポジトリはmasterブランチ一本で、各メンバーはローカルにcloneしたあとローカルのmasterで変更作業を実施し、適宜共有リポジトリのmast
バージョン管理システム「Subversion 1.8」が登場、競合解決ツールや出力の改善など変更点多数 | OSDN Magazine
Apache Software Foundation（ASF）は6月18日（米国時間）、オープンソースのバージョン管理システム「Apache Subversion 1.8」をリリースした。マージ追跡とツリー競合検出を強化するなど、ブランチやマージがよく発生するプロジェクト向けの機能を強化したという。 Subversionは広く使われているバージョン管理システム。複数の開発者が1つのリポジトリにネットワーク経由でアクセスする中央集権型のアーキテクチャを持つ。幅広いプラットフォームに対応し、さまざまなクライアントから利用できる。以前は米CollabNetの下で開発が進められていたが、2009年にApache Software Foundation（ASF）への移管が発表され、以後はASFの下で開発が進められている。 Subversion 1.8は2011年半ばに登場したバージョン1.7に続くメ
Git - Book
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
svn の repository を git の repository に変換する方法 « messaliberty 日本語
svn の repository を git の repository に変換するには、git-svn を使用します。 git-svn は、svn の repository を git コマンドで直接さわれる様にしてくれます。 Ubuntu の場合、git と git-svn のインストールは以下のコマンドで % sudo aptitude install git-core git-svn 以下、変換前の svn repository を svn-repo、変換後の git repository を git-repo と表記します。 流れとしては、以下の感じ 1. svn-repo のログのユーザー名を、git 形式に変換するための authors.txt を作成 2. ローカルにカラの git-repo を作成 3. svn-repo を git svn clone コマンドで取
Version Control with Subversion
The Standard in Open Source Version Control Version Control with Subversion Introduction This is the home of Version Control with Subversion, a free book about the ubiquitous Apache™ Subversion® version control system and written by some of the developers of Subversion itself. As you may have guessed from the layout of this page, we are quite pleased that some versions of this book have been publi
Subversion for Windows
Win32 build of Subversion. These binaries are built using Visual C++ 6.0 Should work on all flavours of Windows from Win2000 to Win8 and 2008 Server including server variants (not all tested). (1.7.x does not work on NT4 due to APR using new functions). Modules for Apache 2.2.x and 2.4.x (1.7.6 and up) is included. Language bindings are NOT tested. Source code is found at the Apache Subversion sit
subversionでのブランチマネジメント | Webシステム開発／教育ソリューションのタイムインターメディア
分散バージョン管理システムつかってますか？ 世の中ではgitやhgなどの分散型のバージョン管理システムが流行していて、「もうsvnなんて、、、」「まだsvnつかっているの、、、」という風潮になっています。 弊社内でもgitのレポジトリが立ったり、svnのプロジェクトでも自分の環境だけはgit-svnで分散バージョン管理を使う人が増えています。 「自分の環境だけはgit-svnで」。そう、社内ではまだまだsvnを使っているプロジェクトが多いのです。「日本語のファイル名が使えない」「デザイナーさんに使ってもらうためのわかりやすいクライアントが無い」「svnからなかなか移行するコストが、、」などの理由でsvnを使い続けているプロジェクトも多いと思います。 というわけで、分散バーション管理システムではなく社内で運用されているsvnでのブランチマネジメントについて、備忘録もかねて説明します。 前提
svn: Working copy locked; try performing 'cleanup' クリーンアップができない - [Eclipse/開発環境 ツール類] ぺんたん info
svn: Working copy locked; try performing 'cleanup' クリーンアップができない EclipseでSVN(Subversion)のコミットをするときに次のようなエラーが出ることがあります。 選択されたリソースのいくつかがバージョン管理に追加されませんでした。 選択されたリソースのいくつかがコミットされませんでした。 svn: Working copy 'C:\workspace\xxxx\xxxx' locked; try performing 'cleanup' svn: 'C:\workspace\xxxx\xxxx' is not a working copy Some of selected resources were not committed. ここでクリーンアップをするように指示があるのでクリーンアップしようとすると、今度は次の
TortoiseSVN
図の一覧 1.1. バージョン管理外フォルダーの TortoiseSVN メニュー1.2. インポートダイアログ1.3. ファイル差分ビューアー1.4. ログダイアログ2.1. 典型的なクライアント/サーバーシステム2.2. 回避したい問題2.3. ロック・変更・アンロックモデル2.4. コピー・変更・マージモデル2.5. ...コピー・変更・マージモデル（の続き）2.6. リポジトリのファイルシステム2.7. リポジトリ3.1. バージョン管理外フォルダーの TortoiseSVN メニュー4.1. エクスプローラーのアイコンオーバーレイ表示4.2. バージョン管理下のフォルダーのコンテキストメニュー4.3. バージョン管理されたフォルダー内のショートカットに対するエクスプローラーのファイルメニュー4.4. バージョン管理下のディレクトリに対する右ドラッグメニュー4.5. 認証ダイアログ
Release notes for 1.7 · TortoiseSVN
AboutAbout TortoiseSVNScreenshotsScreenshots of various dialogsTestimonialsWhat users say about TortoiseSVNNews ArchiveNews archiveSupportFAQFrequently asked questionsHelp filesThe complete documentationUseful tipsTips about not well known featuresMailing listsWhere to find the mailing listsReport bugsHow and where to report a bugTranslationsHelp translateProject statusOverview of releasesMiscIssu
「Apache Subversion 1.7」リリース、ワーキングコピーのメタデータ管理方法を変更 | OSDN Magazine
Apache Software Foundation（ASF）は10月11日、バージョン管理システム「Apache Subversion 1.7」をリリースした。2年7か月ぶりとなるメジャーリリースで、ワーキングコピーのディレクトリ構造の変更や性能改善が行われている。 Subversionはオープンソースの集中型バージョン管理システム。オープンソースソフトウェアの開発だけでなく、一般的なソフトウェア開発でも広く使われている。当初米CollabNetが支援するオープンソースプロジェクトとして開発が進められたが、2009年にASFに寄贈、2010年にASFのトッププロジェクトとなった。バージョン1.7は、ASFの下で公開される初のメジャーリリースとなる。 Subversion 1.7の最大の特徴は、「WC-NG（Working Copy Next Generation）」と呼ばれるワーキングコ
「リポジトリ」を開くまでSubversion等のリポジトリへのコミットが「活動」に表示されません
Redmineは「リポジトリ」画面を開いたタイミングで新しいコミットの情報を取得するため標記のような現象が発生します。 「リポジトリ」画面を開かなくても情報を取得するようにするには、以下のいずれかの設定を行ってください。 方法1: 定期的に取得する 「管理」→「設定」画面の「リポジトリ」タブで「コミットを自動取得する」をOFFにした上で、以下のコマンドをcronで実行させてください。 cd /path/to/redmine ; bundle exec rake redmine:fetch_changesets RAILS_ENV=production ※ /path/to/redmine はRedmineのインストールディレクトリに置き換えてください。 方法2: コミットと同時に取得する Subversion等のフックスクリプトの仕組みを利用してリポジトリへのコミットと同時に情報を取得させ
小技(0.9): コミットと同時にリポジトリの情報を取得する
Redmine.JP Blog オープンソースのプロジェクト管理ソフトウェアRedmineに関するニュースや、より活用するためのtipsなどを掲載します Redmine 0.9から、Redmine上の特定URLにアクセスすることによりSubversion等のリポジトリの情報を読み込ませることができるようになります。例えば、Subversionへのコミット後に実行されるpost-commitスクリプトからそのURLへGETリクエストを行うことにより、コミットと同時にRedmineに最新のリポジトリの情報を読み込ませることができます。 コミット情報の同期の問題 Redmineでは、「リポジトリ」画面を開くまではリポジトリへの最新のコミット情報が取り込まれません。これにより、活動画面に最新のコミット情報が表示されない、チケット表示画面で関係するリビジョンが表示されないなどの問題が発生することがあ
Redmine 1.1 新機能紹介: コミットメッセージによる作業時間の記録
Redmineには チケットに記録した作業を実施するのに要した時間を記録する機能 があり、チケット更新時に「時間を記録」欄を記入するか、チケットを表示して画面右上の「時間を記録」をクリックして表示される「作業時間の記録」画面によって作業時間を記録することができました。 Redmine 1.1ではこれらの方法に加え、Subversion等のリポジトリにソースコードをコミットする際のコミットメッセージに作業時間を記述することでも記録できるようになりました。 以下は、チケット#9999にコミットを関連づけた上で作業時間2時間30分を登録する例です。リポジトリのリビジョンとチケットを関連づけるrefs, fixes, closes等のキーワードとともに作業時間を記述できます。 ○○画面の表示不具合(カラム落ち)を修正。 refs #9999 @2h30m コミットメッセージによる作業時間の記録機能
svn log で編集したファイルのリストだけ抽出する - すがブロ
編集したファイルのリストだけ作成したい 仕事でカスタマイズや改修を行った際に、編集したファイルのリストを作成することがたまにある*1。 だけど、普通に svn log コマンドを使っても簡単に整形しやすい形式ではないし、コミットログが入っていると処理のノイズになってしまうので「どうしたもんかー」と考えていたところ、 svn log には -q というオプションがある事を発見。 この -q を行うとコミットログを省略できる。 こんな感じ。 sugamasao% svn log -v -q -r 10:13 ------------------------------------------------------------------------ r10 | sugamasao | 2008-02-25 00:33:29 +0900 (月, 25 2 2008) 変更のあったパス: A /
statSVNで開発の状況を可視化する
みなさんこんにちは。@ryuzeeです。 先日何人かに聞かれたので書くことにします。 うちはPHPでの開発が多いので、色々なオープンソースなツールを組み合わせて自動化に組み込んでいますが、Javaな人はSonarを使うとよいかもしれません。 statSVNって何？http://www.statsvn.org/にある通りで、Subversionのログを利用して以下のような分析をしてくれる。 ソースコードの行数推移開発者ごとのソースコード行数時間別のアクティビィティ分析開発者毎のアクティビィティ分析モジュール毎のアクティビィティ分析ディレクトリ毎の状況ファイル数や平均ファイルサイズ、巨大ファイル変更回数の多いファイルの分析コミットログの時系列での整形出力などなど インストール簡単です。 http://sourceforge.net/projects/statsvn/にアクセスし、statsvn
SVNからMercurialに移行するべき8つの理由
Git、Mercurial、Bazaarはオープンソースの分散バージョン管理システムで、どれも人気がある。特にGitとMercurialはもともとはLinux Kernelの開発のために作られた歴史からしても、ライバルと言える関係だ。LinuxやAndroid OSではGitが採用されたが、MercurialもOpenJDKやNetBeans、Xen、Python等で採用されている。 SVNから分散バージョン管理システムに移行を検討している所は多い。日本だと濱野氏がGitのメンテナをやっているせいかGitに人気が集中しているようだ。しかし気軽に分散バージョン管理システムを導入したいソフトウェア開発チームには、あえてMercurialを勧めたい。 1. SVNからMercurialに移行するべき8つの理由 取り扱いが楽で、今すぐ移行できる事がMercurialを導入するべき理由だが、もう少し
Subversion によるバージョン管理
製作著作 © 2002, 2003, 2004, 2005, 2006, 2007, 2008 Ben Collins-Sussman, Brian W. Fitzpatrick, C. Michael Pilato This work is licensed under the Creative Commons Attribution License. To view a copy of this license, visit http://creativecommons.org/licenses/by/2.0/ or send a letter to Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
