GitHub Actionsのcheckoutアクションがv2でいろいろ変わって便利になっていた - いけだや技術ノート
GitHub Actionsをそこそこ使っている今日この頃です。さて、Actionsといえば普遍的に使う、リポジトリをチェックアウトする actions/checkout がありますが、このアクションがv2になり、色々と挙動が変更・改善されてい便利そうなのでいくつかご紹介。 https://github.com/actions/checkout/releases/tag/v2.0.0 https://github.com/actions/checkout#whats-new fetchのdepthがデフォルトで1になり、フェッチが速くなった チェックアウトの際に使用されたActions発行のトークンがgitのconfigに永続化され、リモートへのpushなどの操作が設定要らずでできるようになった ブランチのチェックアウト時にはローカルブランチを作るようになった（detached HEADに
Ignore white space in code review
ProductIgnore white space in code reviewIgnore white space in your diff view without losing the ability to comment. When reviewing code, a diff with a number of trivial white space changes can create enough noise that it’s difficult to focus on code changes. Now it’s easier to understand code updates from white space changes with an improved diff view. Change your view to automatically reduce whit
Move Fast and Fix Things
EngineeringMove Fast and Fix ThingsAnyone who has worked on a large enough codebase knows that technical debt is an inescapable reality: The more rapidly an application grows in size and complexity, the more technical… Anyone who has worked on a large enough codebase knows that technical debt is an inescapable reality: The more rapidly an application grows in size and complexity, the more technica
GitHub - probot/probot: 🤖 A framework for building GitHub Apps to automate and improve your workflow
GitHub のハイライトがおかしい時のなおしかた（GitHub のハイライトの仕組み） - はやくプログラムになりたい
GitHub でコードを見ていると，ハイライトがおかしいのを見つけることがたまにあります．ここではその直し方を紹介します． 次の2パターンを想定しています． 自分のリポジトリのあるファイルのハイライト言語がおかしい 構文ハイライトが間違えている，言語の新機能に対応していない 自分のリポジトリのあるファイルのハイライト言語がおかしい コードをどの言語でハイライトするかは自動判別されますが，実はある程度ユーザ側で制御する方法があります． Vim や Emacs のモードラインを書く ファイル単位で Vim や Emacs の設定をマジックコメントとして書けるモードラインですが，実は GitHub もそれを参照しています // C++ だけど拡張子は .h … C じゃなくて C++ でハイライトしてほしい // vim: set ft=cpp // // または // // -*- mode:
Gitscout
Browse, organize and manage your GitHub Issues Gitscout provides a beautiful new experience to stay organized and get your work done. "Save" any issue in one click and stay focused Blazing fast navigation across all your repositories Search, filter, and sort your issues instantly Stay in the loop, and get notified of any change No time to finish this message? Save it as draft A clear composer inte
How we made diff pages three times faster
We serve a lot of diffs here at GitHub. Because it is computationally expensive to generate and display a diff, we’ve traditionally had to apply some very conservative limits on what gets loaded. We knew we could do better, and we set out to do so. Historical approach and problems Before this change, we fetched diffs by asking Git for the diff between two commit objects. We would then parse the ou
Introducing DGit
EngineeringIntroducing DGitEdit: DGit is now called Spokes GitHub hosts over 35 million repositories and over 30 million Gists on hundreds of servers. Over the past year, we've built DGit, a new… Edit: DGit is now called Spokes GitHub hosts over 35 million repositories and over 30 million Gists on hundreds of servers. Over the past year, we’ve built DGit, a new distributed storage system that dram
More code review tools
ProductMore code review toolsEffective code review catches bugs before they’re deployed, improves code consistency, and helps educate new developers. We’re adding new features to make code review on GitHub faster and more flexible.… Effective code review catches bugs before they’re deployed, improves code consistency, and helps educate new developers. We’re adding new features to make code review
Issue and Pull Request templates
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
オープンソースプロジェクトでバグを修正する方法 : あるNodeJSモジュールへの修正を例に | POSTD
(訳注:2016/3/3、頂いたフィードバックをもとに記事を修正いたしました。) オープンソースプロジェクトでバグを見つけたとします。まずは、慌てずに落ち着きましょう。これは実によくあることです。ソフトウェアは人間の手で書かれるし、人間はミスを犯すものです。 または、こんなふうに考えるかもしれません。「やったね、バグの修正は大好きだ」。さっと現れて、何百万人とまではいかなくても、何千人もが使っているプロジェクトのバグを修正してしまうようなヒーローになりたくない人なんていますか？ オープンソースコミュニティに恩返しできたという温かな喜びを感じられる上に、一連の Github 履歴 ^(1) に追加得点を上げられるわけです。 *訳： 人気のあるプロジェクト 典型的なバグ * しかしコーディングの初心者にとっては、オープンソースプロジェクトにコントリビュートするなんて恐れ多いことに思えます。私の
自分に関係するGitHub Issueを一覧できるアプリを書いた
github-issue-teevという自分に関連するIssueを一覧するアプリをNW.jsで書きました。 機能 自分がAssignedされてるIssue一覧を表示 アプリ内でお気に入り登録したリポジトリのIssue一覧を表示 サイドバーにそのIssue内にある- [ ]のタスク一覧を表示 テキストエリアをCodeMirrorのエディタにすり替える機能 Cmd+e でトグルできます。 テキストエリアをMarkdownエディタに切り替えるGreasemonkeyを書いた | Web Scratchと同じものです インストール Latest Releaseからダウンロードできます。 NW.jsなのでWindows/OS X/Linuxで動くと思います。 使い方 アプリを開く Personal token(デフォルトの✔でよさそう)を作ってサイドバーに入力する Creating an acces
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - TimOliver/TOGlintyStringView: A non-App Store safe re-implementation of the 'slide to unlock' visual effect on iOS.
kuroigamen.com