Gitリポジトリを自動同期するDropboxクローン·Ohajiki MOONGIFT
OhajikiはGitリポジトリを使ったDropboxクローンです。 Dropboxはもはや手放せない存在です。しかし会社などで使えないケースもあるでしょう。そこで代替手段が必要になります。用意するのはGitリポジトリとOhajikiです。 GitHubのリポジトリに自動同期されます。 設定ファイル例。 Ohajikiは簡単に言うとフォルダ内のファイルの更新をキャッチして自動でコミット、Pushしてくれるツールです。さらに定期的にpullもしてくれるので複数のコンピュータであっても同期される仕組みです。バージョン管理ももちろん行われるDropboxクローン、使ってみてはいかがでしょう。 OhajikiはRuby製、MIT Licenseのオープンソース・ソフトウェアです。 MOONGIFTはこう見る Dropboxは2013年中の上場を目指していると噂されています。コンピュータのオンライン
GitとJenkinsを使ってChefを運用する - GeekFactory
Chefはリポジトリをバージョン管理する仕組みを持っていますが、チームでの協調作業を考えるとバージョン管理システムを使う方が運用しやすいと考えます。本稿では、GitとJenkinsを使ってChefを運用するための1つのパターンを考えます。 以下があることを前提とします。 Chef Server Chef Client Gitリポジトリ Jenkins 基本的な考え方 CookbookをGitリポジトリで管理します。開発者がgit pushすると同時にChef ServerのCookbookが更新されるようにします。これにより、GitリポジトリとChef Serverが同期されるようになります。 また、後続ジョブとして各サーバでChef Clientが実行されるようにします。ビルドパイプラインを組むことで、Staging EnvironmentにおけるChef Client、Producti
継続的インテグレーションツール「GitLab CI」を Amazon Linux にインストールしてみた | DevelopersIO
はじめに 継続的インテグレーション (以下CI) とは、アプリ開発時の品質向上・納期短縮を目的とした習慣のことです。「アプリのテストやビルドの自動化」というと分かりやすいでしょうか。CI を支援するツールは Jenkins が有名ですが、今回は GitLab 製の CI ツール「GitLab CI」を Amazon Linux にインストールして使ってみました。その手順をメモしておきたいと思います。 本エントリの内容は前回のエントリ「社内 GitHub を実用的に構築！ Amazon VPC 環境に GitLab サーバを構築してみた」で構築した環境をベースにしている前提です。本エントリの手順は GitLab の環境構築後、試してみてください。 GitLab CI をインストールする ユーザの作成 まずは gitlab_ci というユーザを作成します。ただそれだけです。 sudo su -
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
openvswitch installと設定 - うまいぼうぶろぐ
参考: http://openvswitch.org/ http://tomocha.net/diary/?20110928 (flow ruleとか) git clone git://openvswitch.org/openvswitch source最新版にopenvswitch-1.2.2.tar.gz があるけど、redhat用の起動スクリプトにBRCOMPAT(linux互換のブリッジモード)の設定が入っていなかったり，他にも何か怪しいのでgitの最新使ったほうがよい。 Scientific Linux 6.1 + libvirt 0.8.7で実験。仮想化のホストサーバになるのでブリッジを利用。 目的 (VLANを分けたりせずに同一のネットワークで仮想マシンを構築して)仮想マシンにroot権限付きで渡した場合に、任意にIPを変えられると重複したりするので困る。そこで仮想マシン(正
死んで覚える本当のGitの使い方 - mizchi log
注意: バズってますが、これははてなダイアリーからはてなブログの自動マイグレーションに失敗してたものを復旧させたもので、書かれたのは2012年です。 - 最近流行っているGit初心者向け記事は、「僕らが本当に知りたかったこと」が欠けているようにしか思えません。 そこで、本当のGitの使い方を僕が皆さんに伝授しようと思いました。 なにはともかく使ってみよう 前提として、皆様のお手元にはすでにGitがインストールされているものとします。 今回はエディタとしてDungeonCrawl StoneSoupを使います。 Downloads « Dungeon Crawl Stone Soup http://crawl.develz.org/wordpress/downloads Dungeon Crwal Stone Soup は今一番ホットなオープンソースのローグライクです。風来のシレンやトルネコ
gitリポジトリをホストするのにWebDAV使わないほうがいい - id:anatooのブログ
共有gitリポジトリをホストする方法をググると、WebDAVを使ったやり方が結構出てくる。このやり方には明確なデメリットしか無いにもかかわらず、WebDAVを使ってホストする方法を紹介するページでは触れられていないことが多い。まったく大した話ではないが、開発者が二度とひっかからないためにリポジトリのホストにWebDAVを使わないほうがいい理由を書いておく。以下、２つ。 WebDAVを通じてホストすると遅い WevDAVを通じてホストするとサーバサイドフックが起動しない 遅い 超遅い。ベンチマークを測ったわけではないが、sshでホストする場合と比べてcloneやpushやpullが3倍以上遅いのではないか。 WebDAVでホストすると遅くなってしまうのには理由があって、sshでホストする場合とWebDAVでホストする場合とでは、そもそもの通信プロトコルが違うから。pro gitを参照すると、
Debian にh264有効の最新ffmpegを入れる - それマグで！
ffmpegの最新版をDebian GNU Linuxでも使えるようにする。 使い方 sudo bash ffmpeg_install.shあとは暫し待つだけ。 もし他のマシンにも持って行くなら、 .debファイルを持って行くと便利。 ffmpeg_install.sh #!/usr/bin/env bash #uninstall sudo apt-get remove ffmpeg x264 libx264-dev -y ## install build-tools and library sudo apt-get update sudo apt-get install build-essential checkinstall git libfaac-dev libjack-jackd2-dev \ libmp3lame-dev libopencore-amrnb-dev libopen
UbuntuTips/Application/HowToInstallAndUseLatestFFmpegAndX264 - Ubuntu Japanese Wiki
ソースコードからのコンパイルによってソフトウェアを導入することはあなたの PC にセキュリティ上のリスクとシステムの不安定化の可能性、パッケージ管理システムの不具合及びシステムのバージョンアップの際の不具合の可能性を与えます。リスクを理解した上で実行して下さい。 最新FFmpegとx264をUbuntu Lucid Lynx 10.04 にインストール 依存関係にあるものをインストール １。x264とlibx264-devとffmpegを、もしも既にインストールしていたらアンインストールしてください。まず、端末を開き、次のコマンドを実行してください（通常はshift+ctrl+vで端末にペーストできます）。それぞれのステップでコードボックス全体をコピー＆ペーストしてください。 Code: sudo apt-get remove ffmpeg x264 libx264-dev２。FFmpeg
gitconfig を github で公開して管理する方法 | Carpe Diem
今日から、gitconfig を自分のドットファイルに含まれて、github で管理し始めました。 最初のコミットで誤って gitconfig の中に github の API トークンを含めてコミットしてしまいました・・・。すぐに API トークン部分だけを削除して、github 上からパスワードを再設定して API トークンを再作成しました。 どうやって、gitconfig に github の API トークンを含めようかなと思い、検索してみると ERB でやっている強者がいました。もっと、エレガントな方法がないものかと思ってさらに調査してみると、Pro Git に素晴らしい情報を見つけることができました。 Pro git によると gitconfig は、次の順序で読み込まれるようです。 /etc/gitconfig $HOME/.gitconfig $HOME/.git/conf
クリアなコードの作り方: 意図が伝わるコミットのしかた - 2012-03-13 - ククログ
コミットメッセージの書き方ではコミットをわかりやすくするためには以下の2つの条件を満たす必要があると書きました。 コミットの内容が分かりやすく説明されていること コミットの内容が小さくまとまっていること このうち「コミットの内容が分かりやすく説明されていること」についてはすでに説明済みです。今回は「コミットの内容が小さくまとまっていること」について説明します。 めざすところ 単純にコミットの内容を小さくするだけではわかりやすくなりません。それでは、どのような基準で小さくすればよいのでしょうか。 よく言われることは1つのコミットには1つの小さな論理的にまとまった変更だけにする、というものです。たしかにこれは重要です。しかし、これだけを基準とすると、人によっては大きめなコミットになってしまいます。人それぞれで論理的なまとまりの大きさが異なるからです。 1つのコミットでどうすればよいかを考えるの
Ruby on Railsが簡単というのは嘘 - toyoshiの日記
WinユーザがRailsアプリをこれから公開しようと思った場合 Windowsで学習を開始するのは不可能なのでLinuxをいれる でもWindowsで進めようとしてmsysGitをいれたりするが結局半日無駄にする なぜかgemが最新じゃないと怒られる gemを単純に使っても後から困るのでrvmかrbenvが必要。使い方覚えないといけない やっとRails3.2導入。javascriptエンジンが入ってないので起動しない やっと起動 HTML書いてるのは情弱だけ => hamlを覚える js書いてるのは情弱だけ => coffee scriptを覚える css書いてるのは情弱だけ => scssを覚える テスト書いてないコードはレガシーコードっていわれる しかたないのでRspecいれる => Rspec覚える ユニットテストだけではしかたないといわれcapybaraもいれる => capyb
プログラマならば使うべき：GitHubでDNS管理ができる Luadns | Everyday Deadlock
さきほどTwitterで流れてきたのでたまたま見つけたのですが、LuadnsというDNSホスティングサービスがかなり凄いです。Luaスクリプトでゾーン設定を書いてGitHubにpushするだけで即座にDNS設定ができてしまいます。 DNSホスティングサービスというと、多くの場合ブラウザを開いてログインしてコントロールパネルからポチポチと入力して送信して、、、という手順を踏まないと設定が更新できないわけですが、Luadnsは違います。example.com.lua ファイルをEmacsやVim(やその他エディタ)で開いてLuaスクリプトを書き、git commit ＆ git push で設定が完了してしまいます。push にフックして Luadns の設定が自動的に更新されます。 マウスまで手を動かすのが無限に遠く感じられるプログラマにとっては、これほど素早く簡単にDNSが設定できるのはか
コミットメッセージの書き方 - 2012-02-21 - ククログ
はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常
Redmine iPhone UI プラグインを 1.0.0 対応しました - suer のブログ
Redmine iPhone UI プラグインが便利そうなので入れてみたのですが、1.0.0 から追加された subtasking に対応していなかったようなのでやってみました。 さらに、プロジェクトの階層について 権限のないプロジェクトが表示される(リンク先はforebiddenだけど。。。) → 権限があるプロジェクトだけ見せたい プロジェクトの親子関係がなくフラットに展開されている→階層表示したい という感じで改善点が結構あったのでこの辺りも対応しました。 http://github.com/suer/redmine_iphone_plugin 環境 以下の環境で確認しています Redmine 1.0.0 以降 Ruby 1.8.6 インストール 1. GitHubにおいてありますので最新版を以下のようにもってきます。 $ git clone git://github.com/sue
~nabeken/diary/ : git rebase せよ
Posted on Sat May 17 14:33:41 +0900 2008 by nabeken Hina も形になってきました。記事も push すると公開されるところまでこぎつけたので、ペースが上っています。 各マシンでそれぞれブランチを切って、日記を書きはじめるわけですが、その間にも、ブランチを切って、じっくり書きたいネタも出てきます。その逆もまたあり、じっくり書きたいネタに取りかかりつつ、日々の日記を書くこともあります。 Timeline ======== | (branch: master) | | - git pull (日記を書く前にpullして最新の状態にする) | | - git checkout -b diary (日記用のブランチを切る) | ` _____ | ` | | (branch: diary) | | | | - vi Articles/Diary/
グーグルのバグ予測アルゴリズムを実装したツール「bugspots」、オープンソースで公開
ソースコードのなかでバグが多いのは、より高頻度に、かつ最近になって集中的に直している部分。これが、グーグルで採用された「バグ予測アルゴリズム」であることを、先月の記事「グーグルはコードの品質向上のため「バグ予測アルゴリズム」を採用している」で紹介しました。 そのバグ予測アルゴリズムを実装したツール「bugspots」がオープンソースとして公開されています。 gitのレポジトリを分析 bugspotsはRubyで記述されており、gitのレポジトリから履歴を読み込んで分析し、どのモジュールにバグが含まれている確率が高いかを示してくれます。 以下のようにインストールして実行（説明ページから引用）。 $> gem install bugspots $> git bugspots /path/to/repo $> git bugspots . # (in current git directory)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AndroidのNFC機能でFeliCaの読み書きをする | −ゆめログ− | ゆめみスタッフブログ
gitで空白の違いだけの行を除いてaddする - Qiita
