You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub がオープンソースの場として魅力的な理由は、Git という優れた分散・協調型リビジョン管理システムのリポジトリー・ザーバーとして誰でも利用できるということはもちろん、README などのドキュメント生成機能やコメンティング機能、問題のトラッキング機能など、Git を補助し、オープンな分散・協調開発を支えるサブシステムが充実している点が挙げられるでしょう。無料でもかなりのことができるのに、ビジネスとしてもちゃんと成立している理由はこんなところにあるように思います。 ただ、同種サービスの Google Code や Bitbucket と決定的に異なり、GitHub の最大の魅力となっているのは、GitHub Pages という1種のホスティング・サービスではないかと思います。成果物をただずらずらと味気ないページに並べるのではなく、趣向を凝らした紹介ページを自由に作り、プロジェクト
Hubot (note: it's prounounced hew-bot) A Customizable, Life Embetterment Robot Commissioned by GitHub View Hubot's Documentation (Learn about getting started, etc.) View Hubot's Source Code(via http://github.com/github/hubot/.) What is Hubot? Hubot is your friendly robot sidekick. Install him in your company to dramatically improve employee efficiency. No seriously, what is Hubot? GitHub, Inc., wr
なんだかヤバいものを GitHub にアップしてしまった人は、はやいとこ次のコマンドを打ち込みましょう。 git filter-branch --index-filter 'git update-index --remove file' HEAD git push --force --verbose --dry-run git push --force file には削除したいファイル名を。これで GitHub から file がコミットログ含めて完全に削除されます。 ただ、ここで安心するのは早計というものです。昨今のネット世界を掌握しているかの Google を忘れてはいけません。 試しにヤバいファイルの内容で検索してみると...... 見事に引っかかりました。キャッシュ怖い。 結論 見られて恥ずかしいものをアップロードする場合は、お金を払ってでもプライベートリポジトリにしましょう。
License BSD Authors Terrence Lee (kill889@gmail.com) Contact Terrence Lee (kill889@gmail.com) Download You can download this project in either zip or tar formats. You can also clone the project with Git by running: $ git clone git://github.com/bluef/gitgraph.js Source Code * |\ * \ |\ \ * | | | | * | | |\ | |_|/ |/| | | | * | * | | * | | |\ \ | |/ / |/| | * | | * | | |\ \ \ | |_|/ |/| | * | | | |
■ [git] どの段階で混入したのか全く分からないバグが発生したので、git bisectを使ってみた 気づいたら、BiwaSchemeのmakeが通らない状態になっていた。 java -jar bin/yuicompressor-2.4.2.jar lib/biwascheme.js -o lib/biwascheme-min.js [ERROR] 16082:51:invalid property id [ERROR] 1:0:Compilation produced 1 syntax errors. 数日前までは通っていたんだけど、それから結構な回数コミットを行ったので、どれが原因なのか分からない。 でも大丈夫、こんな時こそ(存在は知っていたけど使う機会のなかった)git bisectを使うチャンスだ。 git bisectは、「OKなコミット」と「NGなコミット」の2点の間を二分
QuickstartAbout the REST APIAbout the REST APIComparing GitHub's APIsAPI VersionsBreaking changesOpenAPI descriptionUsing the REST APIGetting startedRate limitsPaginationLibrariesBest practicesTroubleshootingTimezonesCORS and JSONPIssue event typesGitHub event typesAuthenticationAuthenticatingKeeping API credentials secureEndpoints for GitHub App installation tokensEndpoints for GitHub App user to
This is a read-only mirror of the former gitorious.org code hosting website. It is hosted by VPSSD and Archiveteam. Big thanks to Gitlab and the ex-Gitorious folks for working with us to make this happen. Some information about this mirror: To my knowledge, no user data has left Gitorious's custody. This mirror is only public data: source code and wikis. If you want source code hosting for your pr
みなさん、Git使ってますか?僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く