タグ

Subversionに関するnantanのブックマーク (28)

  • Subversion/svnauthz - Agile Software - tracpath Wiki

  • git svn を使ってみる (Windows 環境構築編) - bluepapa32’s Java Blog

    GitHub のおかげで プライベートでは Git 一色の今日この頃。そろそろ 仕事でも Git を使ってみることに... 分散型リポジトリを使った開発のリズムは非常に心地よく 一度味わってしまうと もう 二度と集中型リポジトリを使った開発には戻れない... ということで... 仕事でも Git を使いたいと思うのは至って自然な流れではありますが、 色々と大人の事情もあって リポジトリ自体を SVN から Git へ移行するのはそんなに簡単な話ではありません。 と言う訳で git-svn ですよ。 git-svn を使えば、今まで通り SVN を使ってプロジェクトを共有しつつ、ローカルの開発環境では こっそり Git が使えてしまうのです。 自分だけ 分散リポジトリを使っていい感じで開発を行い、すべての準備が整ったら集中リポジトリに push して、他の開発者に公開するなんてことができます

    git svn を使ってみる (Windows 環境構築編) - bluepapa32’s Java Blog
  • git svn cloneをやるときは--prefix svn/をつけるべき · DQNEO日記

    普通リモートブランチって、 $ git branch -r origin/master origin/br_1 upstream/master upstream/br_1 こういう風に表示されて欲しいじゃないですか。 "リモート名/ブランチ名"となって欲しいのです。 git svn cloneするときに--prefixを付け忘れたときの対処法 レポジトリが巨大すぎて(数万コミットある)、cloneをやりなおしたくない。 そこで、.gitの中身を直接いじったらうまくいきました。 (ただしこれはドキュメントには書いてない非公式かつ強引なやり方なので、作業するときは十分注意して行ってください) 調査 .git の中に入って、"trunk"という名前のディレクトリ・ファイルを探します。 $ cd .git $ find . -name 'trunk' ./refs/remotes/trunk (

    git svn cloneをやるときは--prefix svn/をつけるべき · DQNEO日記
  • git-svnを使うときのベストプラクティス - Life goes on

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

    git-svnを使うときのベストプラクティス - Life goes on
  • GitとSubversionを併用する - maeharinの日記

    仕事ではSubversion(以下、svn)を使っているのだが、これをgitに置き換えたい。 とはいえ、いきなり全体をgitに移行するのはキツそうなので、以下のようなプロセスを踏もうと思う。 (1) 自分の環境だけgitを使えるようにする(中央リポジトリはsvn) (2) 他のメンバー(数名規模)もgitを使えるようにする(中央リポジトリはsvn) (3) 中央リポジトリをsvnからgitに変える このエントリでは上記(1)の経緯を書きとめておく。 現状 ・以下のように中央にsvnリポジトリが存在していて、各人がそこからチェックアウトしている ・各人はチェックアウトした「svn作業コピー」から「作業用ディレクトリ」にコピーしている(cpやrsyncで) ・各人の「作業用ディレクトリ」のhtdocsはdev環境としてブラウザから閲覧可能 ・各人の「svn作業コピー」と「作業用ディレクトリ」は

    GitとSubversionを併用する - maeharinの日記
  • git-svnの使い方を覚えた - idesaku blog

    分散SCMを使いたい!と思う今日この頃。 仕事ではSVN(Subversion)を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある?いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ!」とうそぶいてきているわけだが…ハッタリかましてました!当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入

    git-svnの使い方を覚えた - idesaku blog
  • 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

  • transitive.info - git svn 使い方

    git svn 使い方 svn のログを見る svn リポジトリのログを見るには git svn log とする。 subversion のリポジトリを git svn で複製する git svn clone svn://example.com/svn/repo とすると subversion のリポジトリを git で扱うことができる。 標準のレイアウトを持つ subversion リポジトリの場合は -s オプションをつける。 git svn clone -s svn://example.com/svn/repo 標準ではないサブディレクトリの svn リポジトリをクローンする git svn clone に -T でトランク、-b でブランチ、-t でタグのサブディレクトリを指定する。 git svn clone -T TRUNK -b BRANCHES -t TAGS svn://

  • unoh.github.com by unoh

    subversionリポジトリでもgitが使えるgit-svn Tue Apr 13 21:31:53 -0700 2010 yukiです。 空前のGitブームもだいぶ落ち着き、最近はGit記事をあまり見かけなくなりましたが、今日は空気を読まずにGit、それもgit-svnについて利用例を挙げつつご紹介しようと思います。 さらっと紹介されている記事は多いのですが、実際にこう使っている、などの例があまりなかったので、今回利用例を含めてご紹介していけたらと思っているので、もっと便利な使い方があるよ!という方の突っ込みをお待ちしております。 まずgit-svnについてご紹介すると、その名の通りgitとsubversionをつなぐ役割を果たすもので、subversionのリポジトリからgitでcloneして利用出来るというものです。 インストールはyum一発で簡単に入ります。 # yum inst

  • Subversion リポジトリ作成 | Web屋メモ

    一定期間更新がないため広告を表示しています

    Subversion リポジトリ作成 | Web屋メモ
    nantan
    nantan 2011/06/16
    "Subversion リポジトリ作成 | Web屋メモ"
  • 多人数開発で Git を使う場合の環境構築 | GREE Engineering

    こんにちは、インフラやってる sotarok です。最近、社内でも「sotarok は そーたろっくと読む」という誤解が広がっていましたので改めて自己紹介しますと、sotarok と書いて「そーたろー」または「そーたろー・けー」と読みます。ロックしてないのでよろしくお願いします。 今日は、Git の話です。 GREE ではずっと Subversion を使っているという話を、以前開発環境の話をしたときに少し触れたことがあります。Subversion での運用方法も、GREE では割と面白い運用をしているのでその話もどこかでしたいのですが、まあ、それは今回は置いておきましょう。どこかで聞いてください。 GREE もその昔 CVS から Subversion に移ったのですが、時代は流れるもので、いよいよ Git 化という流れがきています。Subversion と Git の違いを今更あえて挙

    多人数開発で Git を使う場合の環境構築 | GREE Engineering
  • full porno izle - sikiş - mobil pornosu - HD sex

    iki genç kızlara grup yapan adam izle am yalama bambam 1 gün Önce 2.87K İzlenme0 Yorum0 Beğeni İki genç kız, aralarına erkek alırlar. İkisi de çok güzeldir ve oldukça da seksilerdir. Adamın yarrağını anında kaldırmayı başaran iki güzel hatun, direk adamlara sakso çekmeye başlarlar. Uzun süre sakso çeken güzel hatu... sevgilisini gölün basında götten sikiyor izle bambam 1 gün Önce 2.01K İzlenme0 Yo

  • http://www.machu.jp/posts/20100506/p01/

    http://www.machu.jp/posts/20100506/p01/
  • 週末プログラマにお薦め!!Subversion+DropBoxで似非分散型バージョン管理 - プログラマでありたい

    ※Git版も書いています。 Git+DropBoxで、プライベートリポジトリ作成。或いはGitAmazon S3でバックアップ 週末プログラマの悩みに、バージョン管理のリポジトリをどこに置くかというのがあります。理想を言えばどこかのサーバーにおいて、HTTP経由でどこからでもアクセス出来るのが一番良いです。でもそうすると、レンタルサーバーのコストが掛かります。またGitHub等もありますが、基的にソースをオープンにすることが前提ですので、個人ユースで使いにくい部分もあります。で、勢い自分のローカルにしかソースがないという状況があります。 私は以下3つの問題を改善したいなぁと思っていました。 1.ソースのバックアップをどこか違うところに持ちたい 2.ネットワークでオフラインの時でも、コミット出来るようにしたい 3.違う環境から作業しても、最新のソースを取れるようにしたい そこで、git

    週末プログラマにお薦め!!Subversion+DropBoxで似非分散型バージョン管理 - プログラマでありたい
  • バージョン管理に便利なSubversiveプラグイン (1/3) - @IT

    そもそもSubversionとは何か? Subversionとは、バージョン管理システムとして広く利用されているCVSの管理スタイルを踏襲しつつその欠点を解決したバージョン管理システムです。Google Trendsによると、日ではSubversionの検索数がCVSをすでに上回っており(2007年3月現在)、関心が高まってきています。 実際、筆者の周りでもSubversionを利用しているプロジェクトが増えてきています。稿では、SubversionをEclipseから利用するプラグインSubversiveとプロジェクト管理システム「Trac」との連携を中心とした利用ノウハウを提供します。 Subversionのメリット チェンジセットによるリビジョン管理 バージョン管理システムにおいて、ローカルで編集した内容をリポジトリへ反映するために行う作業を、コミットといいます。 CVSはファイ

    バージョン管理に便利なSubversiveプラグイン (1/3) - @IT
  • ricollab Web Tech Blog » Blog Archive » proxy 認証の通し方まとめ

    こんにちは、日野原です。 Google のブラウザ、「Google Chrome」が発表されてダウンロードできるようになりましたが、社内でインストールしようとしてみたところプロキシ認証に対応していないらしく、インストールに失敗してしまいました。プロキシ自体には対応しているようなので、ローカルプロキシを立てて認証を任せてあげればインストールできるようです。 と言うわけで今日はプロキシ認証についてです。 自宅で趣味のプログラミングをしているときなどは良いのですが、会社で何かをしようとするとこれのせいではまることがとっても多いので、同じような悩みを持っている人達のために情報をまとめておこうと思います。 ただし、基的にLinux(Fedora もしくは CentOS 系)での情報です。また、以下の例では、プロキシの情報は下表のようなものとします。 ホスト proxy.example.com ポー

  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
  • IBM Developer

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    IBM Developer
  • Subversionリポジトリのバックアップ方法いろいろ - ぱせらんメモ

    Subversionリポジトリのバックアップ方法が色々ありすぎて何がベストなのかわからなかったので調べてまとめてみた。 ただのファイルコピー 普通にファイルシステム上でディレクトリをコピー(あるいはアーカイブ)する方法。非推奨。 誰かがリポジトリにアクセスしている最中にやると壊す可能性がある。 リポジトリディレクトリをコピーしたいならsvnadmin hotcopyを使うべき。 長所 簡単。 速い。 短所 バックアップデータの可搬性に乏しい(アーキテクチャ依存)。 リポジトリをロックしないので壊す可能性がある。 データエラーが検出できない。 svnadmin dump/load svnadminのdumpとloadを使う方法。 誰かがアクセス中でも一貫性が保たれる。 あくまで管理対象のファイルのみのバックアップなので、設定やフックなどは別途バックアップが必要となる。忘れがち。 差分バックア

    Subversionリポジトリのバックアップ方法いろいろ - ぱせらんメモ
  • SVN(Subversion)/バージョン管理

    Webサイトをある程度の期間運用していくと、プログラムファイルだけでなく、HTML文書や設定ファイルなどが新旧混ざり合って管理が面倒になってきますし、間違いも起きます。 ここで必要になってくるのがバージョン管理システムです。 古くから使われているのが CVS というシステムですが、ここでは改良版の Subvesion(SVN) を利用することにします。 これにはコマンドラインベースの UNIX版だけでなく、Windows 版の TortoiseSVN もあり、通常のフォルダ操作感覚で使用できます。 バージョン管理システムは、変更履歴を累積したバックアップシステムとしても利用できるため、Webサイトやサーバーだけでなく、日常のクライアント作業の万が一のバックアップとしても手軽に使えそうです。 SVN や CVS は実際の作業用フォルダ以外に、リポジトリという領域に最初のデータとそれ以降の更新