GitHub Actions： みなさんが開発し、GitHubで実行 | The GitHub Blog
先日のGitHub Universeで、ワークフローの自動化とカスタマイズを可能にする新機能、GitHub Actionsを発表しました。アプリケーションとサービスの設定は、開発サイクルの多くを占め、かなりの時間と労力を必要とします。GitHub Actionsは、オープンソースの原理をワークフローの自動化に当てはめており、着想から開発まで皆さんが使っているツールを組み合わせて1つのワークフローにします。プロジェクトで必要なアクションは、GitHub上でコードを扱う場合と同じように、作成することも、シェアすることも、見つけることもできます。 Actionsの詳細はこちら Universeでの発表に先立ち、お客様やシステムインテグレーター、オープンソースのメンテナーのグループにGitHub Actionsを試験的に公開したところ、わずか数週間で、数多くのGitHub Actionsを作成して
非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 - Masatomo Nakano Blog
前提: GitHub flow を使っていてCIサーバーはJenkins 最近ちょっと開発フローの改善をして、とてもよく機能してて満足しているので紹介してみる。 この改善をやる前の悩み: pull-requestでコードレビューはできるのだけど、cssとかjavascriptなどの見た目や動作の変更ってコードだけだとわかりにくい。レビューする人が各自ローカル環境で実行するのもだるい。 コードを読まないデザイナーとかプロダクトオーナーとかの人が、pull-requestのレビュープロセスに簡単に参加できない(非開発者全員のところでローカル環境設定するのはだるすぎる)。 コード的にokに見えてmasterにmerge後、何か問題(特に仕様的な問題や、デザイン的な問題)が発生した場合、「修正branchを作ってpull-request」というフローを再度回さないといけない。最初のpull-req
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub Flow (Japanese translation)
