bashのTAB補完(パス名補完)で.svnを無視したい場合 - 元RX-7乗りの適当な日々
ソースコード等をSubversionとかでバージョン管理している場合、チェックアウトしたディレクトリに。.svnとかが含まれていて、ターミナルなんかでbashのTAB補完するとき邪魔だなって思うことがありますよね。 単一のディレクトリしかない場合、TABを連打していくと階層を掘っていけるはずが、.svnがあるおかげでちょっとタイプしてからTABキーを押す必要があったりとか。 そんな時は、~/.bashrcとかに、 export FIGNORE=${FIGNORE}:.svnを追加しておけば、TAB補完時に.svnディレクトリを無視してくれる！ これは便利。 ちなみに、無視したいディレクトリやファイルが複数ある場合は、 export FIGNORE=${FIGNORE}:.svn:.git:.bakこんな感じで、":"(コロン)区切りで書いておくとOK! サフィックスでマッチする条件なので、
SubversionのリポジトリをGitで扱う - Rewish
svnコマンドはログが見づらいし、コミットしたらリモートにソッコーで飛んで行くし、Gitに慣れた僕には凄く扱いづらい。てことでgit-svnネタです。 一年くらい前からずっと下書き状態だったのを思い出したので公開。他にもコレ系の記事は沢山あるけど自分用のメモとして。ね。 svnリポジトリからチェックアウト いつものcloneコマンドにsvnを付けるだけ。 git svn clone -s http://svn.example.com/Project_Name/ -sオプションを付けると、svnリポジトリが trunk 、 branches 、 tags のような、お馴染みの構造だよって言うのをgitに教えられる。教えておくと、ブランチやタグがgitのリモートブランチとして扱えるようになるので便利。 また、 trunk 、 branches 、 tags の名称が一般的なモノとは異なる場合は
CodeRepos::Share – Trac
What are u coding? old title = 個人レポジトリを共有しよう！計画。 みんながそれぞれ作って公開してる公開レポジトリを一緒くたにしちゃいたい。参加してる全員がどのファイルもみたり変更したりできるような。 パッチ送られてくる代わりに「後で見とくからコミットしといて」とかいえたりとか、つくりかけで放置したもので他の人が興味もったら続き作ってもらうとか、メンテするのめんどくなったのだれかにやってもらうとか、突発的に誰かと一緒にプロジェクト始めたりとか、できる！ 詳しくは unknownplace.org - 2007/08/29 - 個人レポジトリを共有しよう！ YappoLogs: CodeRepos - 個人レポジトリを共有しよう！計画 Development We have a Subversion repository and you can check it
Webフォルダサーバー構築(WebDAV) - Fedoraで自宅サーバー構築
内部と外部で共有するWindowsファイルサーバーを構築する。 ここでは、WebサーバーのWebDAV機能を利用して、一般ユーザfedoraのホームディレクトリ内のwebdavというディレクトリ(/home/fedora/webdav)を内部からはSambaでファイル共有し、外部からはWebフォルダでファイル共有する。 なお、外部からアクセスする場合、BASIC認証によるユーザ名とパスワードによるアクセス制限をかける。また、ユーザ名とパスワードが盗聴される恐れがあるため、SSLによる暗号化通信アクセス(https)のみ許可するようにする。 ※Webサーバー、Webサーバー間通信内容暗号化、Sambaファイルサーバーが構築済であること Sambaではホームディレクトリのユーザ権限でファイルアクセスするが、WebDAVではApacheの実行ユーザであるapache権限でアクセスするため
Wikihub :: wikihub-wiki
Wikihub (wikihub.org) の使い方 Wikihub は，Git や Subversion にて文書を管理したいコマンドライン大好きなプログラマーさんたちが，文書を自分にあったやり方で更新しつつ，バージョン管理しつつ，でもウェブでも見たい，という欲張りな要望をかかえているだろうと勝手に判断し作成された，バージョン管理連携wikiインターフェースです． 現在クローズドベータとして運営中． この文書もGithubをリポジトリとした，wikihub上で管理されています． http://github.com/sotarok/wikihub-wiki/tree/master ログイン/ユーザ登録 OpenIDのみ対応しています． 現在クローズドベータなので，使ってみたい方は，twitter にて，@sotarok までお声がけください．DMにて Closed beta registe
Trac Lightningで始めるチケット式開発「電撃」入門
“泥”開発に対する最終兵器「Trac」とは？ 誰もが必ず1度はイライラしたことがある「情報の囲い込み」問題 情報の共有はプロジェクトを円滑に進めるうえで重要な課題です。極端な例ですが、例えば、図1の例で見てみましょう。 分かりやすいよくある例で示すと、各開発者の作業状況はメールや手帳上に記されています。検討やヒアリングした結果は、メールでほかの人に問い合わせたならメールボックス上にたまっていきます。打ち合わせなどで相手に会ってヒアリングしたなら、手帳やノート上にメモとして残っていきます。こうして、各開発者が自分のタスクの情報をメールやメモ、あるいは頭の中で“囲い込み”ながら開発が進んでいきます。 ここで、開発者がある機能を実装するために、「別の作業の状況や進捗（しんちょく）を把握したい」とします。 「誰が情報を持っているのか分からない」 まず、誰が情報を持っているのか分からないので、ヒアリ
SVNリポジトリの管理方法 - プログラマの思索
かおるんさんの記事のコメントで、誤った意見を書いてしまったので修正しておく。 【元ネタ】 Subversion のフォルダ構成 - かおるんダイアリー Subversionのフォルダ構成 | Ryuzee.com Subversionで簡単・確実にファイルを構成管理 － ＠IT自分戦略研究所 InfoQ: 複数のアジャイルチームでのバージョン管理 【問題】 SVN直下のディレクトリは、branch/tag/trunkになっている。 ソースやドキュメントはどこに配置すべきか？ 【結論】 管理したい一つのまとまり(プロジェクト)単位で、trunk/branch/tag を作った方がブランチを管理しやすいと思っていた。 最初はtrunkの中にソースやら仕様書を配置して、管理方法がよく分からなかった。 でも、さかばさんと議論してみて、ryuzeeさんのやり方が良いと思う。 思い出してみたら、下記の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
bluegate.org