VarCI
Boost Dev Team's Productivity Enforce Your Rules and Automate Your Workflows Get Started Free ruleset: label_bugs: name: "Label issues as bug" events: [ issues ] label: bug when: - body contains "[x] Bug" - action = "opened" or action = "reopened" missing_version: name: "Close bugs with missing version number" events: [ issues ] close: true label: invalid message: > @{{ user.login }}, please re-op
プログラミング不要! Codeship で GitHub と Lambda をつなぐ | DevelopersIO
こんにちは、ももんが大好きの小山です。 突然ですが、CodePipeline の Lambda 非対応について疑問をもったことはありませんか? 複数のメンバーで Lambda 関数を開発しようと思ったとき、バージョニングとエイリアスでは不足が生じるかもしれません。慣れ親しんだ GitHub から、もっとシームレスにデプロイできたらいいのに... そんな願いをかなえてくれるのが、きょうご紹介する Codeship です。以下の内容は1行たりともコードが書けない小山が書いていますから、怖がらずにぜひ試してみてください! サインアップとプロジェクトの作成 幸い Codeship には無償プランがありますから、公式サイトからサインアップします。サインインしたら、Let's do it! を押して進みましょう。 今回は GitHub レポジトリでコミットした Lambda 関数をデプロイしたいので、
Prottのテストを支える3つの施策（power-assert導入 & Protected branches & CI高速化） - エンジニアをリングする
この記事はGoodpatchのエンジニアがお送りするGoodpatch Advent Calendar 2015の1日目の記事です！ 1日目は最近Prottチームでおこなったテスト推進施策について書いてみようと思います！ 私はProttというプロトタイピングツールの開発を担当しているのですが、Prottには今までサーバーサイドのコードにしか自動テストがありませんでした。 変化のサイクルが速く長期的な運用になる自社サービスは常にコードの形を変えていく必要がありますが、自動テストがないと気軽なリファクタリングをしていくことが難しくなってしまいます。 今回はテスト推進施策ということで、フロントエンド側のテスト環境構築とテストに関連する取り組みを行ったので、その内容をまとめたいと思います。 ポイントは以下の3点です！ フロントエンドのテスト環境を作る → Karma + mocha + power
GitHub と CI を連携してる人にオススメの userscript: PR Build Status in Favicon - 詩と創作・思索のひろば
GitHub を使って Pull Request ベースで仕事しているとこんなことがありますよね…… ( ^o^) LGTM もらった！:sushi: ( ˘⊖˘) 。o(CI 通ったらマージしよう) |花金|┗(☋｀ )┓三 ( ◠‿◠ )☛ マージしてから帰れよ ▂▅▇█▓▒░(’ω’)░▒▓█▇▅▂ 忘れてたああああああ Issue/PR のタブを開きすぎて、自分のにしろ他人のにしろ何がどこにあってステータスがわからなくなってしまうという問題もありますね。 そんなときに便利なユーザースクリプトがこちら。 GitHub PR Build Status in Favicon chrome://extensions に放り込むなどしてインストールすると、ビルドステータスが設定されている Pull Request（例）では、Favicon の右下にそのステータス（最新コミットのもの）を表す色
非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 - Masatomo Nakano Blog
前提: GitHub flow を使っていてCIサーバーはJenkins 最近ちょっと開発フローの改善をして、とてもよく機能してて満足しているので紹介してみる。 この改善をやる前の悩み: pull-requestでコードレビューはできるのだけど、cssとかjavascriptなどの見た目や動作の変更ってコードだけだとわかりにくい。レビューする人が各自ローカル環境で実行するのもだるい。 コードを読まないデザイナーとかプロダクトオーナーとかの人が、pull-requestのレビュープロセスに簡単に参加できない(非開発者全員のところでローカル環境設定するのはだるすぎる)。 コード的にokに見えてmasterにmerge後、何か問題(特に仕様的な問題や、デザイン的な問題)が発生した場合、「修正branchを作ってpull-request」というフローを再度回さないといけない。最初のpull-req
Read the Latest CI CD News
The new look, the new site, and this new developer-first direction mark the beginning of a new era for Travis CI.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://danger.systems/
Inch CI
GitHub - modcloth-labs/github-xcode-bot-builder
Continuous Integration and Delivery - CircleCI
The trusted software delivery solution for the agentic era | CloudBees
