cloneしたgitのリポジトリのURLのリストを作る - hitode909の日記
~/checkout/みたいな場所にgitのリポジトリをcloneしまくってるのだけど，数十ギガバイトくらいあったので，新しいコンピュータに移すのをあきらめた． cloneしたリポジトリのURLのリストを取っておいて，そのリポジトリが必要になったらリストから探して新しいコンピュータでcloneし直す，ということにした． こういうRubyのスクリプトを書いておく． Dir.pwd.tap{ |root| Dir.glob('*').each{ |path| File.join(root, path).tap{ |_| next unless File.directory? _ Dir.chdir _ } `git remote -v 2> /dev/null`.tap{ |_| puts _.split(/\s+/)[1] unless _.empty? } } } ~/checkout/み
dotfilesのgit管理の強化 - 寄り道ばかりの お勉強日記★
先日より自分のホームディレクトリ（~/）をdotfilesとしてまとめてgitで管理するようにしていたのだが、 git status とかしたときに管理対象としたくないファイルがずらずらっと並べられるのが気になっていた。 これらのファイルを１つ１つ .gitignore に加えればこの状態を避けられるとはいえ、それはとっても面倒臭い。 そんなとき、 ■ホームディレクトリをGitで簡単に管理するための.gitignore活用法 を見させていただき、逆の発想で いったん全てのファイルをignore対象にする その後に必要なファイルをそこから除外する ようにすれば良いということが発覚。 ということで、まずは /* /.* で全てのファイルをignore対象にして、その後に、 !/vimfiles !/.gitconfig !/.gitignore !/.tmux.conf !/.vimrc !/
Big Sky :: SSH/Gitの設定を修正しなくてもファイアウォール内からgithub.comにpushする方法
これはgithubじゃなくても使えるかも Gitはトランスポート層が選択出来るのは知っていたけど、まさかこんな書き方出来るとは思ってなかった。 以前、こんな記事書きましたが github.comへのSSH接続にはホスト名"ssh.github.com"、ポート"443"に接続する様に設定します。※このssh.github.comが味噌です。 github.comへのSSH接続にはホスト名"ssh.github.com"、ポート"443"に接続する様に設定します。 ※このssh.github.comが味噌です。 http://mattn.kaoriya.net/software/20081029172540.htm これ以下の1行で出来る事が分かりました。 # git clone ssh://git@ssh.github.com:443/my-name/my-repo.git ssh.git
gitをHTTP Proxy経由で利用したい場合の対処法 - 元RX-7乗りの適当な日々
会社や学校の中にいる場合、インターネットへアクセスする際に、Proxy(プロキシ)経由でのアクセスとなるシーンがよく見られるのではないでしょうか。 その場合、イントラネット内から分散型バージョン管理システム(分散SCM)であるgitを使った外部アクセスは難しく、特にサーバ側がgit-daemonで稼動している場合は、gitプロトコル(git://)でのアクセスとなり、HTTP Proxy経由でのアクセスにはコツが必要となります。 ということで、Proxy越えにチャレンジしてみることにします。 Corkscrewのインストール まず、HTTP Proxyサーバを通してトンネリングできる「Corkscrew」を利用します。 # apt-get install corkscrew私は、Debian使いですので、サクっとaptでインストールしました。 そうではない場合も、他パッケージ管理システムで
send patches with git - cheat sheet - KBDAHOLIC - やぬすさんとこ
1.5 系列で実際の patch を送る際の command 例。 patch file のうちひとつの名前が 0001-new-feature.patch という前提ね。細かい説明は http://d.hatena.ne.jp/janus_wel/20090210/1234441680 に。 remote から変更した分の patch を作る git format-patch --numbered origin/master patch をひとつ送る場合 ( このあとにどんな patch か説明する mail を送るといい ) git send-email --to project@example.com 0001-new-feature.patch From の確認。 In-Reply-To はそのまま Enter 。 上記で対話 prompt を出したくない場合 git send-e
git send-email with Gmail - KBDAHOLIC - やぬすさんとこ
http://d.hatena.ne.jp/janus_wel/20090116/1232075595 でうまくいかないと言っていた git send-email だけどちょっとググってみたら Gmail 経由で patch を投げる方法が見つかった ( http://git.or.cz/gitwiki/GitTips#head-a015948617d9becbdc9836776f96ad244ba87cb8 ) ので設定した。結果うまくいったのでやり方のメモ。思いっきり andLinux というか Ubuntu 向けなので他の distribution の方は主にサーバ証明書の位置と msmtp の実行 binary の位置を適宜変更してください。 まず必要なものの install 。 root で操作。 msmtp http://msmtp.sourceforge.net/ 簡易 ma
分散バージョン管理Git/Mercurial/Bazaar徹底比較
分散バージョン管理Git/Mercurial/Bazaar徹底比較：ユカイ、ツーカイ、カイハツ環境！（3）（1/5 ページ） Subversionとは一味違う「分散バージョン管理」とは？ 最近、Linuxをはじめ、Ruby on Rails、MySQL、OpenSolarisなどのオープンソースプロダクトが次々と分散バージョン管理システムを導入し始め、「Git」「Mercurial」「Bazaar」といった、分散バージョン管理システムが注目を浴びています。 本稿では、バージョン管理ツールのデファクトスタンダードであるSubversion（以下、SVN）と分散バージョン管理システムを比較しながら、メジャーな分散バージョン管理システムであるGit、Mercurial、Bazaarについて紹介していきます。 集中型と分散型 最初に、集中管理方式（または、集中型）のバージョン管理システムと分散管理
STBBS.NET blog: 公開してはいけないファイルを誤ってgitに追加してしまった場合
ソースコード管理システムの機能として、あらゆるファイルの履歴を完全に記録するというものがある。 普通に考えてこれは便利な機能である。だが・・・ 間違えて「公開すべきでないファイル」を公開リポジトリに追加してしまった場合、頭を抱えることになる。 そのファイルを普通に削除したところで、現時点のリビジョンから消えて無くなるだけで履歴をたぐれば取得できてしまうからだ。 Subversionの場合、「特定のファイルを無かったことにする」機能が無いため一度リポジトリをダンプしたのち完全に削除して直近のリビジョンを省いたものをリストアといった手間が必要なようだ。自分の管理しているリポジトリなら面倒なだけで済むが、もしそうでなかったらと考えるとこれはまさに悪夢である。 だが Gitの場合はこういうことが出来るらしい。 Guides: Completely remove a file from all re
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gitリポジトリからファイルを完全に消去する方法 - Hello, world! - s21g
Home