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
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 npm周りでごたごたがありました。その前にはCocoaPodの問題もありました。その前にはGemの話も話題になりましたよね。 うんこれ。2年ぐらい前にnode.jsで開発していた時にも、node.jsのnpmのエコシステムいつか破綻するよなぁって思ってた。で、去年cURL as DSL作ったんだよね。Rubyのコード生成はまだないけどね。 https://t.co/1C0yw0KPib — 渋川よしき (@shibu_jp) March 6, 2016 上記のツイートはgemに絡んでのツイートであって、コンテキストはnpmではなかったのだけど、なんか予言めいたツイートに見えちゃったのかもしれないけど偶然です。ここまで、いくつかの文化の変化がありました。 SourceForgeや
A README is one of the first things people see when they find your open source project. It should be helpful, welcoming, and friendly. Posted on 14 March 2016 by Rowan Manning. Tagged with Open-Source, Writing, Documentation 87 responsesSyndicated to Twitter Your project’s README is pretty important; it’s often the first thing that a person new to your project will see, and is frequently the only
2週間ほど前にGitHub社からGitBucketのコミッタ宛てにメールが届きました。 それは「GitBucketはGitHubにあまりにも似すぎているが、GitHub社はGitHubのプロプライエタリなマテリアルをコピーしたり、ユーザインターフェースをクローンすることは許可していない。これはGitHub社の知的所有権を侵害している可能性があり、GitHubのユーザに混乱を引き起こすもので、改善を求める」という趣旨のものでした。 1点目についてはGitBucketはOcticonsやBootstrapテーマなどオープンソースのリソースは活用しているものの、GitHubからいかなるプロプライエタリなマテリアルやソースコードもコピーしていませんので問題ではありませんでした。 2点目については(ユーザインターフェースに関する権利については諸説あるようですが)、GitBucketが「GitHubク
Goro Fuji さんと、GitHub, Slack, 情報共有などについて話しました。 Show Notes Add Reactions to Pull Requests, Issues, and Comments dear-github: An open letter to GitHub from the maintainers of open source projects Emoji reactions - Slack Let's Get This Merged Comparing Confusing Terms in GitHub, Bitbucket, and GitLab Why Is GitHub's Pull Request called Pull Request Issue and Pull Request templates Rebuild: Aftershow 1
Vim-side第二回目の配信は2015年年末から2016年頭にかけてVimに起こっている最新動向とVim導入までの手引きについて語りました。 backspace.fm ML入会フォーム 年明けからのVimの動きchannel サポート/jsonサポートvim-jp/vimdoc-ja と vim-jp/lang-ja の動きVimのはじめかた導入最小セッティングVimtutor日本語ドキュメント関連リンクmattn/slckvoting results : vim onlineClinkiceiv+puttyPoderosa - Wikipediahelp - Vim日本語ドキュメントMonoidjdkanani/vim-material-theme: Material theme for vimVimの参考書実践Vim 思考のスピードで編集しよう!
ユーザーファースト推進室 デザイナーの橋本(@hashcc)です。 クックパッドでは、安定した品質のモバイルアプリケーションをユーザーさんに届けるために、デザインリリースマネージャ という試みを2015年秋頃から始めました。 今回はこの試みについて発端や成果などをお話しします。 「あれ、なんでこんなデザインになってるの・・?」 クックパッドには日々多くのコード変更が加わっています。そうした中でも品質を安定させる(クラッシュや機能破壊を起こさない)ために、テストエンジニアなどが取り組んでいます。 関連: クックパッドモバイルアプリの開発体制とリリースフロー 安定したリリースを継続するためのテストとテストレベルの話 デザイナーも「デザイン変更が伴う修正は必ずデザイナーがチェックする」というルールを作り、デザイン品質の安定化に努めていました。 にも関わらず、リリース直前/直後になって「あれ、なん
現在Pythonの開発プロセス管理を担当しているBrett Cannon氏が,Pythonのcore workflowメーリングリストを通じて,GitHubへの移行を発表した。氏はInfoQのインタビューに応える中で,今回の決定に至った1年間に及ぶプロセスと,その中で検討された3つの提案について説明してくれた。 Pythonのリポジトリをホストするforge.python.orgの立ち上げ GitとGitHub,Phabricatorへの移行 GitとGitLabへの移行 この中から最終的にGitHubが選択されたのには,主に3つの要因があった。 GitHubとGitLabが機能面でほぼ同等であること。GitLabがオープンソースであることについては,それ自体を決め手だとは考えなかったと,Cannon氏は特に記している。 コアな開発者や外部協力者の間に,GitHubに精通している開発者が多
tl;dr 変更したファイルにrubocopやjscsを実行して、pull requestに自動でコメントさせる方法。 コマンドをパイプでつないで、CIからsaddlerコマンドで書き込みする。 デモリポジトリに rubocop, travis ci, jscs, travis ci エラーになるpull requestしてみてね! saddlerの実行結果イメージ 一番目がjscs, 二番目がrubocop。 流れ diffのあるファイル名を取り出す $ git diff --name-only origin/master README.md bin/run-tests.sh lib/example/travis_ci.rb こんなdiffにrubocop や jscsを実行したい。 diffのあるファイル名を取り出す。 lint実行したいファイルだけに絞り込む $ git diff -
2016年2月25日、世界をログする書き起こしメディア、ログミーが初のリアルイベント「ログミーLIVE」を開催しました。第1回目のテーマは「働き方」。1人目の登壇者、ギットハブ・ジャパンの堀江大輔氏は、同社が最も大切にしている“幸せの最適化”という価値観を紹介。その上で、社員の半数以上がリモート勤務を導入するGitHubのワークスタイルについて語りました。 第1回 ログミーLIVE「GitHubの働き方」 堀江大輔氏(以下、堀江):今日はGitHubがどういう働き方をしているか、どうしてそういう働き方をしているかを紹介しようと思っています。 いきなり言い訳から始めるんですけど、花粉症がすごいひどくて、じゃあ薬を飲もうと思ったら、いつも以上にとろんとしていて、忘れそうなのでここにコンピューターを置いておきます。 堀江氏のプロフィールとGitHubの社風 まず自己紹介なんですけど、私、堀江大輔
アトラシアンはソフトウェアチームの可能性を引き出すことに専念し、お客さまがよりスマートでより素早く仕事をするためのお手伝いがしたいと考えています。そのため当社は、ブランチパーミッション、マージチェック、スマートコミット、スマートミラーリング、さらに他にも多くの新機能を Bitbucket に追加し続けています。 当社は昨年、ユーザーの大きな問題解決に取り組んでいました。それは、Git リポジトリ内にある巨大ファイルのトラッキングです。Git Large File Storage (LFS) によって、非常に大きなファイルを必要な場所に保存できるようになりました。当社は Git を誰でも使えるようにしたいと考え、GitHub と協力して巨大ファイルサポートの標準化に取り組む決断をしました。 Git LFS を使う理由 Git が巨大ファイルをうまく使えないことは既知の問題であり、巨大ファイル
この話。 PHP の mt_rand() は一貫して壊れている(consistently broken)らしい - 唯物是真 @Scaled_Wurm PHPのmt_rand()が実装にミスがあることを知ったので、「PHPのコミットログに名前を載せるぞ╭( ・ㅂ・)و」と思ってプルリクを送ったら、一旦マージされたけど、リバートされた。 詳細 https://github.com/php/php-src/pull/1681/files ついでにテストコードも付けたけど、直すべきは1文字だけ。 twistというマクロの定義が1文字間違えている。 loBit(u)ではなくloBit(v)が正しい。 #define twist(m,u,v) (m ^ (mixBits(u,v)>>1) ^ ((uint32_t)(-(int32_t)(loBit(u))) & 0x9908b0dfU)) このマク
ProductIssue and Pull Request templatesIt's hard to solve a problem when important details are missing. Now project maintainers can add templates for Issues and Pull Requests to projects, helping contributors share the right details… It’s hard to solve a problem when important details are missing. Now project maintainers can add templates for Issues and Pull Requests to projects, helping contribut
「GitHub Enterprise 2.5」リリース。数万人の大規模な開発チームにも対応するクラスタリング構成、アクセスの集中にはキャッシュインテンシブな処理で対応 GitHubは大規模な組織での利用にも対応したソースコード管理ソフトウェアの新版「GitHub Enterprise 2.5」のリリースを発表しました。 GitHub Enterprise 2.5の最大の変更点は、大規模な開発チームでの利用にも対応するようにクラスタリング構成によるスケールアウトが可能になったことです。 ただしクラスタリングは非常に大規模な運用向けに特別に設計されているため、管理リソースの追加も必要となるとのこと。 また、GitHub Enterprise 2.5では内部的にキャッシュインテンシブな処理を実現し、大量の開発プロジェクトを抱えていたり、大規模な継続的インテグレーションなどによって集中的にソースコ
GitHubが1月28日のサービス障害の詳細を公開。停電により内部のChatOpsシステムも落ちて初期対応が困難に。Redisクラスタの復旧に時間 報告では、サービス障害はGitHub社内のChatOpsシステムも巻き込んで初期対応に時間がかかってしまったこと、一時的な停電がRedisクラスタの障害を引き起こしたため、その究明と復旧が作業の主な部分だったことなどが説明されています。 報告の要点をまとめました。 内部のChatOpsシステムも障害に GitHubのサービス障害は、すでに報告されているように、自社データセンターにおける一時的な停電が最初の原因でした。 At 00:23am UTC on Thursday, January 28th, 2016 (4:23pm PST, Wednesday, January 27th) our primary data center experi
日本時間で1月28日木曜日午前9時過ぎから発生したGitHubのサービス障害は、同社のデータセンター内での一時的な停電をきっかけに連鎖的に発生した障害の影響であることが、GitHubのブログに投稿された記事「Update on 1/28 service outage」で説明されています。 GitHubのブログから引用します。 A brief power disruption at our primary data center caused a cascading failure that impacted several services critical to GitHub.com's operation. 主データセンターにおける一時的な停電が連鎖的な障害を引き起こし、GitHub.comの運用にいくつもの深刻な影響を与えてしまった。 GitHubの説明によると、障害が発生したのは協
業務でGitHubを使っていて、developブランチにマージされたらステージング環境として使っているAWS上のサーバにデプロイされるようにしています。この時点で割と便利なんですが、マージ前にデザインや挙動を確認したいというケースも多いのでこの部分何とかしたいなぁと思っていました。 Review Appsとは 最近、HerokuはGitHubとの連携を強化しています。以前だったら GitHubの特定のブランチにPushされたら、Herokuにデプロイする ということを実現しようとすると、CircleCIなどのCIツールを使ってやるのが一般的でした。 そこが最近変わりました。Heroku側からGitHubと直接連携して、「GitHubの変更を受けてHerokuにデプロイ」がHeroku側の画面でポチポチやるだけで簡単に実現できるようになっています。 この時点でかなり便利なのですが、さらに「P
CodecovでPythonコードリポジトリのコードカバレッジを継続的に計測する By raimon, 2016-01-17(日), in category Python Codecovというサービスを利用すると、GitHubにホスティングしているGitリポジトリのコードカバレッジを継続的に計測し、次のようにバッジで表示できる。 同種のCode coverage as a Service的なものでは、有名なサービスとしてCoverallsがある。 Travis CI連携済みのPythonプロジェクトでCodecovを利用 今回は技術書のサンプルコードを写経してコードカバレッジが取得できるようになっており、かつTravis CIでテストが自動的に回るように連携済みである既存のPythonプロジェクトに対してCodecovとの連携を組み込んでみた。 # このカバレッジをCodecovで計測した
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く