はてなブックマーク

世の中の色々なリポジトリをforkして作業することは多いと思うが、自分のリポジトリをforkしたい場合の手順を記載していきます。 方法は2つあります。 下記を参考に両方試してみます。 github 自分のリポジトリを fork する方法 githubで自分のリポジトリをforkする 方法1 : 空のリポジトリへimportする方法 README.mdなどを含めない空のリポジトリを作成します。 『import code』を押します。 forkしたいリポジトリのURLを貼ります。 読み込みが終わったら完了です。 方法2 : 『+』マークからimportする方法(最短) リポジトリの右上にある『+』からImport repository押下 fork元にリポジトリURLと作成したリポジトリ名を記載します。 読み込みが終わったら完了です。 以上です。 どっちの方法でも結果は同じなので、空のリポジト

概要 Dockerコンテナに格納されているAppをGKEのKubernetes Engineで稼働させることを目標とします。 稼働させるAppについては、GCP公式のhello-appを利用します。リクエストに対して「Hello, World!」というメッセージで応答します（port80） 事前準備 Google Cloud PlatformのKubernetes Engineで任意のプロジェクトを作成してください。 プロジェクトに対する課金を有効にしてください。→プロジェクトの請求設定の変更 基本的なgcloud, kubectlコマンドなどの初期設定については公式かk8s : GKEによるKubernetesセットアップ(クラスタ作成まで)〜無料枠〜を参照してください。 ステップ 1: コンテナ イメージを作成する. Kubernetes Engine は、Docker イメージをアプ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

■ 前提 スクラムのフレームワークではプロダクトバックログを「ビジネス価値」によって優先順位付けします。しかし「ビジネス価値」をどのように計算するかについては、ほとんど指標はありません。 そこで、経済性で優先順位付けをするフレームワーク(Cost of Delay Divided by Duration)を適応します。 ■ CD3 (Cost of Delay Divided by Duration)について プロダクトバックログアイテムの優先順位付けについて、CD3(Cost of Delay Divided by Duration)といった手法を適応します。 引用 : Cost of Delay Divided by Duration CD3とは、機能の「遅延コスト」を開発からデリバリーまでの見積もり時間で割ったものです。仕事を完了させるのに使える人員とリソースには限界があることを考慮