git [--version] [--help] [-c <name>=<value>] [--exec-path[=<path>]] [--html-path] [--man-path] [--info-path] [-p|--paginate|--no-pager] [--no-replace-objects] [--bare] [--git-dir=<path>] [--work-tree=<path>] [--namespace=<name>] <command> [<args>]
gitサーバを自宅のubuntuマシンに立てたのでその手順をメモ ubuntuにgitをインストール sudo apt-get install git-core ubuntuにローカルリポジトリを作成 一応ubuntuマシンは完全なサーバではなく、開発マシンとしても使用するのでローカルにリポジトリを作成する。 mkdir -p /home/amacou/repos/tstrepos cd /home/amacou/repos/tstrepos git init touch init git add . git commit -m "init" ubuntuに公開用リポジトリの作成 sudo mkdir /var/repos cd /var/repos git clone --bare /home/amacou/repos/tstrepos ./tstrepos.git touch tstr
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
ソニーは10月2日、電源コードを接続せずに離れた場所にある機器へ電力を供給できる「ワイヤレス給電システム」を開発したと発表した。60Wの電力を50cm離れた機器へワイヤレスで給電できるという。 ワイヤレス給電システムは、送電デバイスから供給された電力エネルギーが空間を介し、同じ周波数で共鳴している受電デバイスのみに伝播する磁界共鳴型の非接触給電技術を採用して実現したもの。 デバイス相互の位置関係がずれていても高効率の給電が可能になるほか、送電・受電デバイス間に金属があっても、その金属が熱くならないという特長を持つ。 ソニーでは、送電・受電デバイスと同じ周波数で共鳴するレピータデバイスを開発。これを送電・受電デバイス間に配置することで、給電効率を維持したまま、給電距離を50cmから80cmにまで伸ばすことにも成功している。 今後は、数cm以下から数10cm以上までの広い範囲、かつ小電力から大
日経BPのモリタクコラムは、読むと頭に血が上るので 読まないことにしているが、コメントにいくつも貼られて いたのでつい読んでしまった。 まず、フレクシキュリティの完全否定には驚いた。 今時、こういうスタンスの論者は他にいないのではないか。 既存左派だって条件付ながら、流動化に理解を示している 人の方が多いのだ。内容についても非常にバイアスがかかっている、 というより明らかな間違いがほとんどだ。 まず、「オランダが解雇規制が強い」なんて言っているのは 彼と辻元清美くらいのもので、地域の職業所得センターの許可が必要なのは その通りだが、違法解雇でなければ通常は認められるし、仮に無効とされても 金銭解雇自体は認められているから、実際のところは流動性は高い。 日本の場合は、単に法律だけを見れば「2週間前に予告」すれば、民法上はいつでも 解雇可能となっている。だが実際には判例で解雇権濫用法理が形作ら
デプロイの流れ(インストールは省略) cd RAILS_ROOT capify . # deploy.rbを下記のものに変更 cap deploy:setup # :deploy_toにcapistranoに必要なフォルダを作る cap deploy:cold # SVNから取得+migration+Passenger再起動(RAILS_ROOT/tmp/restart.txtが作成される) cap deploy # SVNから取得+Passenger再起動 cap deploy:restart # Passenger再起動 deploy.rb <追記> http://www.slideshare.net/moro/capistrano-in-practice-webcareer-presentation?src=embed を参考に更新しました #####################
subversion に代わる新しいソース管理システムということで git が注目されているようだ。 » Git - Fast Version Control System subversion と大きく違うところは、分散されたレポジトリがローカルマシンに置かれている点。これは、ネットにつながっていなくてもソースをコミットできるということで、最近は電車のなかでもコードを書いたりする僕にはうってつけ。 マニュアルやチュートリアルは充実しているのだが、僕はとりあえず最初にツールを触ってみて、ざっと全体像をつかみ、それから細部を調べたい質なので、もっとてっとり早く体験できるガイドを探したところ、あまり適切なものが見つからなかった。 そこで、レポジトリを作り、それをリモートにあるサーバーに置いたあと、subversion で言えば svn commit や svn update などにあたるコマン
環境 とりあえず、実行する環境を提示します。 クライアント側 OS : Windows XP Ruby : 1.8.6 (2007-03-13 patchlevel 0) [i386-mswin32] サーバー側 OS : Linux $ cat /etc/redhat-release Red Hat Enterprise Linux ES release 4 (Nahant Update 4) SSH : OpenSSH $ ssh -v OpenSSH_4.5p1, OpenSSL 0.9.7m 23 Feb 2007 カピストラーノ(Capistrano)って何? Railsのデプロイに特化しているので、デプロイツールと思われますが、SSHでアクセスでアクセスして、シェルでうにょうにょやれるので、デプロイに限らず色々できます。 クライアント側からシェルが実行できますので、Linux上
今回は Capistrano を使うための前提条件の一つである SSH について。 本番サーバは用意されているという前提だから、あなたは既に SSH で本番サーバにログインできるはずだ。しかし、SSH の公開鍵を作って本番サーバに設置してあるだろうか。もしまだなら、そこから作業開始だ。 ただし、Windows から Capistrano を使うためのセットアップ方法については、次回(第3回 Windows で Capistrano)で説明する。 まず、SSH の公開鍵を作る。 % ssh-keygen Generating public/private rsa key pair. Enter file in which to save the key (/home/kuroda/.ssh/id_rsa): Enter passphrase (empty for no passphrase)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く