安全加密检测
已通过安全加密检测 如果没有自动跳转，请点击下方按钮前往 点击进入 360安全卫士提供技术支持 Copyright © 1998 -2020. All Rights Reserved.
gitで始めたリポジトリをSubversionに変換する
subversionのリポジトリをgitに変換はよくあると思うが、gitのリポジトリをSubversionに変換というのを今回やりたい。 というのも、何度もいっているが、中央には、Subversionで、各ワークをgitで私は使いたいからだ。 （これは、Tracとはviewvcとか、すでに構築してしまった環境を変えるのも面倒というのもある。） しかし、今回はとりあえず、ネットにつながっていない環境で初めてしまったgitのリポジトリをSubversionに変換して、 再度、git-svnで再開したいのだ。 こんな用途を持っている人はあまりいないのか、WEBで方法を探したがすぐには見つからなかったので、 自分なりに、次のような手順でログ情報だけでも取り込むことにした。 Subversionのリポジトリを作成 ここでは、Subversionでのリポジトリを作成する方法は述べない。 で、s
ウノウラボ Unoh Labs: git-svn駆け込み寺
こんにちは。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/
ウノウラボ Unoh Labs: subversionリポジトリでもgitが使えるgit-svn
yukiです。 空前のGitブームもだいぶ落ち着き、最近はGit記事をあまり見かけなくなりましたが、今日は空気を読まずにGit、それもgit-svnについて利用例を挙げつつご紹介しようと思います。 さらっと紹介されている記事は多いのですが、実際にこう使っている、などの例があまりなかったので、今回利用例を含めてご紹介していけたらと思っているので、もっと便利な使い方があるよ！という方の突っ込みをお待ちしております。 まずgit-svnについてご紹介すると、その名の通りgitとsubversionをつなぐ役割を果たすもので、subversionのリポジトリからgitでcloneして利用出来るというものです。 インストールはyum一発で簡単に入ります。 # yum install git-svn よくある例としては、業務で使うリポジトリはSubversionのまま使い続けているけど、個人
git-svnの使い方を覚えた - idesaku blog
分散SCMを使いたい！と思う今日この頃。 仕事ではSVN（Subversion）を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある？いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ！」とうそぶいてきているわけだが…ハッタリかましてました！本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
かWiki - Git/Subversionコマンド対応表
こうしてみると、 svn と git のコマンド体系は非常に似ていることが分かりま すね。Subversion 使用者は Git を比較的自然に覚えられるのではないでしょうか。 注1 git-init を実行すると、カレントディレクトリに .git というディレクト リが作成されます。 Subversion とは異なり中央集権のレポジトリを作成する必要はあ りません。 cg init を実行したその場所があなたのレポジトリです。 なお、git-init コマンドは以前 git-init-db コマンドでした。 古いバージョンの git の場合は git-init-db コマンドを実行してください。 注2 Subversionはレポジトリがひとつしかありませんが、Git では各個人がレポジトリを所 有しています(もしかしたら一人でいくつも持ってるかも)。 git-commit -a は自分の
SVN repository management
[例] メインブランチの最新版にアクセスするURL (userはsourceforge.netのアカウント名) https://user@svn.sourceforge.net/svnroot/sakura-editor/sakura/trunk/ Note: TortoiseSVNではuser@を指定しなくてもCommitの際にユーザ名とパスワードを聞かれますので，そこで入力できます． Commit 2006.03.25 Commit手順の検討メモ にて検討を加えて書き直しました． 正 式branchへのCommit手順 ファイルに変更を加えたときには必ず別の人のReview processを経ること．(ただし，更新履歴についてはこの限りでない) 変更→パッチ作成→レビュー→(必要に応じて作業ブランチを作成)→問題がな ければtrunkへ trunkへのレビュー前のCommitは禁止す
認証方法決定 - 三十路プログラマ
認証方法を決めたsvn repositoryへのアクセス方法を、HTTP/HTTPSに限定し、HTTP Basic認証で参照するパスワードデータベースを、redmineが作成、管理しているMySQL上のテーブルに指定することで、認証情報を共有する。 試行結果できた。おそろしいほど簡単に。 詳細HTTPdの選定Apache 2.2。理由としては、認証方法にPAMを指定できること。Lighttpdは未だ対応していないように見えた。ApacheはFastCGIの問題から、Railsアプリ（今回は、redmine）と組み合わせるのが難しいと思っていた。しかし、mod_proxy_balancerとmongrelを用いることで、意外と簡単に解決できることが判った。よってApacheを選択してみた。 pam-mysqlのインストール前回と同様、redmineのHOWTOを参考に、pam-mysqlを手
Subversionによるバージョン管理
The Standard in Open Source Version Control Version Control with Subversion Introduction This is the home of Version Control with Subversion, a free book about the ubiquitous Apache™ Subversion® version control system and written by some of the developers of Subversion itself. As you may have guessed from the layout of this page, we are quite pleased that some versions of this book have been publi
Subversion behind an Apache Reverse Proxy
A reverse proxy looks to the outside like a normal web server, but redirects requests to other (possibly invisible from outside) servers. There are several reasons why one might want to put subversion behind a reverse proxy. The subversion server might be located in the intranet of an organisation, but has to be accessable from the outside or the administrator wants to separate several web-applica
apache + mod_proxy_balancer ssl → apache + mod_dav_svn
► 2017 (2) ► 12月 (1) ► 3月 (1) ► 2016 (3) ► 12月 (2) ► 2月 (1) ► 2015 (2) ► 10月 (1) ► 8月 (1) ► 2014 (4) ► 10月 (1) ► 9月 (1) ► 8月 (2) ► 2011 (19) ► 7月 (1) ► 5月 (1) ► 3月 (4) ► 2月 (3) ► 1月 (10) ► 2010 (22) ► 12月 (6) ► 11月 (2) ► 10月 (2) ► 8月 (3) ► 7月 (1) ► 6月 (1) ► 4月 (1) ► 3月 (3) ► 2月 (2) ► 1月 (1) ► 2009 (113) ► 12月 (2) ► 11月 (2) ► 10月 (6) ► 9月 (10) ► 8月 (7) ► 7月 (12) ► 6月 (5) ► 5月 (11) ► 4月 (27) ► 3月 (1
Download Free Cheat Sheets or Create Your Own! - Cheatography.com: Cheat Sheets For Every Occasion
Over 6,000 Free Cheat Sheets, Revision Aids and Quick References! Programming Cheat Sheets Software Cheat Sheets Business and Marketing Cheat Sheets Education Cheat Sheets Home and Health Cheat Sheets Games and Hobbies Cheat Sheets Latest Cheat Sheets 2 Pages (0)Tahsili Bio (Invertebrates) Cheat SheetTahsili 2023 Biology: InvertebratesTheGoldenClover10 Mar 24biology2 Pages (0)Reverse-Engineeri
ヽ( ・∀・)ノくまくまー(2008-06-02)
● [Rails] svn レポジトリを github に移行させてみる svn はわかる (使ってる) git は多分イケテル svn なのだろう (メリットも知らね) github は git をまとめて公開してるサービス？ 前知識はこれだけなgit無学者が、ネットに溢れる git コマンドを適当に入力することで、私的 svn を github に公開しようと試みたところ、おおよそ考えられる全ての落とし穴に落ちた気がしたので、次の方は是非とも俺の屍を越えてゆけとゆいたいです。 目的 http://wota.jp/svn/rails/plugins/trunk/dsl_accessor これを github に移すのが目的 手順 github に自分のアカウントを作成する github にレポジトリを作成する 同レポジトリに既存の svn の内容を commit する あわよくば gem
InfoQ: 複数のアジャイルチームでのバージョン管理
複数のチームが動いているアジャイル環境では、以下の目的を実現するバージョン管理モデルが必要になります。 フェイルファースト フェイルファーストとはコードのコンフリクトや統合での問題を可能なかぎり早期に発見することです 大きな問題を数回のタイミングで修正するよりも、小さな問題を何度も修正していく方が賢明です 常にリリース可能 どんなに悪いスプリント（イテレーション）だったとしても、その成果物は何かしらリリース可能なものでないといけません シンプル このスキームはチームのメンバ全員に毎日使われることになるので、ルールや定型作業は明確かつシンプルでないといけません 紙1枚にまとめた要約図（壁張り用） この図を見て分からないことがあっても構いません。この先を読んでください。 この図を見て分からないことがなくても、この先を読んでください。 この要約図はPDFでもダウンロードできます(DL) バージョ
大規模プロジェクトはバージョン管理が重要になってくる - プログラマの思索
ソース管理について良い記事があったのでメモ。 Subversionベストプラクティス 複数のアジャイルチームでのバージョン管理 「複数のアジャイルチームでのバージョン管理」の指摘は非常に重要なので、まとめておく。 【1】バージョン管理の目的 1-1. Fail First コードのコンフリクトや統合の問題を早期に解決する。 1-2. 常にリリース可能 どんなに悪いイテレーションでも、その成果物はリリース可能にならねばならない。 1-3. シンプル チェックインやマージ作業などのポリシーはシンプルで明確であること。 オブジェクト指向のパッケージ原則の一つに「再利用できる粒度とリリースできる粒度は同じだ」という法則がある。 つまり、最終的にリリース可能であるということは、その成果物が公開された時、他の誰もが安心して使える品質レベルを保障しているということ。 我々プログラマは、結局、他の開発者が
ずんWiki - Subversion/FAQ
Ads ディレクトリを再帰的に svn add したくないときはどうすればいいか？ † svn add に -N (再帰的にaddしない) ってオプションがあるのでこれを使う。 例えば以下の手順で add すれば foo の中の foo/bar 以外の大量のファイルは add されない。 svn add -N foo svn add foo/bar ↑ .cvsignore的なのはSubversionではどうやるか？ † 以下のコマンドを実行するとエディタが起動して無視リストを設定できる。 svn pe svn:ignore <ディレクトリ> ↑ /etcをsvnで管理したい † 大体のいつもの手順（ケースバイケースだが） rootしかアクセス出来ないリポジトリを作成する svnadmin create --fs-type=fsfs /root/.svn_repo 適当な空ディレクトリをe
Emacs の vc-annotate - naoyaのはてなダイアリー
もしかしたら常識なのかもしれませんが、Emacs の vc-annotate がとても良いです。vc-annotate は vc (version control, バージョン管理システムのフロントエンド。Emacs から直接 svn {diff, commit, revert} することができる) に含まれる機能の一部です。vc-annotate を使うと、バージョン管理システム、例えば Subversion に保存された過去の履歴を気になったときにとても容易に調べることができます。 ソースを開いて M-x vc-annotate (C-x v g) すると (そのファイルがバージョン管理化に置かれて居れば) vc-annotate-mode になります。例えば Subversion で管理されている plagger の Plagger::Plugin::CustomFeed::Debu
MOONGIFT: » VMWareの開発でも利用されているソースコードレビュー共有ソフトウェア「Review Board」:オープンソースを毎日紹介
※ 画像は一部公式サイトデモより Web2.0（？）の特徴はCGMや共有と言ったキーワードだ。サイト側から与えられるコンテンツではなく、ユーザが皆で協力してコンテンツを作り上げていく楽しさがある。ブックマーク、ニュース、コミュニティ…様々な要素がシェアされている。 そうした中、これもまた新しい共有の要素になるだろう。それはソースコードだ。 今回紹介するオープンソース・ソフトウェアはReview Board、ソースコードレビュー共有サービスだ。 Review Boardはリポジトリを登録し、そのDiffファイルを使ってReview Board上でソースをグラフィカルに表示する。そして差分に対して皆でコメントしていくのだ。ソースの一部分に対して的確にレビューできるので、分かりやすい。 SubversionやCVS、Perforce、Git、Mercurialのリポジトリに対応している。興味深い
MOONGIFT: >> Subversionのステータスを見える化「StatSVN」:オープンソースを毎日紹介
バージョン管理が日々利用していれば、開発した結果が蓄積されていることだろうと思う。そうしたログ情報を活用しているだろうか。大抵、何らかの問題があったときに、見返す程度だろう。 それではせっかくの情報が活用しきれていない。解析し、さらに開発効率を高める情報源として利用しよう。 今回紹介するオープンソース・ソフトウェアはStatSVN、Subvesion解析ソフトウェアだ。 StatSVNはSubversionから出力されるログ情報を解析してHTMLやグラフに変換するソフトウェアだ。解析元になるデータは、XML形式でsvnコマンドで出力する必要がある。そして、そのXMLデータを解析すると、一気にファイルが出力される。 開発者ごとに開発行数、Subversion全体における行数の変化、平均ファイルサイズ、ログメッセージを月ごとで出力と言った機能がある。日本語のコミットログは文字化けするが、HTM
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GAMS: SVN+Trac to GitLab: GAMS: svn+trac to GitLab