GitHub Japan開発者のための プラットフォーム GitHubは、ユーザのみなさんからヒントを得て作成された開発プラットフォームです。オープンソースプロジェクトやビジネスユースまで、GitHub上にソースコードをホスティングすることで数百万人もの他の開発者と一緒にコードのレビューを行ったり、プロジェクトの管理をしながら、ソフトウェアの開発を行うことができます。 GitHubに登録する
米GitHub、同社初の海外支社として日本法人「ギットハブ・ジャパン」を設立、日本語サポートの提供開始
GitHubは、970万人のユーザーがいる、世界最大のソフトウェア開発共有ウェブサービス。ギットハブ・ジャパンは東京を本拠地とし、ジェネラル・マネージャーには堀江大輔氏が就任する。 米GitHubは、2012年から企業向けに「GitHub Enterprise」（以下、GHE）を提供してきた。GHEは、オープンソース・プラットフォームと同じプロジェクト環境を、オンプレミスで構築できるプラットフォーム。日本では、日立システムズ、ヤフー、サイバーエージェント、グリーなどが既に導入している。 これまでGHEは英語でのサポートのみだったが、日本法人設立にあわせてマクニカネットワークスと国内総代理店契約締結を行い、日本語による法人向け導入サポートも開始する。 今回の日本法人設立にあわせ、米GitHubのCEO、クリス・ワンストラス氏が初来日。日本支社設立の理由として「GitHub設立当初から、日本か
2015年3月に発生したGithubへのDoS攻撃についてまとめてみた - piyolog
Githubが同社サービスに対してDoS攻撃が行われていることを発表しました。一連のDoS攻撃はGreatfire.orgに対して行われているものと考えられ、ここではGreatFire.orgに関係するDoS攻撃の情報をまとめます。 公式発表 GreatFire.org 2015年3月19日 We are under attack 2015年3月25日 (PDF) Using Baidu 百度 to steer millions of computers to launch denial of service attacks Github 公式Blog 2015年3月28日 Large Scale DDoS Attack on github.com · GitHub Github 公式Twitter The attack has ramped up again, and we're evo
Linux ユーザーのための Git と Github 入門
原文はこちらです。 ※この記事は「チュートリアル」からの転載です。 Git は、Subversion、CVS、Mercurial などのバージョン管理システムから移行するのに最適な分散管理システムです。複数の開発者が同時に 1 つのプロジェクトに貢献していて修正量が膨大な時に有効な道具です。無料の Github を使って git 入門をしましょう。 git は、他のバージョン管理システムとは考え方が異なります。昔の RCS はファイルの変更履歴を取得しており、その内容は、コンフィギュレーション ファイルを見るとわかるようになっていました。Git は、もっとファイル システムのスナップショットに似た発想でできています。すべてのコミットや状態は、完全なスナップショットの形で格納され、従来の差分ファイルは存在しません。Git はスナップショット間の変更のみを記録し、変更がないファイルはリンクする
pplog開発のコードレビューから学ぶpull requestによる自律的行動とコミュニケーション - ppworks.jp
pplogの過去のポエムを複数単語で絞込できるようになりました。 pplogは、自身と向き合い想いを言語化するためのサイトだったりします。（色んな使い方があります） 最新のポエムだけが他人に見えますが、 自分の 過去のポエムを見る機能があります。 この過去ポエムは検索機能が付いているのですが、先日まで複数単語で絞り込むことが出来ませんでした。 pull requestが来た id: shootaさんからpull requestを頂きました。 勝手にやった！まさにこれだ！と思いました。 よし、コードレビューをしよう！ 命名に突っ込んだ これを見て思うところがありました。 search_word_arrays = params[:keyword].gsub(/ /," ").split() 私は言った for文にナニカを感じた し、Cぽい！ search_word_arrays = param
JavaScriptがGitHubの主流であることが明らかに | readwrite.jp
JavaScriptはもう19年選手だが、このオブジェクト指向のプログラミング言語は人気を保ち続けている。調査によると、GitHubの人気上位リポジトリの使用言語として、JavaScriptは未だ主流を占めているとのことだ。 開発者のアサド・ダマーニがGitHubを調査したところ、どの数字をみても、一番選ばれている言語は依然JavaScriptだった。 ダマーニが調べたところ、GitHub上で10,000以上のスターを獲得しているプロジェクトは68あった。ユーザーは動向を追いたいプロジェクトに「スター」を付け、その数はGitHub内で人気があり好評を得たプロジェクトであることを示す。JavaScriptはその中で55.7%を占めていた。歴代最高「スター」獲得数プロジェクトのベスト10においてはより印象的で、JavaScriptはその中の実に70%を占めた。 現時点で1,690万件余りのコー
A faster, more flexible GitHub Enterprise
EnterpriseA faster, more flexible GitHub EnterpriseToday, we’re releasing an all-new GitHub Enterprise designed to make it even easier for developers and businesses around the world to use GitHub at work. Now available on Amazon Web… Today, we’re releasing an all-new GitHub Enterprise designed to make it even easier for developers and businesses around the world to use GitHub at work. Now availabl
Ruby - [翻訳] 私のコミットをまとめないで - Qiita
はじめに RubyのコミッターでもありRailsなどの多くのOSSで活躍されているMarc-André Lafortune さんのブログに面白い記事があったので筆を取りました. （許可は取りましたヨ） Why I Won't Squash My Commits *注釈 [...] で記された文章は原文には存在しない私の注釈であるので留意されたいです. 翻訳に至らない所があれば編集リクエスト待ってます. 要約 PR,feature単位でcommitをまとめるかどうかでRailsのプロジェクト上などで揉めた. それぞれのcommitは独立してるいるはずだからまとめる必要はない 仮にどうしてもまとめたいなら自分でやるべきだし人にその考え方を押し付けるな (まあ実際は皆いい人だから理解してくれるけど） この方は徹底してcommitを最小の変更単位で分けて、 それぞれが独立してテストを通るように心が
![Ruby - [翻訳] 私のコミットをまとめないで - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/a629bd4886a52844b130b2c1e8e8446b5163ab5b/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCJUU3JUJGJUJCJUU4JUE4JUIzJTVEJTIwJUU3JUE3JTgxJUUzJTgxJUFFJUUzJTgyJUIzJUUzJTgzJTlGJUUzJTgzJTgzJUUzJTgzJTg4JUUzJTgyJTkyJUUzJTgxJUJFJUUzJTgxJUE4JUUzJTgyJTgxJUUzJTgxJUFBJUUzJTgxJTg0JUUzJTgxJUE3JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz00MDI1MWZhNTYyZWZlMjcwYjFkOGUzZDUzZjExYTkzNA%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwZ29nb3RhbmFrYSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NjRiZDU0YWRmMDJhMWI2NmFhYzE4OTBlOThkNDY5MWM%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Daf6fea5511a5df3f46a1b9fb611654d8)
「Web制作者のためのGitHubの教科書」という本を執筆しました
サイバーエージェントの平木さん(@Layzie)、原さん(@herablog)、紫竹さん(@79yuuki)との共著で、「Web制作者のためのGitHubの教科書 チームの効率を最大化する共同開発ツール」という本を執筆しました。 10/24、インプレスジャパンさんから発売予定です。昨日無事校了との連絡がありました。 どんな本？「Web制作者のための＊＊＊の教科書」シリーズに連なる本で、エンジニア以外の人にもGitHubを使ってもらうための入門書です。Gitの基本的な概念と使い方、CUIとGUIでの操作、GitHubの機能とユースケースなどを、やわらかくわかりやすく紹介しています。 詳細は発売してからのお楽しみ…ですが、バージョン管理なにそれ？黒い画面怖い！な人でもGitHubを使ったチーム開発に参加できるよう、わかりやすく解説しています。ご期待ください！ 執筆に至った経緯GitHub勉強会
JenkinsでCI環境構築チュートリアル ～GitHubとの連携～ - ICS MEDIA
先日公開した記事「JenkinsでCI環境構築チュートリアル(Windows編)」では、Jenkinsのインストールとジョブの作成方法についてご説明しました。今回は特定のブランチにPUSHされたタイミングでGitHubと連携して最新ファイルを取得する方法をご説明します。 完成イメージ ～JenkinsとGitHubの連携～ 実際の開発シーンを想定して上記の図のようなフローを構築したいと思います。開発者が変更したソースコードをGitHubにPUSHしたことをトリガーにJenkinsにその旨を通知します。Jenkinsはその通知を受けて、最新ファイルをGitHubから取得してくる仕組みとなります。 処理の流れとは逆になりますが、まずはJenkins側で「GitHubから通知を受け取る設定」と「ジョブの作成」から行っていきます。 Jenkinsの設定 ～GitHubからの通知を受け取る設定～ 本
サイバーエージェントのGitHub活用 ～ 導入から運用体制、開発フロー、勉強会による現場への普及活動まで
また、Organization[1]の数も360を超え[2]、リポジトリ数もOrganizationのものだけでも2000近く作られています[3]。 新規のプロジェクトは基本的にGitを利用しており、既存プロジェクトもほとんどがSubversion（以下SVN）などからGitに移行しました。 本記事では、Ameba事業本部がどのようにGitを組織内に普及させていったか、その運用体制、現場でどのように利用されているのかをご紹介します。 [1] 複数アカウントをまとめるグループ機能です。リポジトリは個人単位だけでなく、Organization単位で作ることもできます。 [2] プロジェクト単位で1つのOrganizationを用意しています。 [3] 個人アカウントで作成したり、他からforkしたリポジトリは除いた数です。 GitHub Enterprise導入への道のり GHE導入以前の標準
GitHub実践入門、Pull Requestによる開発の変革。GitHub Kaigi 2014
GitHub User Group主催のGitHub Kaigiが6月1日、都内で開催されました。GitHubを利用した開発は、スタートアップやオンラインサービス系の企業などを中心に広まりつつあり、いままさに数多くのノウハウの交換が求められているツールでもあります。 本記事ではGitHub Kaigiの最初のセッションとなった大塚弘記氏の「GitHub実践入門 ─ Pull Requestによる開発の変革」の内容をダイジェストで紹介します。 GitHub実践入門 ─ Pull Requestによる開発の変革 大塚弘記といいます。会社でもリアルでもほとんど@hirocasterと呼ばれています。 今日はメッセージを3つ持ってきました。まず、GitHubを使っている世界と使っていない世界についての話を少し。次に、GitHubを使っているけれど、十分に使っているかどうか、という話をして、最後に本
GitHubで雑誌・書籍を作る
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン（規律）の存在」や「General Electric（GE）やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git for Begineers GitHub ハンズオン
TechCrunch | Startup and Technology News
RubyでGitHubをちょっと便利にする
会社に Github導入した話
Githubで書く電子書籍
はてなブログチームの開発フローとGitHub（前編）。GitHub Kaigi 2014
GitHub、「GitHub for Windows 2.0」を公開