prchecklist でリリース Pull Request のチェックフローをスムーズに行う - 詩と創作・思索のひろば
背景 GitHub を使った開発では、 master ブランチがいつでも本番に出せる状態として、 master から切った develop ブランチを開発のベースとし、 各フィーチャは develop から切って develop にマージし、 リリースのタイミングで develop を master にマージ、リリース ……という流れを pull request ベースで行うのがよくあるパターンのひとつだと思います。リリースの際、ステージングや QA という名前のついた本番前環境でそれぞれの機能が正しく動いているか確認するのもよくあるフローです。 このチェックを pull request 本文のチェックボックスを使って行おう、というアイデアを実装したのが git-pr-release で、もともと id:hitode909 がチーム向けにこしらえたものをパクった汎用化したものでした。この仕
Automatic Release in Cookpad
2017/3/1 fastlane Meetup Japan @giginet
ライブラリのバージョニングのしかた - Islands in the byte stream
セマンティックバージョニングは守るとして、だいたいこんなポリシーでやってます。 0.0.1 - proof of concept / minimum viable product 0.1.0 - とりあえずリリースしてプロダクションに組み込んでみる 1.0.0 - プロダクションに組み込んだ 2.0.0 - セマンティックバージョニングに従うので、メジャーバージョンアップは機能ではなく単にAPI互換性を失うという印 あとは、alpha, beta, rcなどを接尾詞としてつけることもあります。 *-alpha - 開発中 *-beta - 安定してきた *-rc - release candidate. プロダクションに組み込んでもOK
Node.js — Node v5.1.0 (Current)
Notable changes buffer: The noAssert option for many buffer functions will now silently drop invalid write values rather than crashing (P.S.V.R) #3767. This makes the behavior match what the docs suggest. child_process: child.send() now properly returns a boolean like the docs suggest (Rich Trott) #3577. doc: All of the API docs have been re-ordered so as to read in alphabetical order (Tristian Fl
Springframework.org
One behalf of the Spring Boot team, and everyone that has contributed, I am pleased to announce that Spring Boot 1.3.0 has been released and is available now from repo.spring.io, Maven Central and Bintray. This release adds a significant number of new features and improvements and builds on the latest release of the Spring Framework. For full upgrade instructions and "new and noteworthy" features
github-pr-releaseが最高に便利だった件について - Masteries
uiureoさんが開発されたnpmのパッケージ, github-pr-releaseが便利すぎて脳汁がドバドバ溢れでたので紹介します. リリース時のチェックリスト 何かしらのリリースをする際, 大抵の場合｢今回, どのような内容のリリースを行うのか?｣についてチェックリストを作るのではないでしょうか. そしてチェックリストを見ながら, ステージング環境などで動作確認を行い, リリースする内容が期待通り動作するかを確認したりするのではないでしょうか. 自分が開発に携わっているReactioの開発チームでは, これまでリリース時に手動でチェックリストを作っていたのですが, そもそも手動でチェックリストを作るということそのものが面倒ですし, 手動でチェックリストを作る場合, 本来リリースするのでチェックリストに入れるべき内容がチェックリストから漏れてしまう事があったりして, 非常に大変でした.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
