Ship.jsでリリースフローを改善する - Qiita
PLAID で i18n おじさんエンジニアしてる kazupon です。 この記事は plaid advent calendar 2019 の 17日目の記事です。 はじめに 筆者は、PLAID のプロダクト開発以外にも、オープンソースソフトウェア (以下 OSS )開発者として vue-i18n といったオープンソースプロジェクトを持っており、Node.js においては npm または yarn といったパッケージマネージャーと呼ばれるもので、Node.js そして必要に応じてブラウザ向けに動作するコードをパッケージにして OSS として配布しています。 npm / yarn で配布する OSS は、一般的には semver のようなセマンティックバージョンニングの仕様に沿った形で、バージョンをリリース毎に発行して管理して、npm publish や yarn publish によって
GitHub のトレンドリポジトリを見逃さない，Trendy をつくりました - はやくプログラムになりたい
僕が1日に1回ぐらいの頻度で見ているページの中の1つに GitHub の Trending repositories のページがあります．このページには言語ごとに日毎・週毎・月毎の単位で GitHub 上で人気のリポジトリがランキング形式で表示されます． 話題になっているライブラリやソフトウェアの一次ソースとして便利なのですが，微妙にアクセスが悪い位置にあり，言語ごとにしか見られません．また，ランキングには常に人気な「常連」リポジトリが多々いるので，新しく話題になっているリポジトリはその中に埋もれがちになってしまいます． そこで，今回はこれらの問題を解決すべく，GitHub のトレンドクライアント Trendy を Electron ベースでつくりました． Trendy - Menubar App to Keep You in the Trend Trendy は GitHub のトレンド
CentOSにrbenvをインストールする方法 - TASK NOTES
CentOSにrbenvをインストールして使用する方法をまとめました。Mac編は Ruby開発環境の準備+rbenvの使い方 を参照してください。 rbenvのインストール まずは必要なパッケージのインストールからです。gitはyumでもいいですが、最新版を入れたい方は CentOSに最新版のGitをインストール・アップデートする方法 を参照。 $ yum install -y git gcc gcc-c++ openssl-devel readline-devel rbenvはインストールといってもリポジトリを clone するだけです。後はパスの設定とrbenv initを起動時に実行するように、使用してるシェルに合わせて~/.bash_profileなどに書き込みます。 sstephenson/rbenv · GitHub $ git clone git://github.com
Atom（GitHub製エディタ）に乗り換えて最初にやっておきたいこと | maesblog
GitHub製の開発者向けエディタである「Atom」を利用している人も増えてきました。自分もこれまで使っていたSublime TextからついにAtomに乗り換えました。乗り換えを決意してから、いろいろ調べたり、試したりしながら少しずつ自分仕様にカスタマイズし、やっと使える状態になってきたところです。そうした中で大事だと思ったAtomを使うための初期知識を共有できればと思って今回記事にしてみました。 Atomに乗り換えた理由 Atomの画面（いい感じです！）私がAtomに乗り換えたのは、ずばり以下の3つの理由からとなります。 無料パッケージが豊富GitHub製という安心感これまでSublime Textを使っていましたが、Sublime Textは有料で70ドルします。この支払いを保留しながら使い続けることもできますが、何とも言えないモヤモヤ感があります。Atomにすることで、このモヤモヤ
今さら聞けないgit pushコマンド - Shoichi Matsuda's diary
id:koogawaさんのgitの記事を読みました。 これを読んでそういえばみんな知ってるのかなと思った点があるので書いておきます。 取り上げるのはgitのpush周りのお話です。 （これ以降の記事中のリモートは全てoriginとします。） このコロンは何？？ リモートブランチの削除で以下のようなコマンドを実行すると思います。 git push origin :hoge コロンが付いていますがこのコロン正体、正しく説明できますか？ 実用Git 作者: Jon Loeliger,吉藤英明(監訳),本間雅洋,渡邉健太郎,浜本階生出版社/メーカー: オライリージャパン発売日: 2010/02/19メディア: 大型本購入: 7人 クリック: 287回この商品を含むブログ (44件) を見る pushコマンドの実体 普通、ローカルブランチをリモートに反映する際のコマンドはこんな感じです。 git p
ぼくが実際に運用していたGitブランチモデルについて
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
GitHubやSlackをエンジニア以外のチームに導入してみた - 情報支援レスキュー隊 / IT DART (Disaster Assistance and Response Team)
投稿者：OikawaTakuya - 2015/12/14 GitHubやSlackと言えば、特にWebやスマホ系の開発を行うエンジニアにとってはごく当たり前のツールだが、これを非エンジニアに適用しているケースはまだ多くないだろう。IT DART Advent Calendarの14日目となる今回は、このようなGitHubやSlackなどのエンジニアにお馴染みのツールを非エンジニアも多い組織で運用した経験談を書いてみたい。 背景 IT DART（情報支援レスキュー隊）は発災時のITを活用した情報収集＋発信＋共有を行う団体であるが、そこで活動する運営スタッフや会員、隊員が全員ITのプロであるわけではない。運営スタッフだけでも、開発者や研究者もいれば、プロジェクトマネージャー（PM）や医療が本業である人間もいる。このような異なるスキルや経験を持つ組織において、コミュニケーションを円滑に進めるの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
lgtm.in