タグ

関連タグで絞り込む (6)

タグの絞り込みを解除

svnに関するInoHiroのブックマーク (20)

  • subversionで差分を作る。パッチをあてる。 - 作業ノート

    差分を作る 作業ディレクトリで、以下を実行する。 $ svn diff -r 10:HEAD > foo.diff patchをあてる $ patch -p0 -E < foo.diff -E オプションを指定すると、パッチ適用後に空のファイルを削除する。 また、patchが当たるファイルを確認したい場合は、--dry-runオプションをつける。 patch -p0 --dry-run < foo.diff このとき、ファイルにpatchは適用されない。 あてたpatchを取り消す -Rオプションで、一応可能。 $ patch -p0 -R < foo.diff 元々-Rオプションは、差分の取り方が逆であったときに利用するオプション。 結果的に取り消すことができるが、そのような目的のオプションではないので、過信しないこと。

    subversionで差分を作る。パッチをあてる。 - 作業ノート

  • Git svnではじめる忍者のごとく潜むgit

    MS open technologies の ross gardler さんを囲む会 改め 『MS open technologies に必ず伝えてほしい...Kazumi Hirose

    Git svnではじめる忍者のごとく潜むgit

  • SVN から Git へ：進行中の開発に影響を与えずに Git へ移行したアトラシアンの方法 ― 技術的側面 | Atlassian Japan 公式ブログ | アトラシアン株式会社


    *本ブログは Atlassian Blogs の翻訳です。本文中の日時などは投稿当時のものですのでご了承ください。 *原文 : 2013 年1月22日 "From SVN to Git: How Atlassian Made the SwitchWithout Sacrificing Active Development – the Technical Side" このポストは、エンタープライズ開発のバージョン管理をGit に切り替えることに注目した連載記事︵全三回︶のうちの第二回目として、 Dr.Dobb'sで紹介されました。最初の記事では、 今日、これほど多くのチームが切り替えを決断している理由 について議論しました。今回の記事では、アトラシアンが行ったGit への切り替えにおける技術的な側面に焦点を合わせています。 この三部からなるブログシリーズでは、アトラシアンが行
    SVN から Git へ：進行中の開発に影響を与えずに Git へ移行したアトラシアンの方法 ― 技術的側面 | Atlassian Japan 公式ブログ | アトラシアン株式会社

  • 仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記


    動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく﹁Gitはマージが賢い、ブランチ作成が一瞬でできる﹂とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに1個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
    仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記

  • SVN 405 Method Not Allowed

    InoHiro
    InoHiro 2012/06/25
    リンク

  • Improved Subversion Client Support

    ProductImproved Subversion Client SupportAbout a year and a half ago we announced SVN client support, which could be used for limited access to GitHub repositories from Subversion clients. Today we're launching new, improved… About a year and a half ago we announced SVN client support, which could be used for limited access to GitHub repositories from Subversion clients. Today we’re launching new,

    Improved Subversion Client Support

  • svn status

    説明作業コピーにあるファイルやディレクトリの状態を表示します。引数がない場合、ローカルで修正されたアイテムだけが表示されます (リポジトリに対するアクセスは発生しません)。--show-updates を使うと、作業リビジョンと、 サーバの最新ではない情報も追加します。--verbose を使うと、すべての項目に対する完全なリビジョン情報を表示します。出力の最初の 6 桁は、それぞれ一文字幅で、各列に作業コピーの項目ごとに、様々な情報を表示します。1 列目は、項目が追加、削除、変更の、どの状態かをを示します。 ' '変更はありません。'A'項目は追加準備されています。'D'項目は削除準備されています。'M'項目は修正されました。'R'項目は作業コピー内で置き換えられました。これは、そのファイルが削除準備され、その場所に同名の新しいファイルが、追加準備されたことを表しています。'C'項目の内

    InoHiro
    InoHiro 2012/05/31
    リンク

  • git-svn の使い方メモ


    git-svn.markdowngit-svn の使い方メモgit-svn の使い方をメモする。他によいプラクティスがあれば指摘していただけるとありがたい。 用語 SVN のブランチとgit のブランチが混在しているため、ここではブランチという語を以下のように区別する。 ブランチ、 SVN ブランチ‥$SVN_REPO/branches 以下にあるディレクトリ ローカルブランチ‥git のローカルブランチ リモートブランチ‥git のリモートブランチ 例題の SVN リポジトリの構成 このメモでは SVN リポジトリが以下のような構造になっているとする。 $SVN_REPO/ foo/ bar/ branches/ foo-x/ foo-y/ bar-new-feature/ このリポジトリは標準レイアウトではない︵trunk/ や tags/ がない︶。トップレベルのディレクトリが
    git-svn の使い方メモ

  • SubVersion コミットログをUTF8の日本語で書く方法 - 文字化けした


    このドキュメントの内容は、以下の通りです。 SubVersionの設定 vimの設定 SubVersionでソースコードをコミットしたときに、日本語でコミットログにコメントを書いたら、iso-2022-jpでコミットしてしまいました。 サーバ側が UTF-8 で表示しようとするので、文字化けしてしまいました。 というわけで、コミットログをUTF-8で書き込むようにしました。 コメントは、vimで書いてます。 SubVersionの設定 SubVersionの設定ファイルで、ログのエンコーディングをUTF-8にします。 vim $HOME/.svbversion/config [miscellany] log-encoding = UTF-8 vimの設定 SubVersionのコミットログを書き込むバッファが開かれたときに、ファイルのエンコーディングをUTF-8として扱わせます。 $HOM
    InoHiro
    InoHiro 2012/02/15
    リンク

  • How to display a specific user's commits in svn log?

    Collectives™ on Stack Overflow Find centralized, trusted content and collaborate around the technologies you use most. Learn more about Collectives Teams Q&A for work Connect and share knowledge within a single location that is structured and easy to search. Learn more about Teams

    How to display a specific user's commits in svn log?
    InoHiro
    InoHiro 2011/09/07
    リンク

  • git-svn(1)

    init Initializes an empty Git repository with additional metadata directories for git svn. The Subversion URL may be specified as a command-line argument, or as full URL arguments to -T/-t/-b. Optionally, the target directory to operate on can be specified as a second argument. Normally this command initializes the current directory. -T<trunk-subdir> --trunk=<trunk-subdir> -t<tags-subdir> --tags=<

  • minaco.net - このウェブサイトは販売用です！ - minaco リソースおよび情報

    This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

    InoHiro
    InoHiro 2011/07/28
    リンク

  • git-svn+Railsで使うgitコマンド - satoko's blog - s21g


    瀧内さんの記事を参考にgit-svn使い始めましたが便利です。svnだと1コミットに複数の修正(バグ修正、機能追加、type修正など)をつい入れてしまうのですが、gitだとそういうこともなくなります。なのでcommitメッセージが書きやすい。 Rails向けgit環境設定 1  $git svn clone svn-repo-URL 2  $git add log 3  $git add tmp 4  $touch tmp/.gitignore log/.gitignore .gitignore

  • 第3回　SVKとSubversion | gihyo.jp


    2回に渡ってSubversionの使い方、Subversionとバグ管理システムとの連携について説明してきました。今回から、分散したSubversionのリポジトリを一元管理するSVKについて説明します。SVKはリポジトリの一元管理だけでなく、単体でも個人のバージョン管理の機能を提供しています。 SVKって何？ Subversionからいくつかの派生プロジェクトが生まれました。派生プロジェクトの1つに、2003年から開発が始まったSVKがあります。SVKは複数のバージョン管理システムのリポジトリを統一的に扱うためのツールです。リモートリポジトリとして、SubversionだけでなくCVSやPerforceなど、複数の種類のバージョン管理システムをサポートしているため、これらの違いを意識せずに操作できます。 SVKの一般的な作業フローは図1のようになります。まず、複数のサーバ上にあるリポジト
    第3回　SVKとSubversion | gihyo.jp
    InoHiro
    InoHiro 2011/03/14
    svk
    リンク

  • Subversionの次版はGitのように分散リポジトリに対応？


    TechnicalSubversion 1.7 to enable Git-like features Subversionの次のメジャーバージョンである1.7について少し触れてある。 ちゃんと文章を読めたわけではないけど、分散リポジトリやオフラインコミットのようなGitを意識した機能が追加されるようだ。 既に使用者が多いSVNに分散の概念が入ってくると、開発スタイルも変化するかもね。新しくMercurialやGi... Subversion 1.7 to enable Git-like features Subversionの次のメジャーバージョンである1.7について少し触れてある。 ちゃんと文章を読めたわけではないけど、分散リポジトリやオフラインコミットのようなGitを意識した機能が追加されるようだ。 既に使用者が多いSVNに分散の概念が入ってくると、開発スタイルも変化するかもね。新し
    Subversionの次版はGitのように分散リポジトリに対応？
    InoHiro
    InoHiro 2011/02/21
    リンク

  • - profaim.jp


    1．Subversion リポジトリのURLが変更された場合 １−１．リポジトリURL変更に伴う作業 Subversionサーバー を利用したリソース管理では、Subversionリポジトリを利用するクライアントは自分のローカルにリポジトリの内容をチェックアウトした作業コピーを持つことになります。これにより、通常はローカルだけで作業ができ、必要な時のみサーバーに接続するという運用を可能としています。 この様な仕組みであるため、ローカルの作業コピーはどこのリポジトリを参照すればよいかという情報を持っています。もし、SubversionサーバーのURLが変更された場合は、ローカル作業コピー上のリポジトリ参照情報を書き換える必要があります。ここでは、Subversionリポジトリ参照先を書き換えるためのコマンド svn switch --relocate について紹介します。 １−２．今回の想定
    InoHiro
    InoHiro 2011/02/02
    リンク

  • Better Subversionとしてのgit-svn


    普段のプログラミングにgitを使用しているのだけど、実際の現場ではまだまだsvnが主流だったりする。svnを直接使ってもいいのだけど、やはりローカル上でコミットしたいとか、複数のコミットを1つにまとめたいとか、トピックブランチを切りたいとかあるのでそれはsvn単体だと厳しい。そんなわけでBetter SVNとしてのgit svnの紹介、と言うよりメモ。 リポジトリのクローンgit svn clone repository_url これでsvnリポジトリをgitリポジトリとして取得できる。大きめのリポジトリだと結構時間がかかるのでのんびりと。svnリポジトリの構成がtrunk/branches/tagsという一般的な構成であればオプション-を付けるのがおすすめ。trunkをmaster、branches/tagsをremote branchとして扱うようになる。個別に指定する方法もあるので

  • subversionを使っていた人がgit便利だなと感じたこと - (ﾟ∀ﾟ)o彡 sasata299's blog


    2009年05月25日05:42 Git subversionを使っていた人がgit便利だなと感じたこと 最近は subversion も使いますが、git を使うことも多くなってきました。モジュールの配布などもgit のものが多くなってきて、そろそろgit を使えるようになっておかないとまずい気が・・。ってことでちょっと勉強してみたのでまとめてみます。 そもそも﹁ subversion とgit は何が違うの？﹂っていう話ですが、主な違いは以下の通りです。︻参考︼に挙げたサイトが分かり易いと思います。 subversion ・単一リポジトリ︵リポジトリは一つだけ︶ ・commit したら即反映 ・add するのは新規にファイルを追加するときだけ ・リビジョン番号は数字 ・考えるのは﹃ローカル︵ checkout した場所︶﹄と﹃リポジトリ﹄の2つだけgit ・分散リポジトリ︵マス
    InoHiro
    InoHiro 2010/09/24
    Subversionとの比較など
    リンク

  • VisualSVN - Subversion-based version control for Windows

    Subversion for Windows Enterprise-ready version control and universal versioned storage.

    VisualSVN - Subversion-based version control for Windows
    InoHiro
    InoHiro 2009/04/16
    いつか遊びたい
    リンク

  • Subversion メモ

    基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー（一般的なファイルとディレクトリの階層構造）の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の

  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.