Standardized and automated development environments Self-host in 3 minutes
Gitpod: Always ready-to-code.
Standardized and automated development environments Self-host in 3 minutes
Rustでテキストエディタを作る - Qiita
extern crate termion; use std::io::{stdin, stdout, Write}; use termion::event::{Event, Key}; use termion::input::TermRead; use termion::raw::IntoRawMode; fn main() { let stdin = stdin(); // Rawモードに移行 // into_raw_modeはIntoRawModeトレイトに定義されている // めんどくさいので失敗時は終了(unwrap) // stdout変数がDropするときにrawモードから元の状態にもどる let mut stdout = stdout().into_raw_mode().unwrap(); // eventsはTermReadトレイトに定義されている for evt in s
オレ流 Pull Request 作業フロー - 詩と創作・思索のひろば
チームで作業する同じリポジトリの中で Pull Request を送り合うのではなく、オープンソースプロジェクトに外部から PR がやってくる場合の話です。 最近のフロー 送られてきた PR に対しては、大まかには仕様の話、実装方針の話、具体的な実装の話を詰めながらマージできるように持っていくわけだけれど、それがほとんど満足いく状態になっていてマージしたいと思うタイミングになっても、変数の名前付けだとか、ちょっとした処理の書き方だとかで、相手にお願いするよりは自分で手を加えてからマージした方が手っ取り早いことがある。そういう時は PR 元のブランチを手元にチェックアウトして、そのブランチを自分の変更で進めた上で master にマージするようにすると、push 時に PR も閉じられて便利です。 motemen/lgtm.sh#1 の例。分かりにくいれど、PR にさらに 1 コミット足して
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - Automattic/cli-table: Pretty unicode tables for the CLI with Node.JS
GitHub - slap-editor/slap: Sublime-like terminal-based text editor
GitHub - peco/peco: Simplistic interactive filtering tool
