jenkinsとgitbucketの設定 **[Jenkins]**プラグインマネージャーからGitHub Pull Request Builderをインストールする(確認したバージョンは1.29)。 **[Gitbucket]**gitbucketにプロジェクトをtestで作成する **[Gitbucket]**gitbucketにボット用のユーザーとしてjenkinsbotを作成する **[Gitbucket]**jenkinsbotユーザーをjenkinsから実行したい対象プロジェクトに追加する。 [Gitbucket] root/testのプロジェクトのService HooksでWebHook URL、jenkinsのプラグインのURLとしてhttp://localhost:9090/ghprbhook/を登録する。 **[Gitbucket]**jenkinsbotでログインし
This page provides information on how to setup Jenkins GitHub pull request builder plugin with GitBucket to automatically build pull-requests with Jenkins. Install Jenkins with GitHub pull request builder plugin as http://jenkins:9090/ Install GitBucket as http://gitbucket:8080/ Create repository on GitBucket as http://gitbucket:8080/root/test Create user on GitBucket for Jenkins as jenkinsbot Add
DIコンテナを使う時にどのインジェクションを使うかって話です。 たぶん誰かがどこかで同じようなことを書いているだろうけれど、気にせず書くよ。 「他の誰かが書いている」なんてのを書かない理由にしてると何も書けなくなるし。 コンテナ DIコンテナのこと。 コンテナ管理 インスタンスのライフサイクルをコンテナが管理していること。雑に言えば、使う側で new しないってこと。 インジェクション Dependency Injectionのこと。 Short Answer コンストラクタインジェクションを使いましょう。使い分けなくていいです。 3種類のインジェクション インジェクションには3種類ありますね。他あっても知らない。 フィールドインジェクション セッターインジェクション コンストラクタインジェクション フィールドインジェクション 一番よく見るかな。 class Hoge { @Inject
学生時代にビジネスコンテストで賞金稼ぎをしていた、ところてんです。 最近、いろいろあって、なんとなくビジネスコンテストの何がクソかが分かってきたので、ポエムを書いてみます。 最近、人事系のブログやら記事やら書籍では、Will,Can,Mustという概念がよく言及されています。私がこの概念を始めて知ったのは、サイボウズ社の社長の青野さんが書かれた「チームのことだけ、考えた」からです。せっかくなので、同書から引用しましょう。 「チームのことだけ、考えた」から引用Willは「自分がやりたいこと」で、これはそのままです。 Canも言葉通りで「自分ができること」です。 Mustだけ少し難しくて、これは「会社や社会から求められていること」というようになります。 Will,Can,Mustが組み合わさった領域というのは、自発的にも高いパフォーマンスが発揮でき、かつ社会的にも高いパフォーマンス（売上、利益
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
