すべての TortoiseSVN のコマンドがコマンドライン引数で制御できます。バッチファイルで自動化したり、テキストエディターなどの他のプログラムから、特定のコマンドやダイアログを起動したりすることができます。 重要TortoiseSVN はあくまで GUI クライアントです。ここでは TortoiseSVN のダイアログを表示させて、ユーザーに入力を促す方法を説明します。入力を伴わずに操作をするスクリプトを書くのであれば、公式の Subversion コマンドラインクライアントを使用してください。 TortoiseSVN の GUI プログラムは TortoiseProc.exe から呼び出します。実行するコマンドは /command:<コマンド名> 引数で指定し、 <コマンド名> の部分にはコマンド名を指定します。ほとんどのコマンドでは /path:"<パス名>" 引数でパスを指定す
とりあえず新規レポジトリを作るまでもないけど作業履歴をとっておきたい，という場合，わたしは Sandbox というレポジトリに全部つっこんでいます。 /Sandbox /project1 /project2 /foobar 各サブプロジェクトごとに trunk 等を切ることもありますし，そうしないこともあります。こんな感じで Sandbox で作業してて熟してくると，単独プロジェクトとして分割管理したくなります。 /foobar /trunk /tags /branches できれば，いままでの作業履歴も移行したい！ 「svnadmin dump」や「svndumpfilter」というキーワードでググると色々でてきますが，今回は下記のサイトを参考にしました。 Subversionの続き履歴を残したままリポジトリ間でファイルを移動 - StepupEngineeringはてな支店 cvsから
もうtrac1.0日本語版がある！ http://www.i-act.co.jp/project/products/products.html ということで、さっそく使おうとしたら、ひどい目*1に遭ったのでメモ。 文中の$HOMEは、実際の絶対パスに置き換える。 なにはともあれ、作業開始。 主にここを参考にした。 http://attosoft.info/trac/wiki/TracJaInstall GenshiというTracの依存パッケージが絡むときにUnicodeDecodeErrorが出るかも、ということでデフォルトエンコーディングをutf-8にしておく。 echo $PYTHONPATH echo "import sys; sys.setdefaultencoding('utf-8')" > $HOME/usr/local/lib/python2.7/site-packages/
VisualSVN for Visual Studio Professional and seamless Subversion integration. The professional grade Subversion integration VisualSVN is a professional grade Subversion integration plug-in for Visual Studio. Key benefits of VisualSVN are: Unbeatable reliability: Visual Studio will never crash or hang because of VisualSVN. Seamless integration: VisualSVN automatically handles added or renamed files
2024年12月 / 11月≪ 12345678910111213141516171819202122232425262728293031≫01月 ---目次--- ■WindowsでSubversionを使いバージョン管理とバックアップを備えた自宅オンラインストレージ環境を構築する ├●【サーバー】サーバーの基本環境を構築したい ├●【サーバー･クライアント】バックアップ環境を構築したい ├●【サーバー】バージョン管理サーバーを立てたい ├●【サーバー】Subversionサーバーにインターネット経由でアクセスしたい ├●【サーバー】Subversionのデータをネットワーク上の他の場所に同期したい ├●【クライアント】バージョン管理クライアント環境を構築したい ├●【クライアント】TortoiseSVN の利用方法を知りたい ├＞【クライアント】VisualStudioでSubvers
みんながいまだに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をローカルにつくる。これで
皆さん、こんばんは。笹亀です。 ご挨拶が遅くなりましたが、明けましておめでとうございます。 今年も良いブログを皆さんにご提供できるように頑張ります！ 先日のニュースでAppleCEOのスティーブ・ジョブスさんが病気で休暇に入るとの心配なニュースをみました。急なことでとても心配です。１日も早い復帰をお祈り致します。 さて、本日はSubversion(svn)の基本コマンドからよく使うコマンドやこだわりの使用方法まで一気にご紹介します。いろんなサイトを観て確認しながら使うことが多いので、よく使うコマンドやこだわりの方法をメインにご紹介できればと思います。 まずは基本コマンドの紹介です。 ーーーーーーーーーーーーーーーーーーーーーーーー ■基本コマンド １．バージョン管理されているモジュールを取り出す
フリーで使えるBTS(バグトラッキングツール)を導入しようと思い情報収集していたところ、 Tracより良さげなRedmineにたどり着きました。 Tracと比較してのメリットは、こちらに詳しく掲載されています。 ということで、今回はRedmineインストールの顛末記です。 Tracと比較して個人的にメリットを感じたのは、 複数プロジェクトを管理できる デフォルトで日本語対応している ガントチャートが使える RailsアプリでPassenger(mod_rails)に対応(v0.7より) の4つです。Tracはプロジェクト毎に公開ディレクトリを作成してApacheのhttpd.confを書き換えたりしなければならないのに対し、Redmineは一度設置すればあとは画面上でプロジェクトを作成できます。 また、プロジェクト毎に担当者を設定できるので、社外開発者に解放しても心配ありません
FrontPage Subversionのインストール † WindowsにSubversionをインストールするには、Subversionのサイトからsvn-win32-1.2.x.zipをダウンロード、解凍して適当な場所に起きます。マイコンピュータを右クリックし、プロパティを選択、「詳細」タブの環境変数をクリックし、PATHにインストールした場所を追加します。 ↑ リポジトリ初期化 † subversionを利用するには、まずリポジトリを作成する必要があります。リポジトリを作成するには、svnadminを利用します。 > svnadmin create C:\repositry ↑ ユーザ設定 † リポジトリを作成したらユーザ設定を行います。ユーザ設定は、リポジトリを作成したディレクトリのconf\svnserve.confにあります(上記の例ではC:\repositry\conf\s
つまみ食いとか青田買いといわれるcherrypickingはある特定のコミットをブランチから抜き出して別のブランチに反映させるというものです。 Subversion, Git, Mercuriaそれぞれのやり方を調べてみました。 まずSubversionいってみましょう。 準備 $ svnadmin create repos $ svn checkout file:///tmp/repos work Checked out revision 0. $ cd work/ $ svn mkdir tags branches trunk A tags A branches A trunk $ svn commit -m "add initial dir" Adding branches Adding tags Adding trunk Committed revision 1.trunkの直下に
例えば、LastChangedRevisionを有効にするには $ svn propset svn:keywords "LastChangedRevision" Greeting.java ファイル個別に毎回指定しなくても、あるパターンのファイルにキーワード置換属性を指定する Windows Vistaならユーザーディレクトリ下の\AppData\Roaming\Subversionディレクトリ内にあるconfigファイルを設定します。 enable-auto-props = yes *.java = svn:keywords=Id *.sdoc = svn:keywords=Id 拡張子.java、.sdocのファイルをSVNで追加すると、キーワードIdの置換が有効になります。 ネットワークからアクセスするには HTTP(HTTPS)の場合 WebDAV/deltaVプロトコルで通信する
デブサミ2008講演資料の「SubversionとMaven 2 による構成管理」を読んで、改めてソフトウェア開発ではソース管理が最重要であると再認識した。 ソース管理について振り返ってみる。 【1】ソース管理の歴史 ソフトウェア開発では、ソース管理が必須だ。 ソース管理の本質は、履歴を辿って、いつでもソースをUndo、Redoできること。 昔のコンピュータ資源が希少な時、そもそもプログラムを履歴に残すことすらできなかっただろう。 今でもリリース時によくやるように、システム一式を複製して日付でリネームしていた。 僕は当初、ソース管理に、MSのVisualSourceSafeを使っていた。 CVSよりも直感的でGUIが使いやすい。 VSSを使い始めてから、下記の作業がルーチンになった。 朝、出社後、VSSから最新ソースを落として、VisualAgeForJavaのワークスペースにインポートす
Subversionを使ったブランチモデル、バージョン管理戦略がだいぶ分かってきたのでまとめてみる。 ＃走り書きなので後でロジカルにまとめる。 元ネタは下記の記事。 複数のアジャイルチームでのバージョン管理 【1】Subversionブランチが作られるタイミングは、2つある。 一つは、本番リリース直後に作るリリースブランチ。 他方は、突然やってきた大きな機能追加に対応するタスクブランチ。 【1-1】リリースブランチは普通で頻繁に作る。 リリースブランチのライフサイクルは、下記の通り。 これがVer1.0, 2.0とバージョンアップするたびに作られる。 Create：本番リリース直後にtrunkから切られたTagから作る。 ↓ Update：緊急のバグ修正を反映する。当然、trunkにもマージする。 ↓ Delete：次のバージョンが本番リリースされた直後に廃止される。 ここで重要なポイント
DVCS(分散VCS)が花盛りな昨今、分散でないSVNの運用について考えています。 どのように作るか マージについては場合による...かな？...のでパス。 1.0.0リリース前 trunkのみ * リポジトリ * TheProject + trunk + .project + tags + branches * ワークスペース * TheProject [trunk] + .project 1.0.0リリース直後 trunkの1.0.0としてリリースしたリビジョンからタグ"tags/1.0.0"を生成 * リポジトリ * TheProject + trunk + .project + tags + 1.0.0 + .project + branches * ワークスペース * TheProject [trunk] + .project 1.0.0メンテナンスブランチ開始 タグ"tags/
お久しぶりです。uchiumiです。 最近prototype.jsで昔effectな機能があったことを知ってびっくりしました。 というか最近まで普通にあるものだと思っていたのですが、そうでもなかったことにびっくりしました。 effectな機能も使えていろいろ便利なjQueryってすごいんだなと思いました。。 まだ使う機会がないのですが、今度いろいろ試してみたいです♪ さて今日は、先輩から「trunkやbranchやtagがどのような用途で使われるのか」というのを教えてもらったので早速ブログにまとめてみたいと思います！ trunk メイン開発用。 一通りの流れはここを使っていて、常に進化しているところ。 trunkでの作業は、すでに切ってあるbranchには影響はない。 branch リリース毎に切るところ。 次のリリースに向けてtrunkで作業しつつ、こちらでリリースされているものの修正な
こんにちは。murahashiです。 gitやgit-svnを使うにあたり、試したことや引っかかったことについて、yukiのエントリ ウノウラボ Unoh Labs: subversionリポジトリでもgitが使えるgit-svn のつづきを書いてみました。 Q. ブランチ名を長くしてしまったので手打ちするのが大変です A. bashでgitコマンドを補完します gitのコマンド補完は git-completion.bash が便利です。 fedoraにyumでgitを入れた場合には下記場所にあります。 /usr/share/doc/git-VERSION/cntrib/completion/ 自分の見える場所にgit-completion.bashがなければ、インストール済みのgitと同じversionのgitのソースをダウンロードします。 cntrib/completion/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
