Visual Studio Team Services から Azure DevOps にリブランディング Sep 11, 2018 BLOG このブログをご覧のみなさん、こんにちは。 Microsoft が 提供する DevOps ツールとして、オンプレミスでは Team Foundation Server(略称TFS) 、クラウドでは Visual Studio Team Ser
![Change the World!](https://cdn-ak-scissors.b.st-hatena.com/image/square/e0d658bc39f9940684205102e3f44c1da0425674/height=288;version=1;width=512/https%3A%2F%2Fwiki.jenkins-ci.org%2Fdownload%2Fattachments%2F2916393%2Flogo-title.png%3Fversion%3D1%26modificationDate%3D1302753947000)
Introduction This document demonstrates the development of a simple Go package inside a module and introduces the go tool, the standard way to fetch, build, and install Go modules, packages, and commands. Code organization Go programs are organized into packages. A package is a collection of source files in the same directory that are compiled together. Functions, types, variables, and constants d
はじめに bootstrap.phpにドメインによって設定を切り替わる処理を記載していたのですが、 リリース事故が起きそうな気がしたので、色々試してみて、下記をアレンジした方法に落ち着きました。 参照:CakePHPで開発環境と本番環境の切り替え app/Config/Env/以下に環境判別用のファイルを作成して、読み込む設定ファイルを切り替えます。 (開発環境は設定しなくてOK!) 組んでみる 下記のファイルを作成 ・環境確認用:app/Config/Env/[CAKE_ENV] (空ファイルでOK) ・環境別設定ファイル:app/Config/[CAKE_ENV]/envConfig.php ・環境別DBファイル:app/Config/[CAKE_ENV]/database.php(app/Config/database.php.defaultのフォーマットでOK)
php-buildについて、先日のPHP BLT #1で下記のようなLTをしました(発表時のものに追記してあります)。 とはいえプレゼンだけでは伝わらない内容もあったと思うので、補足する内容を書きます。 独自のdefinitionファイルをどう作るか php-buildでは独自のdefinitionファイルを作れるのが便利です。僕は下記のような内容で~/.phpenv/plugins/php-build/share/php-build/definitions/7.0.0RC8-zts-debugというファイルを作っています。git管理下のディレクトリに絶対commitしないファイルを作ることになってしまいますが、コンフリクトしない名前で作る分には良いことにします。 export CFLAGS="-g" export PHP_BUILD_KEEP_OBJECT_FILES="on" conf
はじめに 現代では、ソフトウェアは一般にサービスとして提供され、Webアプリケーション や Software as a Service と呼ばれる。Twelve-Factor Appは、次のようなSoftware as a Serviceを作り上げるための方法論である。 セットアップ自動化のために 宣言的な フォーマットを使い、プロジェクトに新しく加わった開発者が要する時間とコストを最小化する。 下層のOSへの 依存関係を明確化 し、実行環境間での 移植性を最大化 する。 モダンな クラウドプラットフォーム 上への デプロイ に適しており、サーバー管理やシステム管理を不要なものにする。 開発環境と本番環境の 差異を最小限 にし、アジリティを最大化する 継続的デプロイ を可能にする。 ツール、アーキテクチャ、開発プラクティスを大幅に変更することなく スケールアップ できる。 Twelve-F
環境変数LC_ALLがセットされていると、ロケールに間する環境変数を一括で指定できて便利なのだが、 $ LC_TIME=C mcなどとしても、ロケール用の環境変数(上の例ではLC_TIME)が反映されない。 Gentoo Linux Documentation -- Gentoo Linux ローカライズガイド によると、LC_ALLが他の環境変数を上書きしてしまう(優先順位が最も高いとも言える)ようだ。 上書きされてしまう例としては、 $ LC_ALL=C gkrellm2とした場合、日付の書式を英語にできるのだが、LC_MESSAGESも変更されてしまい、ユーザインターフェースまで英語になってしまう。 $ env -u LC_ALL LC_TIME=C gkrellm2もしくは $ LC_ALL= LC_TIME=C gkrellm2とすることで、メッセージを日本語にしつつ、日付の書式
Linux / OS X $ git clone https://github.com/jenv/jenv.git ~/.jenv Mac OS X via Homebrew $ brew install jenv Bash $ echo 'export PATH="$HOME/.jenv/bin:$PATH"' >> ~/.bash_profile $ echo 'eval "$(jenv init -)"' >> ~/.bash_profile Zsh $ echo 'export PATH="$HOME/.jenv/bin:$PATH"' >> ~/.zshrc $ echo 'eval "$(jenv init -)"' >> ~/.zshrc Enable the export plugin $ eval "$(jenv init -)" $ jenv enable-plugin
Makefile.crates. An example can be found in audio/ebur128. Makefile.inc. An example can be found in net/ntp. Makefile.${ARCH}-${OPSYS} Makefile.${OPSYS}. An example can be found in net/cvsup-static. Makefile.${ARCH} Makefile.local It is also usual practice to split the packaging list of the port into several files if the list varies a lot from one architecture to another or depends on the selected
Amazon EC2 Container Service 内容はあくまで現在のPreviewを元にしているので、今後も仕様などが変更になる可能性が大きくありますので、ご利用の際は必ずドキュメントをご覧ください。 ECSはDockerベースのアプリケーションのビルド、実行とそしてスケールを助けるためのサービスです。 利点として、より簡単なクラスターマネージメント、ハイパフォーマンス、柔軟なスケジューリング、拡張性、ポータビリティ、そしてAWSの他サービスや機能との統合があります。ECSは論理的なEC2インスタンスのグループを作成し、EC2インスタンスグループ内から、Dockerコンテナの実行に必要なリソースを提供出来るEC2インスタンス上でDockerコンテナを起動するように制御を行います。ECSはDockerベースのため既存のDockerコンテナをそのまま使用可能で、Docker Hubや
direnv – unclutter your .profile direnv is an extension for your shell. It augments existing shells with a new feature that can load and unload environment variables depending on the current directory. Use cases Load 12factor apps environment variables Create per-project isolated development environments Load secrets for deployment How it works Before each prompt, direnv checks for the existence o
DotenvではなくDirenvを使う Dotenvは,.envファイルから環境変数を読み込むためのツール.他人には共有したくないパスワードやキーなどを.envに環境変数として記述しておき,実行時にそれを読み込むといった使い方をする.例えば自分は,vagrantからDigitalOceanを使う際に,CLIENT_IDやAPI_KEYを.envに記述してVagrantfileでそれを読み込むという使い方をしていた. ただ,Dotenvは汎用性が低い.Dotenvを有効にするには,プログラム内から明示的にDotenv.loadを呼ぶ必要がある,もしくは,dotenvでプログラムを起動する必要がある.例えば,test-kitchenのdigitaloceanドライバーを使う際には,vagrantの場合と同様にCLIENT_IDやAPI_KEYが必要になる.しかし,test-kitchenでユー
HDE クラウドプロダクト開発部の小本です。 私のお気に入りツールdirenvを紹介します。 direnvとは・・・ シェルのcdをフックし、ディレクトリごとに環境変数を自動設定するツール pyenvなどを置き換えることができるツール Pythonistaも、Rubyistも、Gopherも、みんな使って損はないツール direnv以前の世界(pyenvはawesomeだった) Pythonには、プロジェクトそれぞれに専用の環境を作ってPythonのバージョンやライブラリを切り替えることができるツールがあります。 専用環境を作れる virtualenv 専用環境をコマンドで簡単に切り替えられる virtualenvwrappper と進化し、その最終形態がpyenvです。 pyenvはあらかじめディレクトリに環境を紐付けておくと、ディレクトリにcdしたとき、勝手に環境を切り替えてくれます。
If you want to be able to effectively manage web apps in development and in production, you have to understand environment variables. This post will show you how environment variables really work - and perhaps more importantly, how they DON'T work. We'll also explore some of the most common ways to manage environment variables in your Rails apps. If you want to be able to effectively manage web ap
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く