1つのIssueが大きくなると1 Pull Requestで大量の差分が発生します。 そうなるとレビュワーに負担がかかり、コンフリクトの可能性も高まり、コードレビューを効率よく進めることができません。 このINVEST原則を守ることでチームはより効果的に作業を進め、柔軟に対応して開発を進めることができます。 Git Flow Git Flowは5種類(main, hotfix, release, develop, feature)のブランチを運用するブランチ戦略です。 2010年に提唱された有名なブランチ戦略です。 オンラインサービスのように継続的デリバリーするコードを想定して作られた戦略ではないです。 main ブランチ 常にリリースできる状態を保つ hotfix, develop へ切り出す このブランチへの直pushはNG hotfix ブランチ バグ修正など緊急時に対応するためのブ
パーティションキーとは まずパーティションとは、ハードディスク内の区切られた領域のこと。 そして、Dynamodbのデータは、複数のパーティションに分散され保存されるので、どのパーティションにあるか区別するためにキーが必要。 ソートキーとは 同じパーティションの中で、データを並び替えたりするのに使うキー。 ※テーブル作成は、公式チュートリアルが分かりやすかったです。 2. Lambdaで動かす関数をGoで書く ライブラリのインストール 大きく分けて、２つのライブラリを使います。 ・公式のaws-sdk-go ・guregu/dynamo ※Dynamodbのデータ操作は、aws-sdk-goでもできるが、guregu/dynamoの方が使いやすいようです。 ソースコード package main import ( "log" "math/rand" "strconv" "time" "gi
#はじめに Node.jsを使う際に、標準のfetch API以外、requestモジュール、axiosのモジュールはよく使います。 書き方はGithubのページに書いてありますが、よくGoogle先生に聞く場合も多いです。 やはりオフィシャルに記載した情報は一番ですね。 axios: https://github.com/axios/axios request: https://github.com/request/request axiosのget,post,deleteメソッドを簡単に説明します。 #Expressのパラメータの取得方法 まずサーバ側の情報を取得する仕組みを確認します。 Express.jsのリクエストAPI：https://expressjs.com/ja/api.html#req ##1. headers
はじめに WebGL課題が大学であった。そこでNuxtでSSRできたらスマーフォンからでも重い映像を描画できるんじゃないかと思い、見切り発車することにした。その際にCI/CDパイプライン作って、ECS、ECRの自動化チャレンジしたらさらに面白いんじゃないかってことでやってみた。 成果物のgit: https://github.com/yCroma/WebGL.git 内容 DockerのMultipleCompose Makefileでシェルを叩く ECR、ECS Github ActionsでのCI/CD おまけ(Dockerfile,docker-composeの連携) 1. DockerのMultipleCompose 参考は以下の通り。 ・docker-compose.ymlをDRYに書くテクニック2選 ・Share Compose configurations between f
GitHubで管理しているDockerとLaravel_PJがあります。そのLaravel_PJで作成されたプルリクをトリガーにDocker内でPHPUnitを回すというようなGitHub Actionを作成しました。 要はDocker内にLaravel_PJを突っ込んでPHPUnitを回してます。 Dockerは各環境によるので割愛 環境 docker-compose v3 [php-fpm] php:7.3.0-fpm-alpine3.8 [db] mysql:5.7 Laravel v6.0 phpunit v8.3 作成手順 リポジトリをクローン出来る様にPersonal access tokensを設定しておきます 権限はrepoにチェックで大丈夫です https://github.com/settings/tokens テスト対象のリポジトリのSettingタグからSecret
開発・公開したサービス リポジトリ： https://github.com/ryo-ma/github-profile-trophy デモ 🏆 Github Profile Trophy Githubのプロフィールをイケイケにするのが最近流行っております。(github-readme-stats、GitHub Readme Stats を利用してGitHubプロフィールをカッコよくする、Qiitaコントリビューション数をGitHubのプロフィールに貼ってドヤれるサービスを作った) そこで今回はその流行に乗り、GitHubでの活動をゲームの実績、トロフィー、称号のような形で可視化したら便利だろうと思いサービス開発しました。（また、いくつか技術的に気になる部分があったので技術検証も兼ねて） こんな感じで表示されます：https://github.com/ryo-ma 是非こんな用途で使ってみ
みなさん、GitHubプロフィール使ってますか？ 自分のユーザー名と同じリポジトリ名にREADME.mdを置くと、GitHubのプロフィール画面に表示できます。 なぜ作ったか GitHubプロフィールを飾りたい！飾っておけばきっとGitHub経由でスカウトが来るはず！ なによりGitHubプロフィールだけみてもらえば実績がまとまっている。そんなページを作りたい そんなモチベーションで作りました。 できたもの こんな感じのバッジを作れます！ 使い方 GitHub Like Badge for Qiitaにアクセスして あなたのQiitaユーザー名を入力します。 すると、下記のように雛形のmarkdownが出てきますので。コピーしてREADME.mdにペースト、その後コミットしてください！（ローカルであればpushも） # My Qiita posts [
はじめに GitHub Actions v2 でステータスバッジを表示する方法です。 意外と知らない方も多いようですがちゃんと表示できます。 ステータスバッジとは？ README.md でよく見るこういうやつです。1 ステータスバッジの表示 基本的にはドキュメントの通りです。 ワークフローを設定する - GitHub ヘルプ 継続的インテグレーションについて - GitHub ヘルプ README.md に以下のコードを埋め込むと表示できます。  <WORKFLOW_NAME> には name に設定された名前（空白文字は %20 に置換）か、ファイル名を指定できます。 ブランチを指定 branch パラメーターを付けることで特定の
目的 GithubのCI/CDツールであるGithub Actionsの概念と使い方を学ぶ。 Infrastructure as codeに基づいて、GUIやCUIではなく構成ファイルを作成する方法を学ぶ。 Github Actionsとは GithubのCI/CDツール 今までGithubとCI/CDツールは異なるSaaSを使う必要があったが、Github Actionsによってひとつに統一される 2019年11月13日に安定版がリリースされた Github Actionsの用語集 Github Actionsを使う上で知っておくべき用語をまとめる ピンと来ないものがあれば、後でWorkflow fileを書いていくのでその時に見返せば実感が沸くはず Workflow Workflowは１つまたは複数のJobから構成される Jobの例としては、build, test, package,
前提条件 WindowsにGitがインストール済みである GitHubのアカウントが作成済みである GitHubでリポジトリを作成する GitHubにログインし、RepositoriesのNewボタンから新規リポジトリを作成できます。 本記事では具体的な作業は省略します。 コミット履歴が空の新規リポジトリが作成できてればOKです。 Gitの初期設定をする メールアドレス、ユーザ名を設定する WindowsにGitをインストールしたら最初にメールアドレスやユーザネームの設定をしておくことをおすすめします。 既に設定済みの場合は飛ばしてもらって大丈夫です。 注意：以降の操作はコマンドプロンプトではなくGit Bashです git config --global user.name "ユーザー名" git config --global user.email "メールアドレス" git conf
# フォルダ作成 $ mkdir ~/.ssh && cd ~/.ssh # 秘密鍵・公開鍵の作成 $ ssh-keygen -t rsa -b 4096 -C "hoge@example.com" -f ~/.ssh/id_rsa Generating public/private rsa key pair. Enter passphrase (empty for no passphrase): <-- パスフレーズを入力（ Enterキーを押す ） Enter same passphrase again: <-- もう一度、パスフレーズを入力（ Enterキーを押す ） Your identification has been saved in id_rsa. Your public key has been saved in id_rsa.pub. # ファイル確認 $ ls id_
GitHubにIssueとPull Requestのテンプレート機能がつきました。（"Issue and Pull Request templates" - GitHub）とても便利な機能なので、みなさんも使ってみてください。 ※本記事は公式の日本語ドキュメントが作成される前に作成され、メンテナンスされていません。ぜひ公式ドキュメントの方をご覧ください。 ▼ 「公式ドキュメント：テンプレートを使用して便利な Issue やプルリクエストを推進する」 ---- 以下いつか消します ----- ファイル配置場所 リポジトリ直下、もしくは.githubフォルダーへ特定の名前がついたファイルを配置することで、Issueを作成するときや、プルリクエストを行うときの説明テキストのテキストエリアに、自動でテキストが挿入されます。 ISSUE_TEMPLATE.md - Issueを作成するときのテンプレ
きっかけ 社内で使っている pull request のテンプレートがあり、各人でブックマークレットや、Using saved replies などを利用してテンプレートを適用しているのですが、テンプレート原本の内容がちょいちょい更新されるので、人によって使っているテンプレートが古いままだったりすることがありました。 それを解消する方法はないものかなーと思っていたところ、GitHubのIssue・Pull Requestのテンプレート機能を使おう の記事を見つけました。 問題自体はこれで解決しましたが、ふと pull request のテンプレートを複数使いたい場合はどうすればいいんだろう？という疑問が浮かびました。調べてみたところ公式に書いてありましたので本日はそれをまとめてみたいとおもいます。 ※なお、今回は pull request に話を限定します。 テンプレートが1つだけでいい場
Github Actions をワークフロー内で使う方法についてすぐに見返すための備忘録 Github Action を作るためのメモはこちら => Github Action の作り方メモ ドキュメント GitHub Actions について - GitHub Docs Workflow syntax for GitHub Actions - GitHub Docs Expressions - GitHub Docs Contexts - GitHub Docs 使用制限、支払い、管理 - GitHub Docs Environment variables - GitHub Docs ワークフローの定義 リポジトリに次のディレクトリを作成し、その中にYAML形式で定義する。 .github/workflows/ YAMLファイルは名前は自由。複数OK。 ワークフローの構造 ワークフローを
GitHub上でプログラムを公開するとき、 どのライセンスを使えばいいのかわからない どうやってライセンスを設定すればいいのかわからない ライセンスというもの自体が難しそうでよくわからない などの理由で、ライセンスを設定しないままになっていることはないでしょうか？ この記事では、個人の開発者によるプログラムにライセンスが設定されていなかった場合にどのようなことが起きるのか、という観点からスタートして、ライセンスについての理解を深めていこうと思います。1 注意1: この記事の執筆者は法律に関する専門家ではありません。法律やライセンスに関する言及や解釈は不正確である可能性があります。実際の問題に対しては専門家による助言を受けてください。 注意2: この記事の内容は執筆者個人の見解であり、所属企業・部門の見解を代表するものではありません。 ライセンスがないということ プログラムのソースコードは、
github共同開発したい時､ 共同開発者を招待する方法｡ 登場人物 Aさん､Bさん｡ Aさん↓ プロジェクトのディレクトリを作成し､ github画面からリポジトリ作成 githubのリポジトリの画面から､招待の操作 Settingタブ､collaborators collaboratorsに追加したいユーザー名（githubの）を入力し､ Add Collaboratorsを押す｡ (メールアドレスでも追加できます｡) Bさんに招待メールが届きます｡ ↓ Bさん 招待メールが届くので､メールから招待をacceptする｡ ※githubに登録しているメールアドレスが分からない場合は､ ターミナルで$git config --listをすると､アカウント名や登録のメールアドレスなど確認できます｡ ※ちなみに2019年1月からgithubのPrivateリポジトリ（鍵付きリポジトリ）の作成は
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
