行頭/行末移動が不便。キーで行頭/行末移動ができるようになりたい。いうのを実現したのでその手順を。標準のターミナルでは使えないようです。直後に特殊キーを押すと、そのキーのエスケープコードが表示されます。カーソル移動の動作を紐つけます。同様のことができるかも知れません。キーによる行頭/行末移動ができるようになります。導入すると、シェルログイン時にエラーが出るようになります。サブコマンドがないのでエラーとなるようです。上がっているようなのでそのうち取り込まれると思いますが、当面の回避方法のメモ。インストールした前提で書きます。/usr/local/Cellar/anyenv/1.1.1/libexec/anyenv-init修正内容は以下のような感じ。同じように修正すればOKです。*env」を判定したいところなんですが、まあ一時的な回避策ということで。CircleCI過去に自分がミスった内容と似た事例を他にも見かけたので、今更ながらメモ。公式のドキュメントとして、以下の記事が公開されています。設定される値はどのようなものでしょうか。公式ドキュメントで説明されています。コミットハッシュと同一の値になります。識別するものと考えていいと思います。リポジトリの内容が同一ならば、ビルドされるコンテナイメージも同一である」という条件が成り立つのであれば、これで問題ありません。識別することができます。上記の条件が必ずしも成り立たない場合、つまりGitリポジトリが同一であっても、できあがるコンテナイメージが異なる場合がある(異なるイメージそれぞれを管理する必要がある)場合は注意が必要です。各環境向けのビルドおよびデプロイを行う、という方式を考えます。コンテナイメージ内に環境の情報を含める場合は、当然、リポジトリの内容が同一であっても、本番環境向けとステージング環境向けでできあがるコンテナイメージに差異が発生します。値は、トリガーとなったブランチに依らず。最終コミットのハッシュ値によって決定されるため、それぞれのコンテナイメージに同一のタグが設定されることになります。クラスタにも本番環境用のコンテナイメージがデリバリされてしまうことになります。並行して複数環境のビルド・デプロイを行って、完了する順番が不定となるような場合、見かけ上ランダムにコンテナイメージが切り替わるため、再現検証の難しい障害となることがあります。以外の、適切な識別文字列を用意する。タグにデプロイ先環境を識別する文字列を付加するインフラ構成や実装の手間、ユニーク性の要件、費用等に合わせた方法を取るとよいでしょう。何かの識別子として使用する場合、そのユニーク性が識別する対象のユニーク性と合致するかどうか、毎回きちんと検証しましょうというお話でした。(virtualenv版)Python2017年に書いた、「必要最低限のrequirements.txtを作成する」という記事に未だに多少のアクセスがありまして、今現在でこれを参考にされてしまうとちょっとアレだなあと思いましたので。憶えたてでイキっていました。環境を構成できるツールです。virtualenv.pypa.io通常は、開発したいプロジェクトやプロダクトごとに仮想環境を構成し、そのプロダクトに必要なライブラリだけ仮想環境にインストールして使用する、という使い方になると思いますが、開発で試行錯誤した結果、開発環境がプロダクションに不要なライブラリで汚染されていて整理したい、なんてこともあると思います。してあげれば良いです。未インストールであれば、インストールします。インストールできますが、特定のバージョンを入れたいなどオプションについてはドキュメントを参照。仮想環境を作りたいディレクトリに移動し、環境を作成します。いうディレクトリができます。すると、仮想環境を使用するモードになります。付加されていれば、そのディレクトリの仮想環境に入っている状態です。すれば、明示的にインストールしたライブラリと依存ライブラリだけのリストが出力されます。シェルからログアウトしてください。メモいろいろ試したのでメモ。初期化時に型が決まるまあ当たり前ですが。以下のようににすると、iはint型になるので桁溢れして無限ループになります。発生しないようで一安心。呼び出すことができます。いうメソッドが追加されてこういうケースが簡単に書けるようになりました。}これでSupplierを使った無限Streamがとても使いやすくなりますね。freezeしちゃうと余計なモジュールが大量に混ざってしまう...なんてときの対処法。使用する方法のほうがシンプルかつ早いので、そちらを使用しましょう。noisyspot.hatenablog.comDockerできれいな仮想環境を作るとりあえず、pyenvでPythonをインストールできる最低限の環境を作ります。導入するモジュールによっては追加が要るかも。以下のようなDockerfileを作る。Ubuntu14ベースで作ってますが、他のディストロならもうちょっとシンプルになるかも。./仮想環境内で、pyenvを使ってターゲットバージョンのPython環境を作る上記で作ったDockerイメージにはpyenvがインストール済みなので、これを使って必要な環境を作っていきます。installで目的のバージョンをインストールして切り替えます。1.4.4だけだとします。cpで送り込んであげればよいです。requirements.txtこれで、依存モジュールも含むrequirements.txtが生成されるはずです。途中間違えたら、コンテナからログアウトして終了してしまえば、pyenvだけのきれいな状態からやり直すことができます。Dockerイメージは再利用可能。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。