My Octocat | Build your own octocatBuild your own octocat Take a break from your build and create an Octocat that’s all you, from whisker tip to tail.
GitHub Pages + 独自ドメイン + HTTPS (SSL) のサポートをGitHubが提供開始 - Qiita
前提 GitHub Pagesでお手軽にHTTPSを利用したい はじめに GitHub PagesではSSLサーバ証明書の設定ができません。 そのため、GIthub Pages + 独自ドメインでHTTPS (SSL) に対応するには、 CDNでリバースプロキシを利用するといった方法をとられている方が多いと思います。 カスタムドメインの GitHub Pages で HTTPS を使う GitHub Pages + CloudFlare で独自ドメインをSSL化する GitHubのHTTPSサポートの動向 GitHubが独自ドメイン用の証明書を発行するようになった 2018年2月中旬ごろ、Github Pages側でLet's EncryptのSSLサーバ証明書が 自動で発行されるようになり、リバースプロキシの設定をする必要がなくなりました。 Add HTTPS support to Gi
［速報］GitHub、依存関係表示でのパッケージやアプリケーション対応、セキュリティアラートなどの新機能発表。GitHub Universe 2017
基調講演では、GitHubの新機能としてプロジェクトの依存関係を表示する「Dependency graph」や、このDependency graphにおいてパッケージやアプリケーションの対応や、依存関係にあるパッケージなどで脆弱性が発見された場合に通知してくれる「Security alerts」機能などが発表されました。 プロジェクトの依存関係を表示する「Dependency graph」 GitHub上で開発されているソフトウェアの多くは、ほかのプロジェクトで開発されているソフトウェア、パッケージ、アプリケーションなどを利用しています。 同社はこうしたプロジェクトの依存関係を「Code metadata」として保持しており、同社 データサイエンスチームのエンジニアリングマネージャのMiju Han氏によると、リポジトリの75％が何らかの依存関係を持ち、半分以上は10以上の依存関係を持ち、
slackに返信・引用ボタンを追加する - いてづきブログ
部署内にslackを導入してみたもののなかなか活用されない日々…。 聞いてみるとTwitterみたいに返信ができなくて、話題が流れてしまうと返信とかを書き込みにくいとのことで、 返信ができないか探してみた。 結論から言うと下記のChrome拡張を入れたら解決。 chrome.google.com これでslack上に返信・引用ボタンが表示され、過去の投稿に対しても引用付きで返信できるようになった。 ちなみにソースはGitHub上で公開されている。 github.com Chromeの拡張入れて情報抜かれたりしてたら怖い…と思う場合は上記のソースを使って 自社用にカスタマイズすればいいと思う。 次はもう少しチャット以外にも他システムと連携できるところを売りにしていきたいですねぇ…。
Change the base branch of a Pull Request
ProductChange the base branch of a Pull RequestYou can now change the base branch of an open pull request. After you’ve created a pull request, you can modify the base branch so that the changes in the… You can now change the base branch of an open pull request. After you’ve created a pull request, you can modify the base branch so that the changes in the pull request are compared against a differ
Github issue で質問してはいけない - Qiita
この記事は個人ブログで海外向けに書きかけの記事の日本語版です。そのため、一部日本人向けではない記述が含まれます。 英語版はこちらです Why you must not ask questions on Github issues 現在は GitHub は Discussions を提供しています。 Issue Template から Discussion へと誘導するのがおすすめです。 2023-06-14 追記 TL;DR: Issue Tracker で質問するのは開発者に対する DoS 攻撃になるかもしれない。 Forum がある場合は Issue Tracker で質問してはいけない。 背景 Github の時代になる前は、ある程度の規模のOSSプロジェクトはみんな Issue Tracker と別に フォーラム (BBS, ML など) を持っていました。ユーザーはフォーラムでデ
Go pprof 入門編 (CPU Profile とコマンドラインツール)
このエントリーは、 KLab Advent Calendar 2015 の17日目の記事です。 pprof は Go の標準ライブラリにあるプロファイラです。 CPUを使用している部分を見つけるだけでなく、CPUを使ってないのにレイテンシが悪化するケースやメモリリークを発見したり、長時間安定して動くサーバープログラムを開発するのにとても便利です。 今日から3日間の連載でこの pprof の使い方や仕組みについて見て行きます。最初は一番基本となる CPU プロファイルの取得方法と、 go tool pprof の使い方を説明します。 Note: Macでの注意点 Mac OS X の Mavericks 以前は、 Go の CPUProfiler が利用している SIGPROF シグナルに問題があり、 CPU プロファイルを取るためにカーネルにパッチを当てる必要がありました。 この問題は E
GitHub製Resqueを使用したRubyでのバックグラウンド処理(バッチ処理) - Masatomo Nakano Blog - Web開発を極める
そこそこの規模のWebシステムになってくるとバックグランド処理(batch処理)は欠かせないものになってくる。メールの送信、データの日次、月次、年次処理、削除(フラグ)データのpurgeやバックアップ、等々いろいろな物が出てくる。 現在はBackgrounDRbを使っているが、いろいろといまいちなので今回Resqueを評価してみた。ちょっと触った段階での第一印象をメモ。 まず、バッチ処理系で評価のポイントになってくる部分はなんだろうかと考えてみると、なんと言っても見通しのよさと異常系の処理だと思う。画面系と違い、バッチ処理は「見えにくい」ところで実行されるので、その二つが特に大事になってくる。「知らないうちに止まっていました」では困るのがバッチ処理。 たとえば、 異常時の処理無視?管理者に通知?リトライ? 復旧処理タスクの削除(問題を修復後)リトライ 状態の監視いくつのJobが残っているか
１年前に転職しました
退職しましたというエントリを書いてから、早くも１年が経過しました。せっかくなのでゆるーく１年を振り返ってみたいと思います。 いままであらすじ １年前、ごく小規模の WEB 受託開発会社から、中規模の広告代理店へ転職しました。 転職先では、エンジニアの社員はわしだけです。 転職して変わったこと 複数のプロジェクトを掛け持ちしなくて済むようになったので、比較的、目の前の仕事に集中しやすくなりました。 電話を取らなくて良くなったので、比較的、目の前の仕事に集中しやすくなりました。 職場が広くて清潔になりました。しかも６月に新築ビルに引っ越してさらに快適になったので、比較的、目の前の仕事に集中しやすくなりました。 システム開発に関するしがらみが０なので、唯一のエンジニアであるわしの裁量で大体のことは決められます。比較的、目の前の仕事に集中しやすくなりました。 何か新しい機能を作るときに、(打算的な
YARD - A Ruby Documentation Tool
What Is YARD? YARD is a documentation generation tool for the Ruby programming language. It enables the user to generate consistent, usable documentation that can be exported to a number of formats very easily, and also supports extending for custom Ruby constructs such as custom class level definitions. Above is a highlight of the some of YARD's notable features. And of course YARD comes with muc
Github Kaigi
What? GitHub KaigiはGitHub User Group 主催のイベントであり、GitHubの正式なイベントではありません。 GitHub Kaigi is a captivating event organized by the GitHub User Group, offering a unique platform for developers and tech enthusiasts to come together and discuss the latest trends and innovations in the world of coding and software development. While GitHub Kaigi is not an official GitHub event, it's a must-attend for anyone
GitHubでFork/cloneしたリポジトリを本家リポジトリに追従する - Qiita
2019/12/11 分かりやすいサイトへのリンクを追加しました hub コマンドの hub fork について追加しました 2013/04/11 興味深い手法があれば随時追加していきます ネットを検索すると、色々な手法が出てきますが、自分としては「WEB+DB PRESS plus 開発ツール徹底攻略」p.71 に載っていた以下の手法がシンプルで良く理解できました。 本家リモート upstream を追加する方法 本家リポジトリの例として、実際にGitHubに存在する練習用リポジトリ git@github.com:DQNEO/Renshu.git を使います あなた (youraccount) が既にForkしているRenshuリポジトリをcloneします。 $ git clone git@github.com:youraccount/Renshu.git Cloning into 'R
stockNum.App - Coming Soon
stockNum.App Something new is just around the corner 👍👍
KLab若手エンジニアの これなぁに？ : 2014年3月度ALMレポート(株式会社グラニ様との合同開催)
カテゴリ 2014年3月度ALMレポート(株式会社グラニ様との合同開催) お久しぶりです、okabe-mです。 KLabでは毎月ALMという社内勉強会を開催しています。 ALMとは ALMとはAll Layer Meetingの略で、職種・役職・発表内容を問わない勉強会・発表会です。 内容的に高度なものである必要はありませんが、発表者自身が工夫した箇所があることを求められます。 また、発表者にはプレゼン練習、聴衆には質問する能力を養う機会を提供する目的もあります。 開催は東京六本木の本社で行われますが、TV会議システム、インターネットを通じて国内外の拠点に配信を行っています。 3月度は株式会社グラニ様との合同で勉強会を開催しました。 弊社と株式会社グラニ様でそれぞれ発表を2人ずつ発表して頂きました。 さっそく、レポートに移りましょう。 Github:eで仕様書を書こう(KLab株式会社 加
GithubでPull Requestは絶対消せない。ヤバい＼(^o^)／ｵﾜﾀ - アジャイルSEの憂鬱
2013/10/16: Githubのhelp「Remove sensitive data」について追記 先日、初めて知ったのですが、GithubのプルリクをCloseは出来ても、削除は出来ない。(*1) 普段使う上では困らないのですが、パスワードなどの公開すべきでない情報がプルリクに含まれると、結構ヤバい事になる。 結論 結論を先に書くと「リポジトリを作り直すしかない」 試したこと プルリクしてるブランチを上書きする パスワードなどの情報をコミットから(rebase -iなどで)消してからブランチを上書きしてみた。 $ git push -f origin topic_branch プルリクに上書き前後の履歴が全て表示される... プルリクエストしたブランチを削除する 実はGithubでプルリク中のブランチを削除すると、自動的にプルリクがCloseになる。 Closeになるだけだった..
Git の diff を美しく表示するために必要なたった 1 つの設定 #git - 詩と創作・思索のひろば
Git に同梱されている contrib/diff-highlight を使います。 あとは README に書いてあることの引き写しですが、PATH の通ったディレクトリに置いて、~/.gitconfig に以下のように設定を書く。 [pager] log = diff-highlight | less show = diff-highlight | less diff = diff-highlight | less すると、対応するコマンドの出力がこんな風になります。 行レベルの diff に加えて、単語レベルでの diff もハイライトされ、GitHub での diff のように描画されました。 組み込みのオプションで --color-words というのがありますが、こちらを使うと行レベルの diff 情報が失われるので、少し不便だったわけですね。とすべて README に書いてあ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - herumi/fmath: fast log and exp functions for x86/x64 SSE
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
GitHub - fc2blog/blog: オープンソースのブログ
GitHub - uasi/kill1000favs: パクり垢まとめてブロックするやつ
