less にパイプしても色が消えないようにする方法 - Qiita
はじめに Linux のコンソールで動くいまどきのユーティリティは、出力に色が付いていて見やすくなっているものが多いです。例えば ls コマンドや git diff など、色があるだけで視認性が大幅に向上するツールは色付きで使いたいですよね。ところが、こういった色付きの出力を行うツールはたいてい less と相性が悪い。 のように出力をパイプに流した途端に色が付かなくなってしまいます。建前としては、出力がコンソールのときには最終的に出力を人間が見るので色を付けても構わないが、出力がパイプの時には下流のツールが正しくエスケープシーケンスを処理できるとは限らないので、色付けを無くしてエスケープシーケンスを出力することに起因する問題を未然に防ごう、ということです。 でも、less の場合には -R オプション付ければ色付けのエスケープシーケンスは正しく扱えるんですよね。だから、パイプの向こう側が
nyarn.tech
Buy this domain. nyarn.tech 2020 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
schemalexの神機能 - ken39arg’s blog
この記事はOSS紹介 Advent Calendar 2017 の 5日目の記事です。 schemalexとは schemalex/schemalex Generate the difference of two mysql schema と書いてある通り、２つのMySQLのスキーマの差分(ALTER)を表示するプロダクトで、@soh335が中心となって開発をしており、 僕も業務でも使っているのでたまにpatchを送っています。 perlだとSQL::Translator::Diffにあたり、 このschemalexはMySQLにしか対応していないのですが、Go製のプロダクトのためバイナリが提供されているため、コマンドラインツールとして簡単に使えるところがSQL::Translator::Diffより使いやすいと思って気に入っています。 紹介したいこと @lestrratによる#34 のP
Introducing container-diff, a tool for quickly comparing container images
The latest news from Google on open source releases, major projects, events, and student outreach programs. Introducing container-diff, a tool for quickly comparing container images The Google Container Tools team originally built container-diff, a new project to help uncover differences between container images, to aid our own development with containers. We think it can be useful for anyone buil
Pythonメモ : yapfでソースコードの整形（フォーマット） - もた日記
yapf インストール 使い方 整形スタイル 整形スタイルの各項目 プラグイン yapf github.com yapfを使用するとPythonコードを整形（フォーマット）できるので試してみる。yapfはYet Another Python Formatterの略のようだ。 インストール pipでインストールできるので下記コマンドを実行。 $ pip install yapf ただし、yapfは頻繁に変更が加えられているということなので今回はGitHubのリポジトリをインストールしてみる。 $ pip install git+https://github.com/google/yapf ヘルプメッセージ $ yapf --version yapf 0.17.0 $ yapf --help usage: yapf [-h] [-v] [-d | -i] [-r | -l START-END]
Nightmare + GraphicsMagick + AVA でUIテストの差分を可視化する | Recruit Tech Blog
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127
これまで知らなかったGit機能を調べたまとめ - Qiita
変更のdiffを見ながらコミットメッセージを書く 教えてもらってから活用してる。見ながら書いたほうが具体的に書けるような気がする。 ```diff:余談...diffのシンタックスハイライト初めて使ったけど良い感じですね $ git commit -v 変更のdiffを見ながらコミットメッセージを編集できます Please enter the commit message for your changes. Lines starting with '#' will be ignored, and an empty message aborts the commit. On branch commit-v You are currently bisecting, started from branch 'test-git-bisect'. Changes to be committed: >
UNIXの部屋 コマンド検索:patch (*BSD/Linux)
とすると自動的にパッチ当て作業が行われる。オリジナルのファイルは、.orig という拡張子を付けたファイルに保存される。ただし、patch に慣れていない場合は、カレントディレクトリをどこにするかに迷うであろう。カレントディレクトリが違うとパッチ当てに失敗するからである。
[OpenCV][Ruby]Webページのデザイン崩れ確認の自動化 - zuqqhi2 Tech Memo
コンピュータビジョンのライブラリOpenCVのアドベントカレンダーです。OpenCVの知られざる機能（マイナーとも言う）、こんなプラットフォームでOpenCVを動かした、分かりづらいバグに遭遇した、こんな便利な機能があるなどの情報を中心に書いてます。http://qiita.com/advent-calendar/2015/opencv (昨年のAdvent Calendar)あと、今年は昨年と違い執筆希望者多数で、以下の記事もAdvent Cale... 他の皆さんの内容とくらべてかなり簡単な内容です。 解決したい問題 仕事でWebサイトの開発・運用をしていたとき、サイトのリニューアル時のデザインがブラウザ間の挙動の違いによって崩れたり崩れなかったりして、何度もデプロイしては目視で確認したりしていました。 そのとき目視で確認するのが大変だったので楽にやりたい自動化したい、というのがやりた
![[OpenCV][Ruby]Webページのデザイン崩れ確認の自動化 - zuqqhi2 Tech Memo](https://cdn-ak-scissors.b.st-hatena.com/image/square/f5ccc2faeaa8d4e4bb39ee57ac3a0d7c9abe8c8c/height=288;version=1;width=512/https%3A%2F%2Fzuqqhi2.com%2Fwp-content%2Fuploads%2F2016%2F12%2Ftemplate_matching_anime.gif)
Redirecting…
Redirecting… Click here if you are not redirected.
GitHubで自動生成コードをDiffに表示しない方法 - Qiita
結論 ここに書いてある 注意事項 だいぶ懐かしい記事ですが…突然、「Diffに表示しないなんてGitHubの価値を損なうものだから記事を非公開にするべきだ」というご指摘をいただいたので、念のため追記。 Diffに表示しない、ってことは当然PRにも見えません。 レビューされない怪しいコードが紛れ込むリスクを抱えることになります。 せいぜい自動生成分だけを非表示にして、CIの中で再生成、差分が出ないチェックを入れるなど、ガードの手は考えておいたほうが良いでしょうね。はい。ご利用は計画的に。 背景 mockeryだったり、swagger-codegenだったり、go-bindataだったり… GitHub上に自動生成されたコードを載せている場合、PRやcommitの詳細画面でDiffが邪魔になることがあります。 .gitignoreでそもそも自動生成コードをリポジトリに載せない generate
BSDiffバイナリ差分アルゴリズムの解説
BSDiff はバイナリ差分を扱うプログラムです。bsdiffとbspatchの二つのコマンドから成ります。bsdiffは旧ファイルと新ファイルを比較してパッチファイルを出力します。bspatchは旧ファイルにパッチファイルを適用して新ファイルを出力します。コマンドライン引数はbsdiff、bspatch共に旧ファイル、新ファイル、パッチファイルの三つをその順番で指定します。 Usage: bsdiff oldfile newfile patchfile Usage: bspatch oldfile newfile patchfile BSDiffは実行ファイルの修正差分を取ることを念頭に置いて設計されています。 一般にソースコードのある行に修正を加えた場合、実行ファイルの変化はその修正した行に直接対応する部分だけに留まりません。その行をコンパイルして出来たコード(マシン語列)の長さが変化
Google、バイナリ比較ツール「BinDiff」を無償提供
米Googleは3月18日、セキュリティ研究者やエンジニア向けのバイナリファイル比較ツール「BinDiff」を無償で公開すると発表した。 Googleによると、BinDiffでは異なるコードを比較して相違点や類似点を見つけ出せる。ベンダーのパッチで脆弱性が修正された部分を特定したり、同じバイナリの複数のバージョンを分析したりする目的で使われているという。 また、分析結果を1つのバイナリから別のバイナリに移転して分析の重複を防ぐことも可能。バイナリファイルの比較はx86、MIPS、ARM/AArch64、PowerPCなどのアーキテクチャに対応する。 Google社内ではBinDiffを利用してマルウェアの分類を行い、社内外のユーザー保護対策に役立ててきたという。 BinDiffはGoogleが2011年に買収したセキュリティ企業Zynamicsが提供していたツール。現行バージョンのBinD
Dockerイメージの差分管理についてまとめてみた | TANKSUZUKI.COM
Dockerについて色々記事を書いてきましたが、裏側の動作については「上手いことやってくれてるんでしょ状態」だったので、ちゃんと調べてみることにしました。 この記事では、ファイルシステムまわりについてまとめています。 イメージは差分の集まり Dockerのイメージは複数のレイヤが重なって構成されています。 レイヤとは、 docker run でコンテナを立ち上げてから docker commit でイメージ化するまでの間に発生した、ファイルの差分のことです。 引用元： Docker Documentation 上の図で例えると、Debianのベースイメージを元に emacsを追加した Apacheを追加した という差分が重なることでイメージが構成されています。 差分の管理方法 DockerはAUFS等のファイルシステムを使って、差分イメージを実現しています。 AUFSについては こちらの解
git diff の使い方がほんの少し理解できた - murankの日記
いままでなんとなく使ってきたけど、ようやく使い方が分かったような気がするのでメモ。 前提知識 インデックスとワーキングツリーが理解できていること HEAD が何か分かっていること git diff ワーキングツリーとインデックスの差分を表示。 git add した後にさらに修正したけど、そういえばどの時点で git add したのかなー、というときに使う？ git add したらすぐにコミットする自分には関係なさそう。 git diff --cached HEAD とインデックスの差分を表示。 git add して、コミットする前に差分を確認したい時に使うんだと思う。 自分は git diff よりもこっちの方をよく使う。 git diff HEAD HEAD とワーキングツリーの差分を表示。 前にコミットした時からどれくらい編集したか確認したい時に使う。 HEAD の部分はコミット(HE
serverspecでconfigファイルを複数行まとめてテストする - 右往左往ブログ
configファイルの記述の正当性をserverspecでテストするときは、ヒアドキュメントを使うといいかも、という話です。 configファイルを普通にテストする serverspecで、configファイルの記述をテストするとき、普通はits(:content)matcherを使います。 describe file('/etc/httpd/conf/httpd.conf') do its(:content) { should match /ServerName www.example.jp/ } end が、configの記述が1行では意味をなさず、複数行にわたって「ブロック」として記載されていたとき、昔はits(:content)matcherをひたすら繋げて書いていました。 describe file('/etc/td-agent/td-agent.conf') do its(:c
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - GoogleContainerTools/container-diff: container-diff: Diff your Docker containers
Rmagickで画像の差分を取得する - Qiita
GitHub - larsks/undocker
Unpacking Docker images with Undocker