GitHub - x-motemen/git-pr-release: Release pull request generator
Creates a "release pull request", whose body consists of features list or pull requests that are to be released into production. It's especially useful for QA and pre-release checks. git-pr-release automatically collect pull requests merged into master branch and generates the content of the release pull request. Suitable for branching strategy like below (similar to git-flow): Feature branches ar
GitHub Actionsを使ったDDoSに巻き込まれた - 私が歌川です
事例集です。 きのう、GitHubの通知を見たら、個人のリポジトリに My First PR というタイトルのPRが来ているのに気づいた。PR出すところを間違えたのかな、と思って見てみたがどうも様子がおかしい。 prog という名前のバイナリファイルを置いている .github/workflows/ci.yml*1の中身をガッと書き換えている on: [pull_request] でworkflowを起動している 20並列でjobが走るようにmatrixを設定している fail-fast: false なので、どれか1つのmatrixが失敗しても他のジョブは続行される base64 encodeした文字列をdecodeしてevalしている ドメインの名前解決を行ったあと ./prog を実行するコマンドにdecodeされた PRをめちゃくちゃな回数closeしてreopenしている PRを
TrelloとGitHubで課題管理を行うたった一つの冴えたやり方 | The Wacul Blog
こんにちわ、kyohです。 昨日会社のそばに引っ越して、今日から自転車通勤に切り替えましたが、さすがに暑いですね。 気づけば８月ですものね、ジーンズが張り付いてエラいコトです。 課題管理に限界を感じて さて、Waculではみんなだいすき GitHub で開発作業の管理をしています。 しかし、GitHub の issues は、問題を簡潔に管理することに特化しており、進捗管理や状態管理には向いていません。 こと問題を俯瞰する立場の人から「わかりづらい」と苦情が度々ありました。 Google Docs での管理も考えましたが、GitHub と Docsの二重管理になってしまうこと、Docs では自由度が高すぎてやりたいことがぼやけてしまうことなどもあって、限界を感じていました。 そこで、流行りのかんばん方式でもやってみるか、と Trello に手を出すに至ります。 管理ツールの有名ドコロでは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
