はい,前回に引き続き勝手に紹介していくシリーズです _人人人人人人人人人人人_ > 突然のbetaリリース <  ̄Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^ ̄ 右上のメニュー> Feature Preview > Pull Request File Tree をEnabled 例えばこのPRなどを見てみましょう _人人人人人人人人人人人_ > めちゃ便利そう!! <  ̄Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^ ̄ みんなPull-Requestのファイルツリー使いこなしていこうな!!
はい,前回に引き続き勝手に紹介していくシリーズです _人人人人人人人人人人人_ > 突然のbetaリリース <  ̄Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^ ̄ 右上のメニュー> Feature Preview > Pull Request File Tree をEnabled 例えばこのPRなどを見てみましょう _人人人人人人人人人人人_ > めちゃ便利そう!! <  ̄Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^ ̄ みんなPull-Requestのファイルツリー使いこなしていこうな!!
GitHubがコード検索を強化。正規表現対応、プログラミング言語別、組織やリポジトリ、ファイルパスなど範囲指定、高速な結果表示 GitHubは検索機能を刷新し、新たに強化したコード検索機能「https://cs.github.com」のテクノロジープレビューを公開しました。 Check out the technology preview for GitHub code search, the next iteration for search, discovery, and navigation on GitHub. https://t.co/DcV1RAwNXs pic.twitter.com/ua97dyff7h — GitHub (@github) December 8, 2021 新しいコード検索機能では正規表現に対応したほか、特定のプログラミング言語を対象にすること、特定の組織
追記2016/05/12 1:18 (JST) 全てのプランにおいてプライベートリポジトリ数の上限が撤廃されたので、それに関する情報をKMCブログに書きました。 この前、GitHubの人々が来日されて京都でもイベントが開催されて、そこでアメリカとかでは大学の授業やゼミなどにGitHubが活用されているという話を聞いて、ブログに書いたりしました。 #GITHUBJP でGitの話を聞いてきた。−大学の授業とGithubについて聞いてきた - Pastalablog in はてな そのイベントの時に通訳をしてらした @dice さんと村岡さんとやり取りをしていた中でKMCでもGitHubを使ってみませんかという話になったので、手順を教えてもらって実際に利用を開始したので、簡単に方法をまとめておきます。(今回はサークルのOrganizationで利用を開始したのでその例を紹介しますが、同様の方法
CompanyEngineeringProductSunsetting AtomWe are archiving Atom and all projects under the Atom organization for an official sunset on December 15, 2022. January 30, 2023 Update: Update to the previous version of Atom before February 2 On December 7, 2022, GitHub detected unauthorized access to a set of repositories used in the planning and development of Atom. After a thorough investigation, we hav
9. NJKWebViewProgress 実装 • UIWebViewDelegateからロードが完了したリソース の数を数える - (void)webViewDidStartLoad:(UIWebView *)webView { _loadingCount++; _maxLoadCount = fmax(_maxLoadCount, _loadingCount); ! [self startProgress]; } ! - (void)webViewDidFinishLoad:(UIWebView *)webView { _loadingCount--; [self incrementProgress]; }
GithubのZach Holmanが語るGithubの組織戦略です。まず最初に、 Step #1: ロックスターエンジニアを雇う Step #2: ものすごく透明性のある経営をする Step #3: ブログ/ソーシャルメディアなどでテクノノロジーについて発信する Step #4: カンファレンスで会社について話す Step #5: カネに余裕ができる Step #6: 社員を大勢雇う Step #7: 会社のことを話さなくなる Step #8: コミュニティを無視する Step #9: 創業者が株を売って儲ける Step #10: 別の会社をはじめる という事例を挙げて、Githubは組織が成長する中で、このようなパターンに陥らないように、コミュニケーション及び仕事の進め方をどのように進化させてきたかについて紹介してます。 Dunbar's numberとしてよく知られるとおり、人間が良
Today we’re excited to ship mobile web views on GitHub. Repositories, Issues, Pull Requests, blobs, history views, and Pulse are now much easier to use from a phone. GitHub is a great tool for building and shipping software, but most of that building still requires a laptop or desktop computer. Our phones, on the other hand, aren’t great for creating things but they’re perfect for browsing and rea
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
About webhook events and payloads You can create webhooks that subscribe to the events listed on this page. To limit the number of HTTP requests to your server, you should only subscribe to the specific events that you plan on handling. For more information, see "Creating webhooks." Each webhook event on this page includes a description of the webhook properties for that event. If the event has mu
GitHub Blogの記事をだいたい3行くらいでざっくりまとめるブログです。GitHubの新機能やお知らせを知りたいけど英語が苦手な方や、忙しくて読む時間が無い方に便利です。来るべき GitHub サービス (API) の変更について サービスの速度と可用性をアップさせるために Hookshot っていうあだ名の新しい API バックエンドを導入し始めました github.com から関連サービスへの hook 送信元サーバの IP をお知らせする Meta API ができました 100個以上ある hook サービスの連携スクリプトをメンテするのはしんどいので、今後は GitHub からの生の POST データを受け付けるやつ以外は拒否します Code Climate みたいなのは ok. ただし Campfire、テメーはダメだ API Changes blog もチェックしてね。 出
ブログを「はてなダイアリー」から、自分のサーバーに移転しました。 せっかく移転するなら、2012 年の流行を取り入れた挑戦的なブログにしてみたい!と思い、構想から半年、ついにこの日を迎えることができました。 せっかくなので、凝ったところを自慢させてください。 これが俺史上最強のブログ システムだ ブログ システムとして Jekyll を採用 Jekyll のプラグインを自作 (はてな記法対応、英語ブログとの統合) 履歴管理は GitHub を利用、git push で自動でデプロイ コメント欄には DISQUS を採用、旧ブログへのコメントはインポート済み HTML5 マークアップ、CSS3、レスポンシブ Web デザインでのモバイル対応 盛りだくさんですね。 詳しく説明していきます。 ブログ システムとして Jekyll を採用 最近では WordPress を選ぶのが普通でしょう。Wo
チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G
みなさん、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ページを開く