分散バージョン管理の可能性 - プログラマの思索
InfoQに分散バージョン管理の可能性の記事があったのでメモ。 ラフなメモ書き。 【元ネタ】 InfoQ: エンタープライズ分野での分散バージョン管理システム (引用開始) DVCSは速度を重視して設計されている。新しい実装方式、新しい技術、苦労した獲得した知識の結集であり、前世代のSCMよりも高速に動作する。ローカルにリポジトリを持てるから速いというだけでなく、従来のSCMと同様の条件でも速い。また、ブランチ作成も得意でマージ機能も優れている。90年代後半から2000年代前半ではブランチ作成とマージは"悪"だった。その当時の主流のバージョン管理システムのブランチ作成機能とマージ機能が貧弱だったからだ。処理が遅く、エラーが頻発していた。その結果、若い開発者はブランチ/マージ嫌いとして育ってしまった。DVCSは高速に動作するブランチ作成機能と本当に使えるマージトラッキング機能を実装した。30
【旧版】git入門 (全22回) - プログラミングならドットインストール
旧版のレッスンは更新を終了しており、現状と異なる場合があります。サポートも終了しておりますので、最新版への移行をお願いします。
gitにpushしたwebサイトを自動的に同期させる | Transrain
この記事は2011/4に掲載されたものです。 記事の内容が古くなっている為、現状と異なる可能性があります。 earthquake_jpに関連して作業したので備考録としてメモ。 前提 gitのリモートリポジトリとHTTPサーバが同一のサーバに存在している状態です。 別サーバで行う場合はgit cloneを行う際にパス無し秘密鍵でcloneして おかないと上手く動作しないと思われます。 処理の流れ 開発者 → コミット → プッシュ → post-receive → Web API → git pull 失敗 最初はpost-receiveでpullを発行しようとしたが、HTTPサーバとgitosisの権限が異なる。 sudoを発行してみたが、エラーが発生して処理が行えない。 結果 post-receiveはWeb APIへとアクセスする。 Web APIはHTTPサーバの権限で動作する。 W
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
