Google Code Archive - Long-term storage for Google Code Project Hosting.Code Archive Skip to content Google About Google Privacy Terms
git svn rebase で conflict したときの解消手順 - 日曜プログラマがダラダラ書く
メモ。 $ git svn rebaseしたときに、自動的にマージできず、 CONFLICT (content): Merge conflict in path/to/conflicted_fileWhen you have resolved this problem run "git rebase --continue". If you would prefer to skip this patch, instead run "git rebase --skip". To restore the original branch and stop rebasing run "git rebase --abort". rebase refs/remotes/trunk: command returned error: 1 こんなメッセージが出たときの解消手順。 status を確認するとこん
git svnでsvn:externalなリポジトリの取得 - ちなみに
は基本的には出来ないそうです。 なんか昔のマニュアルにはそれらしきものがあるのだけれど、現在はgit svn show-externalsが残っているだけで、確認はできるものの自動でガガーっと取って来れて、submoduleになるなんてのは夢物語なのです。 # 実は出来たりするのかもしれないけれど、良く分からなかったし、 # Git使っている人の大半がSubversionも使えるので需要がないらしい。 # 新人類には厳しい現実だ。 ということでいろいろ調べていたのですが、結論としてexternalな部分に編集が必要ない場合は、個別にgit svn cloneしてきて、.gitignoreに加えておくのが良いみたい。 でもRailsのプロジェクトなんかでプラグインが大量にexternalになっている場合は面倒だよ！ ということを考えるのは僕だけではないようで、 http://github.c
ERRP | Expired Registration Recovery Policy
Please notice: This domain name registration has expired and renewal or deletion are pending. If you are the registrant and want to renew the domain name, please contact your registration service provider. Bitte beachten Sie: Diese Domainregistrierung ist abgelaufen und die Verlängerung oder Löschung der Domain stehen an. Wenn Sie der Registrant sind und die Domainregistrierung verlängern möchten,
Subversionでリポジトリの外部参照を活かす - 現場のためのソフトウェア開発プロセス - たかのり日記
大規模な開発になると、モジュールを分割して開発することになりますが、各モジュールで参照するライブラリ（Javaの場合はjar）は、共通の一ヶ所で管理したくなることがあります。 構成管理リポジトリでは、リポジトリからファイルを取得したらそのまま開発に入れるディレクトリ構成にしておくことが望ましいですが、複数モジュールが存在する中でそのような管理をしようとすると、ライブラリを多重管理することになってしまいます。 そこで、シンボリックのような参照ができると、ライブラリの管理が一元管理できて簡単です。 Subversionには、「外部参照」といって、リポジトリのシンボリックリンクのようなことを実現する方法があります。 以下にその設定手順を示します。 リポジトリの構成 SampleProject ├─branches ├─tags └─trunk ├─lib ├─module-a └─module-
Akt One.: SVN ERROR
Subversion(SVN)リポジトリから更新を実行する際 以下のようなエラーが発生した。 REPORT request failed on '/repository/!svn/vcc/default' REPORT of '/repository/!svn/vcc/default': 200 OK このような場合、まずは原因の切り分けが必要。 [問題判別] ・別のディレクトリ(もしくは別のマシン)にリソースをチェックアウトして新しく作業コピーを作成し、そこでも同じ現象が起きるか検証する [検証結果1] 新しい作業コピーで問題の現象が発生しないのであれば、リポジトリが破損しているとは考えられない。ローカルの.svn情報が壊れているか、不整合が起こっている可能性がある。 [検証結果1-対処方法] a. 更新を実行した作業コピーより下位の階層で個々の作業コピーに対して更新をかけ、エラーの出所
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
