Interactive UI Ensures you are publishing from your release branch (main and master by default) Ensures the working directory is clean and that there are no unpulled changes Reinstalls dependencies to ensure your project works with the latest dependency tree Ensures your Node.js and npm versions are supported by the project and its dependencies Runs the tests Bumps the version in package.json and
Oghliner is a Node tool to deploy Offline Web Apps to GitHub Pages. Offline Web Apps are web apps that cache their files (HTML, JavaScript, CSS, images, etc.) on the client, so they work even when your network doesn't. GitHub Pages is a simple host for static files. Oghliner offlines an app by generating a Service Worker for it. It deploys the app by committing it to the gh-pages branch of the rep
Changelogs should be written for humans by humans PrLog does not try to auto generate a complete changelog. Instead, it pulls GitHub data to prefill your changelog as a baseline for manual editing. Add prose, order items by priority, insert headers. Merged pull requests fully describe project history PrLog ignores GitHub issues. If a pull request fixes an important issue it can reference it in its
About git-wip manage Work In Progress Pull Request branches. How to install npm install -g gitwip How to use git wip git wip -m "WIP" --fb feature-func equals to below commands git checkout -b feature-func git commit --allow-empty -m "WIP" Help % git-wip --help Usage: git wip [options] Options: -m, --message commit message [default: "wip"] --fb, --feature-branch feature function branch name [defau
シェルスクリプトでGo言語のツールをクロスコンパイルしてGithubにリリースする [@motemen]()さんの“Wercker で Go のプロジェクトをクロスコンパイルし,GitHub にリリースする - 詩と創作・思索のひろば (Poetry, Writing and Contemplation)”を手元からやる. Werckerからリリース良いと思うけど,自分はリリースは手元で管理したい.その辺は毎回同じスクリプトでやってるのでまとめておく.なお,コードは全てtcnksm/go-distribution-scriptsにある. クロスコンパイル 基本はHashicorpのやり方を真似してる. まず,クロスコンパイルはmitchellh/goxを使う.goxは複数プラットフォームの並列コンパイルと出力先の設定の自由度が気に入ってずっと使ってる.何よりシンプルで良い.以下のようなスク
GitHubには Releases という機能があります。 Release Your Software Creating Releases · GitHub Help GitHubのリリース機能を使う - Qiita 簡単に言えば、gitのtagやbranchに文章や添付ファイルを追加して公開出来るページです。 基本的にはgit tagと連携してるので、tagを付けてgit push --tagsをしていれば、自動的に追加されます。 メリットとしては以下のような事が行えます。 git tagにパーマネントリンクがつく(重要!) メッセージ(リリースノート等)が書ける 添付ファイル(zip)をアップロード出来る(配布するバイナリとか) RSS Feedsが自動的に生成される(TagとReleaseの2種類がある) ライブラリ等にtagがついてると利用しやすい。 git tagとGitHub
☝ この部分です。新しいリポジトリを作ったとき、ここの空欄が主張してきてちょっと気になりますよね。かといってブラウザでいちいち入力するのもだるい。エディタで書きたい。 ところで .git/description ってファイルを見たことありますか? ものの本には the description file is only used by the GitWeb program, so don’t worry about those. Git - Plumbing and Porcelain とあります。中身はこんなの。 % cat .git/description Unnamed repository; edit this file 'description' to name the repository. ずっとこの内容のまま更新されることもないだろうファイルです。なのでこいつを GitHub
Usage: github-changes [options] Options: -o, --owner (required) owner of the Github repository -r, --repository (required) name of the Github repository -d, --data (DEPRECATED) use pull requests or commits (choices: pulls, commits) [commits] -b, --branch name of the default branch [master] -n, --tag-name tag name for upcoming release [upcoming] -a, --auth prompt to auth with Github - use this for
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く