2017-04-20

Git(Hub) の使い方

レポジトリの作成・管理

まだどこにも存在しない新規 git レポジトリをローカルに作成
- $ cd ディレクトリ名; git init
GitHub 等に存在する(自分の・他人の)リモートレポジトリをローカルにコピー
- $ git clone URL
- submodule も一緒に取得したい場合は--recursiveをつける
現在のリモートリポジトリ一覧表示
- $ git remote -v
リモートレポジトリを追加
- $ git remote add エイリアス名 URL
- URL は https プロトコル (例: https://github.com/ユーザ名/レポジトリ名) か ssh プロトコル (例: git@github.com:ユーザ名/レポジトリ名) のどちらか
  - ssh プロトコルだと git push した際にパスワード認証が不要
  - ~/.gitconfig に以下のように記述しておくと、URL のプロトコルを自動で https から ssh に変えてくれる

[url "git@github.com:"]
        insteadof = https://github.com/

リモートレポジトリの URL を変更
- $ git remote set-url エイリアス名 URL

レポジトリの状態の管理

変更状況を確認
- $ git status
ログツリーを表示
- $ git log --oneline --graph --decorate
- .bash_profile に以下のように記述しておくと $ git log だけで済む

git() {
    if [[ $@ == "log" ]]; then
        git log --oneline --graph --decorate
    else
        command git "$@"
    fi
}

ブランチの一覧表示
- $ git branch

変更の反映

ローカル上の変更をリモートレポジトリに反映
- $ git add .; git commit -m "コミットメッセージ"; git push
- fatal: The current branch master has no upstream branch. と表示されたら $ git push origin master
リモートレポジトリを指定してプッシュ
- $ git push -u エイリアス名
リモートレポジトリ上の変更をローカルに反映
- $ git pull (origin master)

ブランチ

新規ブランチの作成
- $ git branch ブランチ名
ブランチの移動
- $ git checkout ブランチ名

サブモジュール

サブモジュールの追加
- $ git submodule add URL
最新の commit に更新
- $ cd サブモジュールディレクトリ名; git pull origin master
- $ cd レポジトリルート; git add/commit/push (これをするまでstatusは更新されない)

SSH接続

~/.ssh/config に GitHub に登録した公開鍵に対応する秘密鍵を指定しておく

Host github.com
     User ユーザ名
     HostName ssh.github.com
     IdentityFile ~/.ssh/秘密鍵ファイル名
     ServerAliveInterval 60

Gtk-WARNING **: cannot open display と表示されたら$ unset SSH_ASKPASS

`.gitignore`ファイル

複数のディレクトリに置くことができる
深い階層の.gitignoreに書かれた指定の方が優先順位が高い
以下の上の行から順に解釈される
- /を含まない、もしくは末尾以外にのみ/を含む行(e.g. file, /file, path/to/file, /path/to/file)
  - .gitignoreが置いてあるディレクトリをカレントディレクトリとする相対パスのファイルを無視する
  - 先頭の/は単に無視される
- 末尾が/の行(e.g. /path/to/directory/, path/to/directory/)
  - 相対パスのディレクトリを無視する
- !で始まる行(e.g. !/path/to/file)
  - !以降のパターン文字列が示すファイルまたはディレクトリを無視しない
  - 前の無視指定を上書きする
  - 以降の無視指定に上書きされうる
- 空行もしくは#で始まる行
  - 解釈されない
ワイルドカード(*, ?, [0-9]など)も使える

2017-04-05

所得

所得 = 収入 - 必要経費

いつも分からなくなるので、ここに書いておく。今年はちゃんと確定申告で必要経費を引いておいてよかった。

それにしても、税金高い。こりゃ文句言われるわけだ。自分の場合年金はまだ免除されるけど。

2017-04-03

Wordに貼り付けたPDFがベクトル形式ではなくなってしまう現象

タイトルの通り。外部のPDFからWordに貼り付けたPDFは、大抵はそのままベクトル形式で配置され、拡大・縮小しても綺麗なまま保たれる。

しかし、たまにこれがうまく行かず、貼り付けたその時点は綺麗に写っているものの、一度ファイルを閉じて再度開くと(！)荒くぼやけたサムネイルになってしまうことがあった。

MacOS Sierra 10.12.4
Microsoft Office for Mac 2016 15.32
Adobe Acrobat Pro XI 11.0.19
Adobe Illustrator CC 2017

色々試してみて分かったことは以下の通り。

ある特定のPDFファイルをIllustrtorを使って編集すると起こる(AcrobatとKeynoteで編集すると大丈夫だった)
それぞれを別々に貼り付けても大丈夫だったものが、複数を(Illustrator, PowerPoint, Keynote等で)1枚のPDFにまとめてから貼り付けるとダメ
PDFを経由しないでPowerPointオブジェクトを貼り付けるとうまくいく

結局解決できずPowerPointからオブジェクトを直接コピーして貼り付けることにしたのだが、謎すぎる。Wordが勝手にサイズを圧縮していると思ってそれ関連と思われる色々な機能をオフにしてもダメ。

普段はWord (というかOffice全体)なんて使わないのだが、今回は様々な兼ね合いで使わざるを得ず仕方なくdocxを用意した。途中、何度嫌になったことか。。この手のソフトウエアは、便利さを謳いながら、その実制限された機能を詰め込んでいるだけで、自由度が低く結局やりたいことなんかできないというのが個人的な印象だ。タダ飯は無いのである。

2017/5/22追記

おそらく原因が判明したので追記。Keynoteからオブジェクトをコピーする時に、どうやらベクトル形式のオブジェクトであってもラスター形式でクリップボードに保持されるらしい。。

以前はベクトル形式のままできたと思うのだが(ググるとクリップボード経由でpdf保存みたいな記事がいくつか出てくる)。。。

PowerPointは大丈夫。~~謎仕様だ。Keynoteの株は自分の中で大暴落。~~(2017/7/5追記: どうやらこのKeynote由来の現象は全体の一部らしく、Keynoteを使わなくても起こるらしい。昔のMavericksとかも引っ張り出して近いうちに原因をちゃんと調査したい。)

2017-03-27

画像の一部分の比較

画像処理というには簡単すぎる内容かもしれないが、画像の一部分を切り出してすでにあるものと比較、という処理。最近やっていないのにブックマークが邪魔だったので、ここにまとめようと思い立った。

簡潔にまとめると以下の通り。

画像切り出し

$ convert -crop 横ピクセル数x縦ピクセル数+横始点ピクセル+縦始点ピクセル元画像出力画像名
- 例: $ convert -crop 960x720+160+0 src.png dest.jpg
- ピクセル指定のところは代わりに50%のような割合指定も可能

画像比較

$ perceptualdiff -threshold 閾値ピクセル数差画像1 画像2
- 例: $ perceptualdiff -threshold 100 fig1.png fig2.png

参考文献

programmer-jobs.blogspot.jp

画像比較 with perceptualdiffkazucocoa.wordpress.com

2017-03-22

Rust

最近流行っているらしいRustの解説動画。半分くらいまで視聴。

Ownership/Borrowingという概念でポインタ周りの(潜在的)バグをコンパイル時に見つけたりできるようにしたらしい。発想としてはshared reference (SR; 共有参照？不変参照？とでも言うべきか)/mutable reference (MR; 可変参照？とでも)をうまく使い分けることでC++では未定義動作だった解放済みのアドレス参照を防いでるようだ。1つのオブジェクトに対してshared/mutableを同時に両方は使えないようにして、オブジェクトの参照と変更がお互いを気にしないで行われることを防いでいる(と自分は受け取った)。

また、Ownership概念を使うと、スレッドのmutationを明示的に行わなくてもよくなる？(Ownershipは非同期なスレッドであっても同時にはどちらか一方にしか与えられないから)。いちいちOwnershipのやり取りをしないといけないので実行速度が少し気になるが、どうなのだろうか。

そもそもOwnershipがどのようなものか、どのように付与しているのかがまだよく分かっていないので、機会があれば使用を検討して実際に使いながら理解していきたい。