ブランチの最終更新日時を一覧にする git branch-activity 書いた - Qiita
概要 どのブランチが新しくてどれが古いのか分からなくなることが多々あるので分かるようにするやつを書いた。 git branch-activity でローカルブランチ名と更新日時を新しい順に表示する。リモートブランチを表示するなら -r オプションをつける。ローカルとリモート両方表示するなら -a。ようするに git branch のオプションと同じ。 現在のブランチは緑、リモートブランチは赤、その他のローカルブランチは白で表示する。これも git branch に合わせてある。 インストール curl -o /usr/local/bin/git-branch-activity https://gist.githubusercontent.com/uasi/ec9978d793df35184b33/raw/git-branch-activity.sh chmod +x /usr/local/
gitのブランチ名にタイムスタンプをつけるエイリアス - Qiita
[alias] branch-now = "!sh -c 'git branch `date +'%Y%m%d%H%M%S'`$1' -" checkout-now = "!sh -c 'git checkout -b `date +'%Y%m%d%H%M%S'`$1' -" branch-nowとかcheckout-nowのところは好きな名前をつけてください。簡単でわかりやすいものがよいです。 gitはエイリアスコマンドもタブ補完してくれるので、よく使うものでなければ、上のように元のコマンドを踏襲しておくと忘れにくいです。逆によく使うものであれば、短いに越したことないです。 git branch-now hogeとすれば 20130829012345hogeみたいなブランチが作成されます。hogeを省略すると20130829012345というブランチが作成されます。 ついでにgit ch
MySQL :: MySQL 8.0 リファレンスマニュアル :: 13.4.2.1 CHANGE MASTER TO ステートメント
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
rails の pull 型デプロイへの質問 - HsbtDiary(2015-10-22)
■ rails の pull 型デプロイへの質問 昨日の発表直後は時間がなくて質問への受け答えがあまりできなかったんですが、発表後にぶらぶらしていた時にもらった質問が鋭い内容だったので紹介します。 No SSH ポリシーは反発もでたり、チームへの浸透は難しいのではないか minne チームは選任のインフラエンジニアがおらず、アプリケーションの開発チームが兼務してインフラを作っていたので、コードでインフラを作るというのはすんなりと受け入れられた(と思う) pull 型デプロイだと、更新漏れが起こったり、あるサーバーだけが調子わるくてデプロイが失敗したということが起こった時の検知が難しいと思うんですがどうやってますか その通りで問題は把握しているがまだ具体的な解決策は作れてない状態。デプロイ後にコードのリビジョンなどを kvs に突っ込んで、サーバーすべてが更新されたことを検知してアラート、と
Webアプリのデプロイメントの悲しい状況 | POSTD
ここ4日間というもの、インターネットWebフォーラムをインストールしようとして大いに時間を無駄にしました。説明書きには30分でセットアップ可能と書いてあったんですけどね。 コンピュータは得意なほうだと思っているのですが、一体、何が悪かったのでしょうか？ これからお教えしましょう。 私の奮闘記 辱めるのは本意ではないので製品名は言わないでおきます。この製品でひどい目にあったのは今回が初めてではありませんが、製品単体の問題というよりはもっと大きな問題だからです（”ピス・ホース（馬におしっこ）”に音が似ているとだけ言っておきましょう）。 30分でセットアップ可能と説明されている根拠は、Dockerによるインストールが正式にサポートされていて、それ以外の手段がないからです。Dockerは輝かしくも新しいコンテナ管理ソフトウェアで、それだけでも危険な香りがします。相互運用可能なデスクトップ環境全体を
RFC7662として発行されたOAuth Token Introspectionとは - r-weblife
こんばんは、ritouです。 今回紹介する仕様は、RFC7662 OAuth Token Introspectionです。 RFC 7662 - OAuth 2.0 Token Introspection ざっくり言うと Token Introspectionとかいうと、Token置換攻撃対策としてのClient-AuthZ Server間のAccess Token検証を想像する方もいるかもしれませんが、この仕様はそれとはあまり関係ありません。 この仕様はOAuthのProtected Resourceのための仕様です。 RFC 6749 - The OAuth 2.0 Authorization FrameworkのRoleのところには、resource serverがprotected resourceをホストしていて、 access tokenを用いたリクエストを受ける、とあります。
Feature #11537: Introduce "Safe navigation operator" - Ruby master - Ruby Issue Tracking System
I sometimes write following code with rails application: u = User.find(id) if u && u.profile && u.profile.thumbnails && u.profiles.thumbnails.large ... or # Use ActiveSupport if u.try!(:profile).try!(:thumbnails).try!(:large) ... I hope to write shortly above code. Groovy has above operator named "Safe navigation operator" with "?." syntax. Ruby can't use "?." operator. Can we use ".?" syntax. lik
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
成長を加速する minne の技術基盤戦略