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のtipsをいくつか - Webtech Walker
頻繁に使うわけではないけど便利なgitのtipsをいくつか紹介。というか自分が忘れるからメモ。 git stash 現在作業中のbranchでまだコミットはしたくないけど、trunkで直さないといけないバグとかが見つかったときに、今の変更を横にどけておくコマンド。 $ git stash で変更をいったん横にどけておいて、他のbranchに切り替えて作業後、今のbranchに戻ってきて $ git stash pop とすれば横にどけておいた変更が復活する。 git ignore プロジェクトの中で除外する必要があるファイルは.gitignoreに書くけど、自分の環境だけで除外したいファイルがある場合は.git/info/excludeに書くのがよいです。 自分の環境ではいつでも除外したいというときは $ git config --global core.excludesfile $HOM
Subversionでファイル単位にチェックアウト出来た。 - 100円為替トレーダーの策略
Subversion で ファイル単位に、チェックアウトする方法を探しておりました。 1.6系なら出来るとの噂を元に具具ってみるも解決策見いだせず。 svnのヘルプをみてようやく解決。 基本はフォルダ単位での管理になるのでそこを踏まえた考え方が（運用）が必要のようです。 やり方としては、 １．対象のフォルダを空っぽでチェックアウト svn co --depth=empty 対象ポリリポジトリパス ２．対象のファイルを更新で個別にもってくる svn up --depth=files 対象ファイル名[ 対象ファイル...] TortoiseSVNで見ても、ちゃんと緑のチェックマークが付きますし、フォルダで更新をかけても他のファイルがコピーされることもないようです。 TortoiseSVNだと空っぽのフォルダチェックアウトまではできる（チェックアウトのときのチェックアウトする深さをこの項目のみに
rmしたやつをsvn rmする - みずぴー日記
Subversion管理下にあるファイルを削除したい場合は、普通のrmではなくsvn rmする必要がある。 でも、たまにうっかり、rmで大量に消してしまうことがある。そうすると、同じファイルを１つ１つsvn rmする必要がある。しかも、ファイルが存在しないから自動補完が効かない。 というわけで、sedを組み合わせて自動で消してみた。 svn status | \ sed -n '/^!/s/^! *\(.*\)/"\1"/p' | \ xargs svn rm で、残りはこれが何をやっているか解説しよう。未来の自分のためのメモ。 これを応用すれば、ファイルをまとめてsvn addするとかできるはず。 svn status まず、svn statusは失われたファイルの先頭に"!"を付けて表示する。 で、失われたファイルがrmで消されたファイルに当たる。 $ ls foo.c bar.c $
Subversion メモ
基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー（一般的なファイルとディレクトリの階層構造）の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
