You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Github (含むEnterprise) で開発をしているなら、Github Kaigiでも紹介されていた git-pr-release が便利です。自分の会社ではアプリのリリース前にQAを実施しているのですが、QAを始める前にどの機能がリリースされるのかをリストアップし、それをGoogleスプレッドシートに入力する作業が繁雑でした。 git-pr-release を使うと、これをリリースPull Requestに集約して自動化することができます。リリースPull Requestとは以下のようなものです (スクショはこのツールのPR用に作ったダミー)。 具体的なリリースまでの作業手順は以下のようになります。 開発ブランチにリリースする機能のPull Requestをmergeしていく git-pr-release を実行 merge済みのPull Requestの情報を集めてチェックリス
現在、GitHubのPull Requestでコードレビューし、問題なければマージするというフローで開発しているのですが、 コードは問題なさそうなのでマージしてみると、specが落ちている・・といったことがありました。 そこで、Pull Requestされた時点でそれをマージしspecを実行してくれる、そしてその結果を通知してくれる といったことが自動でできれば良いなと考えていました。 そこで発見したのがGitHub pull request builder pluginというJenkinsのプラグインです。 このプラグインは、以下のようなことをやってくれます。 Pull Requestされた(またはそのPull Requestにコミットを積み重ねた)時にそれを検知し、自動でマージしビルドしてくれる (実際はcrontabで設定したタイミングで) GitHubのPull Requestペー
http://kanonji.info/blog/2013/12/19/git%E3%81%A7%E7%A9%BA%E3%83%96%E3%83%A9%E3%83%B3%E3%83%81%E3%82%92%E4%BD%9C%E6%88%90%E3%81%99%E3%82%8B%E6%96%B9%E6%B3%95/ 空ブランチを作るオプションで、もっと簡単に作る方法がありました。 Github pagesは、今はマウスクリックで作るだろうから、空ブランチを作る方法、だけです。 Githubではプロジェクトの公式サイトなどに使えるProject Pagesが作成できます。username.github.com/repo-nameという感じのURLになるんですが、未作成の場合は画像の様な、作成の手順が表示されます。 cd /path/to/repo-name git symbolic-ref H
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く