Subversion のクライアントである TortoiseSVN を使ったパッチの作成と適用について書きます。 パッチとは パッチの作成とは、リビジョン間の差分情報をファイルに出力することで、 パッチの適用とは、その作成したファイルを使い、差分をとあるソースに反映させることです。 どんなときに使うか 変更を反映してほしい（したい）ときに使います。特に、自分のリポジトリとは関係のない環境―オープンソースと利用者、などに対して有効です。 あとは、１つの修正を複数の環境に適用させたいときなど。 マージと違うところは、たとえ変更履歴がないソースの差分であっても、確認しながら安全に適用できるという点があります。 ※パッチの作成場所と適用場所は、同じディレクトリ構造である必要があります。 パッチの作成 例として下のファイルの差分のパッチを作成してみます。 memo.text の リビジョン 2 と、

いつもの事ですが、タイトルは釣り。 現在のプロジェクトにアサインされてから、VCSがsvnに逆戻りしてしまったのでかれこれ5ヶ月近くgit-svnを使用してます。初めの頃に2~3回程checkoutしなおすレベルの失敗があったりしましたが、ここの所はそれほど問題無く運用してます。 gitとsvnでもう根本の仕組みから全然違うんで、ある程度しょうがないのですが、ちょっとばかり気をつけないとハマる可能性があるので、その点について語ります。 svnがremoteになってるブランチは 絶対 に直接コミットなどしない 自分の中ではこれが鉄則になってます。例えば普通のsvnの構成だと、trunkがgitのmasterブランチになりますが、何かの修正するって時にはどんだけ軽い修正とかでも絶対にトピックブランチを作ってます。 原則として、masterブランチ(や、他のsvnで作ってあるブランチ)には、gi

*本ブログは Atlassian Blogs の翻訳です。本文中の日時などは投稿当時のものですのでご了承ください。 *原文 : 2013 年 1 月 3 日、Jonathon Creenaune 投稿 “From SVN to Git: How Atlassian Made the Switch Without Sacrificing Active Development“ このポストは、エンタープライズ開発チームが Git に切り替えることに注目した連載記事の一つとして、Dr.Dobb’s で紹介されました。 アトラシアンでは、ここ何年もの間、DVCS に熱狂していました。私たちは DVCS に多額の投資を行ってきたのです。Bitbucket (クラウド DVCS リポジトリのホスト) を買収し、Stash (社内環境での Git リポジトリマネージャ) を開発しました。さらに、Fish

最近、twitter 上で subversion 連携に関する質問に答えるために、convert エクステンション(標準同梱)とか、hgsubversion エクステンションのソースを確認しまくったので、折角だから Mercurial と Subversion の連携に関してまとめてみた。 結論から先に書いておくと、これまで twitter 上では: Mercurial ⇒ Subversion への成果反映が必要であれば、選択肢は hgsubversion エクステンションの一択 という回答をしていたのだけれど、色々考えてみるに: 『hg コマンド経由での svn リポジトリへの反映』に拘らなければ、実は convert エクステンションの方が便利じゃねぇ？ というのが現在の僕の印象。 但し、Mercurial の convert エクステンションは、認証処理周りの実装が無い。そのため、

前置き hgsubversion自体の導入については↓をどうぞ hgsubversionの導入 - 文殊堂 ちょっと前までのhgsubversion ちょっと前までhgsubversionではsvnのリポジトリの完全なコピーを作ることしかできませんでした。 例えば10年物のsvnリポジトリをhg cloneすると10年分の履歴全てを取ってきてしまいます。 目的がsvnリポジトリのコンバートであるなら問題ありませんが、 svnリポジトリを正としつつMercurialの分散SCMの機能を活用して開発をいい感じにやりたい という場合には困ります。 git-svnのように特定リビジョン以降だけ持ってくるとかやりたいです。 startrev option で、changeset:827547493112から出来るようになりました。 残念ながら基底のURL(/trunk,/tags/,/branche

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに Yahoo!検索のデザイナー担当の竹内美帆です。前回の記事「もうファイル管理で困らない！　デザイナーのためのSubversion/TortoiseSVN入門」では、「Suvbersionの概要」と「TortoiseSVNのインストールから基本操作」を解説いたしました。今回はさらに一歩踏み込んで、Subversion初心者の多くが疑問を持つ「Subversionのフォルダーの命名と構成」と「TortoiseSVNの便利な使い方」をご紹介します。 目次 Subversionのフォルダーの命名と構成 基本的なフォルダーの命名と構成 柔軟な構成を考えてみる TortoiseSVNの便利な使い方 変更履歴を見る 前回のリビジョンと

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに はじめまして、Yahoo!検索のデザイナー担当の竹内美帆と申します。 今Yahoo! JAPANでは、プロジェクト毎にバージョン管理システムを使い分けていますが、Subversionを使用しコードを管理しているプロジェクトもあります。2011年1月～3月には、デザイナーが所属する部署でもデザイナーが作成するHTML・CSS・JavaScriptファイルなどをバージョン管理システムであるSubversion（サブバージョン）で管理しようという動きがありました。 デザイナーにとってはとっつきにくい印象がある「バージョン管理」ですが、うまく利用すれば「あのファイルどこいった？（汗）」「いつこのファイル書きかえたっけ？（汗）」「

最近Subversionが中央リポジトリになっている環境で作業することがあって、手元でMercurialを使いたい場合にどうやってくかという話。 hgsubversion を使う。 durin42 / hgsubversion — Bitbucket hgsubversionをubuntuで使えるようにする Ubuntuのバージョンは10.04。ビルドするためにいくつかパッケージをインストールしておく。 $ sudo aptitude install build-essential subversion apache2-dev libsvn-deveasy_installでインストールする。 $ sudo easy_installl subvertpy hgsubversionhgrcで拡張を有効にしてから、バージョンを確認する。 $ hg version --svnhgsubversio

目的 こういうのを書こうとした理由としては、 意外とSVNを知らない人が多い。 既存の解説ページだとTortoiseSVNのバージョンが古い。 日常で使う最低限の機能だけを説明したページが欲しい。 自分の会社の先輩に説明する時のためのまとめ。 と、まぁそんな感じ。 後、実際にTortoiseSVNを使いながら一通りの操作を説明したページが無かったので、書いてみようかなぁと。 SVNの詳細や運用方法などについて詳しく知りたい方は『Subversion実践入門』を読まれると良いですよ。 読んでない方は是非一読すべき良書。 Subversion実践入門:達人プログラマに学ぶバージョン管理(第2版) 作者: Mike Mason,でびあんぐる出版社/メーカー: オーム社発売日: 2007/04/21メディア: 単行本（ソフトカバー）購入: 35人 クリック: 672回この商品を含むブログ (102

分散バージョン管理システムつかってますか？ 世の中ではgitやhgなどの分散型のバージョン管理システムが流行していて、「もうsvnなんて、、、」「まだsvnつかっているの、、、」という風潮になっています。 弊社内でもgitのレポジトリが立ったり、svnのプロジェクトでも自分の環境だけはgit-svnで分散バージョン管理を使う人が増えています。 「自分の環境だけはgit-svnで」。そう、社内ではまだまだsvnを使っているプロジェクトが多いのです。「日本語のファイル名が使えない」「デザイナーさんに使ってもらうためのわかりやすいクライアントが無い」「svnからなかなか移行するコストが、、」などの理由でsvnを使い続けているプロジェクトも多いと思います。 というわけで、分散バーション管理システムではなく社内で運用されているsvnでのブランチマネジメントについて、備忘録もかねて説明します。 前提

かおるんさんの記事のコメントで、誤った意見を書いてしまったので修正しておく。 【元ネタ】 Subversion のフォルダ構成 - かおるんダイアリー Subversionのフォルダ構成 | Ryuzee.com Subversionで簡単・確実にファイルを構成管理 － ＠IT自分戦略研究所 InfoQ: 複数のアジャイルチームでのバージョン管理 【問題】 SVN直下のディレクトリは、branch/tag/trunkになっている。 ソースやドキュメントはどこに配置すべきか？ 【結論】 管理したい一つのまとまり(プロジェクト)単位で、trunk/branch/tag　を作った方がブランチを管理しやすいと思っていた。 最初はtrunkの中にソースやら仕様書を配置して、管理方法がよく分からなかった。 でも、さかばさんと議論してみて、ryuzeeさんのやり方が良いと思う。 思い出してみたら、下記の

スキルチェックの目次へ SVN の使い方を覚えてほしい時，この記事を読んでもらう。 初級と，中級がある。 初級編 覚えるべきこと 学習用のリンク集 中級編 覚えるべきこと 学習用のリンク集 初級編 覚えるべきこと： Tortoise SVNの導入について： 「Tortoise SVN」を，正しく読めること。（トータス・エスブイエヌ） Tortoise SVNを，自分のWindowsマシン上にインストールできること。 SVNが「バージョン管理ツール」である，という点を理解すること。 リポジトリとチェックアウトについて： 「リポジトリ」上のファイルと，「ワーキング・コピー（WC，作業コピー）」上のファイルとの，違いを理解すること。 「チェックアウト」「SVN コミット」「SVN 更新」の意味を理解すること。 既に存在するリポジトリから，自分のローカルフォルダに，「チェックアウト」を実行できるこ

Subversion のフォルダ構成 - かおるんダイアリー ここでの疑問にいろいろな方からアドバイスをいただきました。 みなさんありがとうございます：） Subversionのフォルダ構成 | Ryuzee.com SVNリポジトリの管理方法: プログラマの思索 フォルダ構成 - ほとんどメモ記 コメント欄 discypus さん 結論 いままでの構成でよさそう D:\_work\svn テンプレート |--------\branches | |--------\tags | |--------\trunk | |--------\deploy | | | |--------\document | | | |--------\source | | | |--------\tools 経緯 そもそもこのフォルダ構成で運用していて、なぜ疑問を持ったかというと、 Hudson でビルドするとき