GitHubのレポジトリについたスターを可視化する
B! 20 0 0 0 GitHubでプログラムなどを公開してスターが付いて行くと嬉しいものですが、 増えていく様子などを見るとさらにやる気が増します。 そのへんのことが出来るいくつかのツールを紹介したいと思います。 StarTrack-js Star history get-profile-data-of-repo-stargazers github_stargazers_map StarTrack-js スターの増加履歴をグラフ化などして可視化してくれるツールはいくつかあるみたいですが、 StarTrack-jsというのが数値の解析なども載せてくれるので良い感じでした。 GitHub Star History and Stats 複数のレポジトリを同時にグラフに載せることも可能で また下の方にはMax stars in one dayなどの情報を表にして表示してくれます。 rcmdnk
OSSの現状と今後 - hiroppy's site
Gatsby が面白い仕組みを導入していて、驚いたので書くことにしました。 Gatsby React.js の静的サイトジェネレーター GitHub - gatsbyjs/gatsby: The fastest frontend for the headless web. Build modern websites with React. The fastest frontend for the headless web. Build modern websites with React. - GitHub - gatsbyjs/gat... 最近、海外ではとても流行っています。 コミュニティ 最近、gatsby のメンテナチームに所属しました。 人数が異常ですよね、このチームに所属していると gatsbyjs/gatsby の write 権限を持ちます。 そう、個人的に画期的だと思った
国産 OSS 立ち上げの事情
Open Developers Conference 2017 Tokyo (2017/08/19) での発表スライドです。 [イベントURL: https://www.ospn.jp/odc2017/ ]
Travis CIでGitHub Personal access tokensが漏れないようにする
2017-05-09 漏れていた人はメールで通知が来ていると思いますが、Travis CIのログ上にGitHubのTokenが漏れていたケースがあるという話がありました。 (漏れていたTokenはGitHub側で既にrevokeされていると思います。またメールに漏れている一覧が載ってるはず) The Travis CI Blog: Security Advisory: Secured Environment Variables これ自体はTravis CIのバグではなくて、ユーザーが書いたデプロイスクリプトなどのツール側のバグによってGitHubのTokenなどsecretな環境変数がログ上に出ている話です。 Travis CIのログはPublicで誰でも見ることができるので、標準出力にTokenが露出していると問題があります。 どのようなケースでGitHubのTokenが標準出力に出てし
Work and OSS
MoneyForward Meetup Vol. 6の発表資料 http://moneyforward.connpass.com/event/42287/
GitHubのWebhookを使い、git pushしたら自動でdeployする仕組みを作る | takemikami's note
GitHubのWebhook機能を利用して、 git pushしたら自動でdeployする仕組みを作る方法についてメモをまとめます。 仕組みの全体像このエントリでは以下のような仕組みを作ることにします。 deployサーバは、大きく以下の２つのモジュールで構成します。 Webhookの受け付けイベント管理ファイルをtouchするWebサーバ定期的にイベント管理ファイルを確認しdeployを実行するスクリプト仕組みを作る手順Webサーバの構築deployサーバに、apache/phpがインストールされている前提で、 以下のようなphpスクリプトを配置します。 イベント管理ファイルを配置するディレクトリを作成し、 apacheの実行ユーザに書き込み権限を与えておきます。 （以下の例では「/home/deploy/webhook/event/」ディレクトリ） SECRET_KEYには、パスワード
Travis CI Documentation
This documentation site is open source. The README in our Git repository explains how to contribute. GitHub Releases Uploading This page documents deployments using dpl v1 which currently is the default version. The next major version dpl v2 will be released soon, and we recommend starting to use it. Please see our blog post for details. dpl v2 documentation can be found here.
Git tagとGitHub ReleasesとCHANGELOG.mdの自動化について
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
gh-pages
Calling this function will create a temporary clone of the current repository, create a gh-pages branch if one doesn't already exist, copy over all files from the base path, or only those that match patterns from the optional src configuration, commit all changes, and push to the origin remote. If a gh-pages branch already exists, it will be updated with all commits from the remote before adding a
RawGit
RawGit has reached the end of its useful life October 8, 2018 RawGit is now in a sunset phase and will soon shut down. It's been a fun five years, but all things must end. GitHub repositories that served content through RawGit within the last month will continue to be served until at least October of 2019. URLs for other repositories are no longer being served. If you're currently using RawGit, pl
GitHubでコードを「公開しない」リスク？サイバーエージェント流、OSS時代の開発哲学 | SELECK
今回のソリューション：【GitHub（ギットハブ）】 〜「GitHub」でソースコードを社内・社外に公開し、オープンなコラボレーションを実現した事例〜 数々のサービスを生み出し続けるエンジニアリング集団、株式会社サイバーエージェント。そのエンジニアリング文化の中心には、「GitHub」を活用したオープンなコラボレーションがある。 同社ではプロダクトのソースコードは可能な限り全社公開すると同時に、 「スターインセンティブ制度」というリポジトリのスター数に応じたインセンティブを与える制度により、自身の書いたコードを社外へ公開することを推奨している。 ▼そもそもGitHubって何？という方はこちらの記事もどうぞ！ チーム開発を変える「GitHub」とは？導入方法・使い方を徹底解説！【第1回】【導入編】 ソースコードを可能な限り公開していくという流れは、ITベンチャーのみならず世界的大企業にも派生
Bitbucket や GitHub で自動デプロイするためのサンプル PHP スクリプトを拾って改造してみた - アルケミスタの住人
GitHub や Bitbucket などの Git ホスティングサービスの Hook や Webhook サービスを使って、Git に Push した時、自動的にサーバー側で最新版の master ブランチを pull するための PHP を拾ってきて、ちょっと改造しました。 2019年版を公開 最新版はこちらです https://ja.katzueno.com/2019/08/3712/ 更新: 2017年8月14日 旧バージョン 大きいプロジェクトであれば、きちんと Travis CI などのサービスを使いましょう。 ちなみに、Bitbucket では、5ユーザーまでの小規模プロジェクトであれば、無料で非公開 Git を作ることができるので、オススメです。 宣伝：ウェブサイトを作るCMS は concrete5 で決まり！（世界では、アメリカ陸軍、スイス政府、ミニクーパー等、日本でも
githubのwebhookを使って、push時に自動でサーバーを更新させる - MANA-DOT
このサイトのテーマはgithubで管理しています。 ただgithub上でソースを管理し ローカルで修正 → githubにpush → Webサーバーでpull としても便利なのですが、githubにはwebhookという機能があり、githubのレポジトリに変化があった時に任意のURLを叩いてもらうことができます。 この機能を使うことでレポジトリにpushした時に自動的にサーバーを更新することができます。 Webサーバーの設定 まず、Webサーバーにgithubから叩いてもらうプログラムを置きます。 今回はこのサーバーにはWordpressのためのPHPが入っているので、PHPで以下のように書きました。 hook.php <?php $LOG_FILE = dirname(__FILE__).'/hook.log'; $SECRET_KEY = '** secret **'; if (
OSS界隈について - mizchi's blog
最近の不満、日本人はライブラリ使って満足してる人が多くて、他人が作ったライブラリがすごいし便利最強みたいな人が勉強会コミュニティのボスになってたりするんだけど、海外だったらそのボスがプロダクトオーナーだったりするわけで、明らかに情報格差になってる— 損益分岐点 (@mizchi) 2015, 3月 14 技術文書は翻訳コストが高いのでそのコスト払った人に敬意が払われるのはいいとして、降ってきた変更に対してフィードバックもせずに文句いう人が(俺含めて)多いのでどうにかしたいなという気持ちがある— 損益分岐点 (@mizchi) 2015, 3月 14 言語が障害になってて報告経路がわからんってのが理由の一つだったけど、最近はGithub Issueで一本化されつつある。とはいえ要望出すフェーズ超えてディスカッションになると日本人の平均的な英語の能力だと明らかに不足で何も言わなくなる人が多い気
ブログやサイトのJekyllへの移行
昨日、下北沢オープンソースカフェで行われた「静的サイトジェネレーター祭り」にてJekyllについてのセッションを担当しました。 都合によりMiddlemanのセッションはキャンセルされましたが様々なツールについてのナレッジが共有されました。 今ご覧になっているEngine Yardのサイトとブログは元々、RailsアプリケーションとWordPressだったものをJekyllに移行したものです。 JekyllというとやはりGitHub Pagesの印象が強いですが、しっかり使ってみると既存のサイトの移行やEngine Yardのような独自環境でのホスティングにも耐える汎用性の高いツールであると実感しました。 セッションからいくつかハイライトをご紹介します。 GitHub創業者の手によって生まれたブログエンジン Jekyll(じゃこる)は2008年10月にGitHubの共同創業者のmojomb
SSH認証キーをBitbucket/GitHubに設定しよう！ [Mac簡単手順]
BitbucketやGitHubのGitリポジトリにアクセスではSSH認証キーを使うことができます。このSSH認証キーを使ったアクセスのメリットは次のとおりです。 * Pushするときにいちいちパスワードを打つ必要がなくなる * セキュリティが向上する 今回はMacでSSH認証のための公開鍵と秘密鍵を生成して、GitHubやBitbucketに公開鍵を登録して、SSHでアクセスできるようにするまでの設定手順をできるだけわかりやすく書いていきます。もし、詰まった点とかあればコメントお願いします！ (04/11 22:30) 前回の修正でミスってた部分を修正 🐯 流れSSH認証キーの設定の流れは次のとおりです。 (1) SSH認証の公開鍵と秘密鍵を作成 (2) Mac側(クライアント側)へのSSHキーの設定 (3) Bitbucketへの公開鍵の登録 (4) GitHubへの公開鍵の登録
![SSH認証キーをBitbucket/GitHubに設定しよう！ [Mac簡単手順]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c2ea7e72d0d7f3ba6c237909f321e67ffbdaa24e/height=288;version=1;width=512/https%3A%2F%2Fmorizyun.github.io%2Fimg%2Fog_image.png)
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHubアカウント「Wakayama Prefecture」の開設について｜和歌山県ホームページ
kuroigamen.com