This page is provided courtesy of New Ventures Services Corp. (“NVS”). Any Related, Suggested or Sponsored Searches or Links displayed above are generated automatically by a parking provider. Neither NVS nor the parking provider maintain any relationship with or have any affiliation with any companies, brands or advertisers that may be referenced on this or any resolving page. If you would like to
GitHub のおかげで プライベートでは Git 一色の今日この頃。そろそろ 仕事でも Git を使ってみることに... 分散型リポジトリを使った開発のリズムは非常に心地よく 一度味わってしまうと もう 二度と集中型リポジトリを使った開発には戻れない... ということで... 仕事でも Git を使いたいと思うのは至って自然な流れではありますが、 色々と大人の事情もあって リポジトリ自体を SVN から Git へ移行するのはそんなに簡単な話ではありません。 と言う訳で git-svn ですよ。 git-svn を使えば、今まで通り SVN を使ってプロジェクトを共有しつつ、ローカルの開発環境では こっそり Git が使えてしまうのです。 自分だけ 分散リポジトリを使っていい感じで開発を行い、すべての準備が整ったら集中リポジトリに push して、他の開発者に公開するなんてことができます
みんながいまだにsvnを使い続けるので、自分だけでもgitを使って幸せになってやる。って人のためのガイド。ツールや環境がsvnでがっちりつくられているとしかたないですねー。という状況の人向け。そこまでしてgitを使うのは早いし柔軟だから。マージもサクッと終わるし。 git svnって？ svnをリモートリポジトリとして、ローカルではgitを扱うためのもの。gitインストールすれば大抵はいってるけど、macportsだったらこんな感じでインストール。 $ sudo port install git-core +svn gitローカルリポジトリをつくる gitは分散リポジトリなので、まずはローカルにリポジトリを持つところからスタート。 $ git svn clone -s http://svn.server/path/project これでsvnリポジトリのcloneをローカルにつくる。これで
オープンソース・バージョン管理の標準 Subversion によるバージョン管理 はじめに このページはユビキタスなバージョン管理システム Apache™ Subversion® に関して、Subversion の開発者たちによって書かれた フリー の本、Subversionによるバージョン管理 のホームページです。 このページのレイアウトから推測したかもしれませんが、この本のいくつかの版が O'Reilly Media から 出版 されていることを私たちは非常に喜んでいます。もちろん希望するなら印刷された書籍 (英語版) を 購入 することもできますが、このサイトではこの本の最新のバージョンを HTML 形式や PDF 形式でいつでも読むことができます。 本のオンライン・バージョン この本のバージョンは、Subversion ソフトウェアで使われているバージョンと一致するように意図された
先日のコミットコメントの書き方(我流)に対して、twitter でコメントをいただきました。 BTS連携があればチケット番号も [subversion]いいね！ 僕はBTSと連携させることが多いので、太括弧【】の部分がチケット番号 #XX になりまする。連携できないときはこうしてみようかな / コミットコメントの書き方(我流) - 地平線に行く http://twitter.com/kaorun55/status/7460414770118657 確かにチケット番号あった方がいいですね・・・。 それに、コミットコメント欄に書くよりもBTSに詳細を書く方が、読みやすそうです。 （コメント欄は Wiki フォーマットが使えないので、あまり長く書くとメリハリがつかなくて読みにくいという問題があります） BTS自体は使っている(Trac)ので、連携設定をいじってみたいと思います。 修正しない点があ
Subversionのコミットコメントは、人によって多々書き方が違います。 ただ、後でコミットの内容を確認した時に 何も書かれていなかった 書いてあっても一行だけだった となっていて、詳細が分からず、本人に聞いたりドキュメントを探して確認する羽目になったことが何回もあります。 そうした経験から、コミットコメントを書く際には、あとで自分が困らないように、ほかの人が困らないように以下のようなポイントに気をつけて書いています。 一行目には、変更種別を書く 一行目には、必ず変更の種別を書くようにしています。 たとえば、 機能追加 仕様変更 不具合修正 リファクタリング などです。 また、仕事の時はそれと一緒に件名も書いて、太括弧【】に囲んで記述しています。 （例：【不具合修正：ログイン画面】） こうすると、変更理由をヒストリー一覧から探しやすくなります。 また、あとで見返したときに「このリビジョン
yukiです。 空前のGitブームもだいぶ落ち着き、最近はGit記事をあまり見かけなくなりましたが、今日は空気を読まずにGit、それもgit-svnについて利用例を挙げつつご紹介しようと思います。 さらっと紹介されている記事は多いのですが、実際にこう使っている、などの例があまりなかったので、今回利用例を含めてご紹介していけたらと思っているので、もっと便利な使い方があるよ！という方の突っ込みをお待ちしております。 まずgit-svnについてご紹介すると、その名の通りgitとsubversionをつなぐ役割を果たすもので、subversionのリポジトリからgitでcloneして利用出来るというものです。 インストールはyum一発で簡単に入ります。 # yum install git-svn よくある例としては、業務で使うリポジトリはSubversionのまま使い続けているけど、個人
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その１ メインライン コードライン編その２ コードラインポリシー コードライン編その３ プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その１ リリース管理 リリース編その２ 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか？ Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
2024年12月 / 11月≪ 12345678910111213141516171819202122232425262728293031≫01月 ---目次--- ■WindowsでSubversionを使いバージョン管理とバックアップを備えた自宅オンラインストレージ環境を構築する ├●【サーバー】サーバーの基本環境を構築したい ├●【サーバー･クライアント】バックアップ環境を構築したい ├●【サーバー】バージョン管理サーバーを立てたい ├●【サーバー】Subversionサーバーにインターネット経由でアクセスしたい ├●【サーバー】Subversionのデータをネットワーク上の他の場所に同期したい ├●【クライアント】バージョン管理クライアント環境を構築したい ├●【クライアント】TortoiseSVN の利用方法を知りたい ├＞【クライアント】VisualStudioでSubvers
今回は、AnkhSVN を使った開発の流れを説明します。基本的な流れは、「開発 -> テスト -> diff -> update -> (必要に応じて test) -> commit」となります。 なお、 AnkhSVN は機能がまだこなれていないため、常用する SVN クライアントとしては不満な点があります。そこで、 Visual Studio からは AnkhSVN を使い、その他エクスプローラからなどは TortoiseSVN を併用することをおすすめします。 AnkhSVN を使った時の開発の流れ ソースコードの修正が完了したら、常に diff を確認 ソースコードの修正やテストが完了して「さぁ、 commit だー」という前に、 diff を確認しましょう。 diff で確認するポイントは、主に 2 つあります。 必要な修正が含まれていることを確認 (ソースコードレビュー) キー
初めに AnkhSVN (スクリーンショット) は、 Visual Studio 用の Subversion (SVN) アドインです。 AnkhSVN は英語のソフトですが、バージョン管理システム (CVS, SVN, VSS, etc...) を使った経験がある方なら、問題なく使うことができます。特に TortoiseSVN ユーザの場合、ほとんど違和感なく Visual Studio 上で SVN が使えると思います。 今日からしばらくの間、 AnkhSVN の使い方をメモしていきます。過去の記事でも書いたのですが、かなりバージョンが上がっていますので、もう一度紹介しようと思います。なお、本記事の対象者は、 Subversion の基礎が分かっている方を対象にします。 Subversion 自体の説明は、 TortoiseSVN の日本語ヘルプが非常に詳しいのでお勧めです。 まずはじ
「Gitを使いたいが、中央リポジトリにはSubversionを使わざるを得ない」という場合も多いだろう。そのような状況で便利なのが、SubversionリポジトリとGitリポジトリの橋渡しをする「git-svn」である。git-svnを利用することで、SubversionリポジトリとGitのローカルリポジトリを同期させることが可能だ。本記事では、このgit-svnの活用方法を紹介する。 git-svnのアーキテクチャ Gitの大きな特徴として、分散型アーキテクチャがある。分散型アーキテクチャでは、コミットはローカルのリポジトリに対して行い、ソースコードの同期はそれぞれの開発者間が持つローカルリポジトリ同士で変更点をやりとりすることで行う。もちろん公開リポジトリを利用したソースコードの同期も可能であり、柔軟な開発体制を取れるのが長所である。 しかし、一方でGitは非常に多数のコマンドがあり、
Subversionリポジトリのバックアップ方法が色々ありすぎて何がベストなのかわからなかったので調べてまとめてみた。 ただのファイルコピー 普通にファイルシステム上でディレクトリをコピー（あるいはアーカイブ）する方法。非推奨。 誰かがリポジトリにアクセスしている最中にやると壊す可能性がある。 リポジトリディレクトリをコピーしたいならsvnadmin hotcopyを使うべき。 長所 簡単。 速い。 短所 バックアップデータの可搬性に乏しい（アーキテクチャ依存）。 リポジトリをロックしないので壊す可能性がある。 データエラーが検出できない。 svnadmin dump/load svnadminのdumpとloadを使う方法。 誰かがアクセス中でも一貫性が保たれる。 あくまで管理対象のファイルのみのバックアップなので、設定やフックなどは別途バックアップが必要となる。忘れがち。 差分バックア
これからGitを始める人が読むべき記事のまとめ 2009-05-13 candycane(RedmineをCakePHPでPHPに移植するプロジェクト)の開発でGitの素晴らしさを痛感したので、これはもう全力でGitを広めるべきだと思いました。そこで、これからGitを始める人が読むべき記事をまとめてみたいと思います。 なお、Gitの発音は「ぎっと」です。 目次 1 Gitの開発者による45ページの特集記事「WEB+DB PRESS vol.50 はじめてのGit」2 Gitを使いこなすための20のコマンド3 GitM#1 プレゼン資料4 Git/Subversionコマンド対応表5 アリスとボブのgitをちゃんと理解したい！6 github.com7 Gitはソースからインストールしよう Gitの開発者による45ページの特集記事「WEB+DB PRESS vol.50 はじめてのGit」
Subversionを使って開発を行っていると起こるのがコンクリフトだ。みんな了解の上であれば良いが、ちょっとした修正（デバッグなど）を追加して、他のファイルと一緒にコミットされたために発生したりするとがっかりしてしまう。てっきり自分だけが更新していると思ったりする場合もある。 Subversionリポジトリを監視して開発効率を高める そのような失敗を防いでくれるのが、Subversionを監視するこのソフトウェアだ。 今回紹介するフリーウェアはSVN-Monitor、Subversion監視＆通知ソフトウェアだ。 SVN-MonitorはTortoiseSVNと連携するソフトウェアで、ワーキングコピーを監視して、アップデートが行われていないか、定期的にチェックしてくれる。あればポップアップや音、メールなどで知らせてくれる。 更新内容のチェック 自分の更新状態も監視してくれるので、他のユー
ディノ社内のバージョン管理は主にSubversionを利用しています。また、社内の開発環境はWindowsとMacとLinuxが入り乱れています。そんな環境で、一番問題が少なそうなSubversionの設定を考えてみました。現在これを社内標準として運用していますが、今のところ大きな問題は起きていません。 設定内容ですが、auto-propsとglobal-ignoresの設定です。各種ファイルについて、eol-style=nativeやkeywords=Idやsvn:mime-typeなどを設定します。 ちなみに、本設定はsymfonyの公式オススメ設定「Symfony Repository Tips」から大半を流用しています。 設定内容 設定内容はsubversion-config.txtの通りです。同じ内容を以下に貼付けておきます。 [helpers] #diff-cmd = dif
こんにちは。ブログ担当のnabokov7です。 さてみなさん、ここのところ、livedoor Blog の新機能リリースのペースが上がっていることにお気づきでしょうか。 12月だけでこれだけの新規リリースのお知らせを出しました。 2007年12月27日 プライベートモードで記事を投稿できるようになりました 2007年12月25日 タグクラウド とタグ別ページを表示できるようになりました 2007年12月20日 カテゴリ別モブログ機能リリースのお知らせ 2007年12月18日 「話題のブログ」が新しくなりました 2007年12月18日 プレビュー機能強化と新リスログプラグインのお知らせ 2007年12月13日 投稿・編集を便利にするブックマークレットのご紹介 2007年12月11日 バリューコマースの商品をカンタンに紹介できるようになりました。 2007年12月11日 アップロードしたファイ
Due to errors in our backup scripts, we have gone two weeks without backups of the repositories. Unfortunately, we made an error when cleaning our filesystems. As a result, some repositories have been deleted. Some of them have been recovered from our last backup, which we regret is two weeks old. If you can't access your repository, mostly likely it is lost. We sincerely apologize for any loss of
cvsでは、サーバリポジトリ中にクライアントにチェックアウトされるのと同じ構成のディレクトリツリーを持ちます。その中に「,v」で終わるファイル群を保持しており、これがクライアント側のファイルと1対1で対応しています。(サーバ側のファイル名が「hogehoge.txt,v」であれば、クライアントでは「hogehogo.txt」と言った具合です) 変更情報やタグ、ブランチの情報など履歴情報はすべてこの「,v」ファイル中に保持しています。 cvsでは、ディレクトリ構成の情報などは一切管理されていません。 このため、cvsではサーバ側のディレクトリ構成を変えるとクライアント側のディレクトリ構成もそれにあわせて変化することになります。 ただし、クライアント側ですでにチェックアウトされているリポジトリに対して勝手にディレクトリ構成を変えてしまうと、クライアント側でアンマッチエラーが発生する為、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
