GitBook
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
Write, publish, and collaborate seamlessly. The Editor brings the GitBook workflow you love to your desktop. Available for Mac, Windows and Linux. Expressive MarkupBooks are written using Markdown or Asciidoc. LaTeX is supported to typeset mathematics. GitBook gives you complete control over your book's markup, empowering you to express your ideas with clarity and precision. Convenient editingThe
コードの品質を保つために、コード規約に準拠しているかどうかを調べようとした場合、rubyにはrubocopというgemが用意されています。 bbatsov/rubocop Ruby - Rubocopを使ってコーディングルールへの準拠チェックを自動化 - Qiita rubocopについては、すでに多くの有益な記事があるので、詳しくは割愛します。 簡単に言えば、予め定義したルールに則さないコードを自動で見つけてくれるような物です。 Offenses: test.rb:1:5: C: Use snake_case for methods and variables. def badName ^^^^^^^ test.rb:2:3: C: Favor modifier if/unless usage when you have a single-line body. Another good
カバレッジが低下するとライオンがコメントを書き残してくれる GitHub Webhook Service です。 http://twada-savannah.herokuapp.com/ 経緯その1 先週末は台風19号が沖縄を襲いまして。台風が襲来するといつものあれが始まるわけです。 台風19号ボッチソン(ヴォンフォン) - eXtreme Hago | Doorkeeper 今回は抜けるまで時間もかかりそうだった(実際2日ぐらい居座ってた)ので、久々に参加してみようと思った次第です(表明はしてないけど) 経緯その2 @t_wada さんのこのスライド レガシーコード改善の戦略と戦術 を読んでると出現する twada.png について @gongoZ 作者の @yosuke_furukawa 曰く、パブリックドメインです。— Takuto Wada (@t_wada) 2014, 10月
pre-commit A framework for managing and maintaining multi-language pre-commit hooks. Git hook scripts are useful for identifying simple issues before submission to code review. We run our hooks on every commit to automatically point out issues in code such as missing semicolons, trailing whitespace, and debug statements. By pointing these issues out before code review, this allows a code reviewer
皆さんはプロジェクトのリソースとしてエクセルの xlsx ファイルを使う事があると思います。 何てったって事務職の人ですら楽々使えるスーパー優れた UI なので、 web の管理画面とかを作り込むよりもエクセルでシート作ってもらってしまった方が早いケースも多いんです。現実の世界では。 で、普通の人は TSV にするだの CSV にしてもらうだのすると思うんですが、一方的にデータ貰うだけなら良いんだけど、相手とやり取りする時にはどうしても xlsx ファイル経由とかにしないと相手がこまる!やっぱりエンジニアのエは優しさのエだから相手に優しくしないとだめです。 で、 xslx ファイルでエンジニア以外の人とデータやり取りするとやっぱり、バージョン管理したくなるのが人情です。 でも xslx ファイルはバイナリファイルなので git diff とかが残念です。。。 って事で作っちゃいました。 h
GithubのIssueはワークフロー制御ができない、優先度順でソートできないなど、仕事で使うにはやや機能が貧弱なところです(個人的にはそのシンプルなところがOSSプロジェクトで使うのにはあっていると思いますが)。特にIssueだけを見ているとプロジェクト全体の状況がわかりにくいというのはよく言われるところです。そこで同僚に教えてもらったのがZenHubというサービスです。 日本語の記事もありました。この記事を読めばZenHubがどんなものかは大体わかると思います。 http://blog.isao.co.jp/post/87265630773/github-issue-zenhub 今までもGithubのIssueをカンバン化するツールやサービスはあったのですが、ZenHubが面白いのはChromeエクステンションとして提供することで、あたかもGithubの1機能であるかのようにカンバン
git は、コードベースの発展過程を記録し、開発者間の協同作業を効率化する強力なツールです。でも、記録対象のリポジトリがとてつもなく巨大なものになったときは何が起こるのでしょうか? この記事では、いくつかの異なる意味での巨大化に正しく対処するためのアイデアと手法を少し紹介してみたいと思います。 二種類の 巨大なリポジトリ よく考えてみると 巨大なリポジトリ が生ずる理由はおおまかに言って二つあります: 非常に長い期間にわたって履歴が積み上げられた (プロジェクトが非常に長い期間継続的に拡大を続けたために開発成果が積み重なった) 場合 巨大でしかも履歴の記録が必要なバイナリ データが存在し、それがコードに反映される場合 その両方の場合 即ち、リポジトリの巨大化は二つの異なる方向に向かって起こることになります。それは、作業ディレクトリのサイズ (即ち直近のコミットのサイズ) の問題と全体の履歴
Gitter is a chat and networking platform that helps to manage, grow and connect communities through messaging, content and discovery. Built on Matrix Matrix.org is an open network for secure, decentralized communication. There is a variety of clients are available. Learn more Simple to start Sign-in with GitHub/GitLab/Twitter and start chatting, with End-to-End Encrypted messaging. Markdown and La
GitHub には clone するための URL として [HTTP]、[SSH]、[Git Read-Only] の 3 つが用意されている。 いままで、SSH に慣れているという理由だけで [SSH] を利用していたのだけど、「SSH は転送速度が遅い」という問題がある。 SSH だとこんなに遅い… さっき、[SSH] で clone してみたら 20~60 KiB/s 程度の速度しか出なかった。 $ git clone git@github.com:nitoyon/tech.nitoyon.com.git Cloning into 'tech.nitoyon.com'... remote: Counting objects: 8856, done. remote: Compressing objects: 100% (2125/2125), done. remote: Total
gitignore-boilerplates(長いので以後giboと呼びます)という便利なツールを紹介します。これは.gitignoreのひな形を作ってくれるものです。 https://github.com/simonwhitaker/gitignore-boilerplates もう少し詳しく説明すると、giboは様々なOS・エディタ・言語・フレームワークなどに特化したファイルの情報を利用して、複数環境を考慮した.gitignoreを作ってくれます。 .gitignoreに入れたいファイルは環境ごとに変わってくるわけですが、各人がcommitしたくないファイルの存在に気づくたびにチマチマ.gitignoreに追記していくのって本当に無駄だと思うんですよね。giboはそれを自動化してくれるというわけです。 例えば、WindowsとMacOSXの2環境、Emacsとvimの2エディタを使う人
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く