Playground and home for all octocats, created and maintained by the GitHub Design team.
![Visionary - OCTOCATS!](https://cdn-ak-scissors.b.st-hatena.com/image/square/01f07b6dfcc604018f64431775ed5dfe2c642886/height=288;version=1;width=512/https%3A%2F%2Foctodex.github.com%2Fimages%2Fparentocats.png)
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
About GitHub badge is a simple embeddable badge showing your GitHub stats like the number of public repositories, number of followers, favorite languages etc. It runs on Google App Engine with a day-long Memcached backup. Do you have an idea of a missing feature or have you found a bug? Please report! Check our changelog if you wonder what we worked on recently.
ProductQuick Pull RequestsStarting conversations around changes is what pull requests and GitHub Flow are all about, so we’re excited to introduce a powerful shortcut that gets you there even faster. When using… Starting conversations around changes is what pull requests and GitHub Flow are all about, so we’re excited to introduce a powerful shortcut that gets you there even faster. When using you
こんにちは。来年から会社に入ってくる後輩に「きたけーさんってブログかいてるんですか? みたことないんすけど」と言われてちょっとしょんぼりしたきたけーです。(結果がすべてだから、これは僕のせいです) 先日、GithubがOctokitというGithub APIの簡単なラッパーを公開しました。RubyとObjective Cのふたつから選べるようです。 最近、考えているアイディアで使えそうだったのでRuby版を簡単に触ってみました。 導入 Ruby版はgemとして公開されているのでgem installから簡単に入れることができます。 gem install octokit ドキュメントをみてみよう 基本的にドキュメントを読めば、自分のやりたいことが見つかるとおもいます。 ... 無責任感がはんぱないので、いくつか利用例をみてみましょう。 リポジトリのissuesを取得する require '
GitHubなどに自分のツールやライブラリを公開するとき,README.mdは重要な役割を担っている.レポジトリを訪れたユーザが自分のツールを使ってくれるか否かの第一歩はREADME.mdにかかっている,と言っても過言ではない.実際自分が使う側になったときも,まずREADME.mdを読んで判断していると思う. 成功しているプロジェクトを参考にしつつ,自分が実践していることをまとめておく.ここに書いていることはあくまで(自分の中で)最低限的なものである.プロジェクトが成長していくにつれてREADMEはあるべき姿に成長していくべきだと思う. READMEの役割 README.mdには大きく2つの役割がある. プロジェクト,ツールの使い方,インストール方法 プロジェクト,ツールの宣伝 元々READMEは前者の役割しかなかったが,GitHubの仕組み上,後者の役割も徐々に重要になっている. さらに
AI is radically changing the way that we build software. Yet the way we manage software projects still looks a lot like it did twenty years ago. Engineering teams are still spending hours manually updating project management tools, leading to messy, inaccurate project data. This leaves engineering leaders without a clear view of progress, making it difficult to know whether projects will be deli
pull request を利用した開発ワークフローの話しですが、あんまりプルリの話ししてないし、コードレビュー的なお話しが多いです…。
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
EngineeringNew GitHub Pages domain: github.ioBeginning today, all GitHub Pages sites are moving to a new, dedicated domain: github.io. This is a security measure aimed at removing potential vectors for cross domain attacks targeting the… Beginning today, all GitHub Pages sites are moving to a new, dedicated domain: github.io. This is a security measure aimed at removing potential vectors for cross
ProductA Whole New Code SearchFinding great code on GitHub just got a whole lot easier. Today we're releasing several big improvements to code search. New Technology First, we are unveiling our new search infrastructure… Finding great code on GitHub just got a whole lot easier. Today we’re releasing several big improvements to code search. New Technology First, we are unveiling our new search infr
先月からGitHub EnterpriseのTrialを試している。 GitHub EnterpriseはGitHubを自社内に持つことを可能とするサービス。 GitHubは登録すれば誰でも使えるのに対してGitHub Enterpriseは自分達のイントラネット内に利用者を絞れる。 何故、Webで提供されているサービスがあるのにそれを使わないのかといわれると、TwitterとYammerの関係に近いと個人的には感じている。会社と個人をわけるというよりは、情報があふれすぎている中、社内のみに情報発信者を絞ることで、情報の発信者を見やすくするという目的がある。 例えば、1000人の人がいて、その中に自分の興味を持つ分野と同じ分野に興味を持つ人が10人いたする。その10人の中で同じ会社の人がいるかどうかを調べたりなんてわざわざしない。少なくとも私はしていない。大体が、なんとなく話が合いそうと感
COOKPAD is hiring Web Engineers in Tokyo! Japanese language skills are not essential About Us COOKPAD is the No.1 Recipe web site in the world 10 million unique users per month, including 40% of all Japanese women in their 20′s and 30′s use our service We have a great environment for Engineers, and a first class team We are very profitable We love Ruby About You You are an enthusiastic self starte
README がキチッと書かれているプロジェクトって、どんなに小さくても立派に見えますよネ。 GitHub の場合、大抵はマークダウン記法で書かれた README.md とか README.markdown とかいう名前のファイルが、HTML に変換 (マークアップ) されて表示されていることはご存知でしょう。 マークダウン記法自体はとても簡単なのですが、GitHub では GitHub Flavored Markdown (略して GFM) という GitHub 用にアレンジされたマークダウン・エンジンが採用されていて、一般のマークダウン・エディタでチェックしてからコミットしても、意図通りの見た目にならないことが多々あります。私 (もちろん GitHub 初心者です!) の場合、README ファイルだけで10回以上もコミットしてしまいました。「マークアップ (レンダリング) を気にして
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く