Issue and Pull Request templates
ProductIssue and Pull Request templatesIt's hard to solve a problem when important details are missing. Now project maintainers can add templates for Issues and Pull Requests to projects, helping contributors share the right details… It’s hard to solve a problem when important details are missing. Now project maintainers can add templates for Issues and Pull Requests to projects, helping contribut
Evernote風のGistクライアント Gistnote を作ってる - GeekFactory
ちょっとしたメモを残すにはGistが便利です．一方で，Evernoteのような一覧表示があるともっと便利そうです． そこで，Evernote風のGistクライアント Gistnote を作っています． https://gistnote.github.io 最低限の機能を実装したのでいったん公開します．Gistのファイル名を変更するとか，まだまだ実装できていない機能があるので，今後も開発を進めていきます． アーキテクチャとか アプリはGitHub Pagesにデプロイしています．サーバサイドは使わず，クライアントサイドのJavaScriptからGitHub APIに直接アクセスしています．ただし，OAuth AuthorizationだけはClient Secretを扱う必要があるのでサーバサイド（App Engine/Groovy）を経由させています． 基本的な構造は以下のような感じです．
GitHub で Pull Request を Merge したらコードが消えた話
会社で使ってる GitHub のプライベートリポジトリで master ブランチに対して出てる Pull Request を Merge したらコードが消えるという珍事があった。ファイルを削除する commit とかないにもかかわらず、全消しされてしまった。ちなみに同じ Merge を手もとでやるとコードが消えたりはせずちゃんと Merge された。極めて謎な現象だった。 master ブランチが空になるとデプロイができなくなって不都合があるので（ Webistrano 上でデプロイするとき master ブランチからしかデプロイできないようなレシピになってる）、コードが消滅したブランチを bukkowaremaster にリネームして手もとで Merge したブランチを force push してしのいだ。 GitHub に問い合わせてみたところ、ぬるい感じの一次返信が来たので原因教えて
GithubでPull Requestは絶対消せない。ヤバい＼(^o^)／ｵﾜﾀ - アジャイルSEの憂鬱
2013/10/16: Githubのhelp「Remove sensitive data」について追記 先日、初めて知ったのですが、GithubのプルリクをCloseは出来ても、削除は出来ない。(*1) 普段使う上では困らないのですが、パスワードなどの公開すべきでない情報がプルリクに含まれると、結構ヤバい事になる。 結論 結論を先に書くと「リポジトリを作り直すしかない」 試したこと プルリクしてるブランチを上書きする パスワードなどの情報をコミットから(rebase -iなどで)消してからブランチを上書きしてみた。 $ git push -f origin topic_branch プルリクに上書き前後の履歴が全て表示される... プルリクエストしたブランチを削除する 実はGithubでプルリク中のブランチを削除すると、自動的にプルリクがCloseになる。 Closeになるだけだった..
hub · an extension to command-line git
hub is an extension to command-line git that helps you do everyday GitHub tasks without ever leaving the terminal. Read the full documentation: man hub, or visit this project on GitHub. # install with Homebrew (macOS, Linux) # or see other installation options brew install hub hub version git version 2.25.0 hub version 2.14.2 # ← it works! # indicate that you prefer HTTPS to SSH git clone URLs git
GitHubのcommitのURLの末尾に ?w=1 とつけると差分がわかりやすい（時がある） - 納豆には卵を入れる派です。
各commitのURL https://github.com/hoge/fuga/commit/xxxxxxxxxxxxxxxxxxxの末尾に "?w=1" をつけてhttps://github.com/hoge/fuga/commit/xxxxxxxxxxxxxxxxxxx?w=1とすると、差分がホワイトスペースのみの行を省いて、文字の変更があった行だけを差分表示してくれるので、何を変更したかがピンポイントですごくわかりやすくなる場合があります。 例えば下記の例。CoffeeScript内である部分をコールバックにして、コールバックした部分のインデントをごっそり下げてるのですが、インデントを変えただけの行も全部差分に表示されてて、何を変えたのかひと目でわかりづらい。 普通のcommit表示 ↓ これがURLに"?w=1"をつけるとこうなる！！！ ↓ 単にインデントを変えただけの行が省かれ
＠ITイベントカレンダー
平素よりイベントカレンダー＋ログをご利用いただき、誠にありがとうございます。 イベントカレンダー＋ログは「IT・製造業・ビジネス関係のイベント（セミナー・展示会・勉強会・コンテスト・Webイベントなど）を開催する企業・コミュニティが登録したイベント情報のポータルサイト」として約7年間運営をしてきました。これまでサービスを続けることができたのは、イベントカレンダー＋ログのコンセプトに共感をいただき、適切なイベント情報をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、イベント情報の入手方法の多様化やイベント紹介サービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年6月30日（火）15:00をもちましてイベントカレンダー＋ログのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知ら
Github があると VPS のセットアップが楽 - 鳩舎
Github っていう超ベンリスーパークールサービスがあるんですけど、このサービスを使うと VPS のセットアップがすごく楽。 皆いろんなマシンとか持ってて SSH 鍵もいくつも持ってると思うんだけど、このサービスを使えば VPS のセットアップの時にいちいちいろんな公開鍵を集めて SCP で配置するみたいな手間がなくなる。 具体的には $ wget https://github.com/[username].keys $ mv [username].keys .ssh/authorized_keys $ chmod 600 .ssh/authorized_keys すると良い。 Github に登録してある公開鍵は上記の URL で取れるので、例えば友達と共有サーバーを作るみたいなときにも役に立つ。 ギッハブマジ便利だなー
GitHub Blogを3行でまとめるブログ
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 もチェックしてね。 出
Githubにおけるコードレビューを快適にするChrome拡張をつくった。 - hrysd の旧ブログ
なにもいわずにこの画像をみていただきたい... これが全てである。 殺伐としたコードレビューを楽しくする最高のソリューションをあなたに... MISAWA::MD 使用方法 Chrome ウェブストアからダウンロードする。 右上に追加されたMISAWAの顔をタッチ！ 使用したい画像をクリック！ クリプボードにコピーされるので cmd + v で貼付ける。 すてきなやりとりの完成 謝辞 この拡張では以下のリポジトリにあるjsonをもとに画像を取得しています。 このリポジトリのみなさんに心からありがとうの言葉を送りたいです。 惚れさせ男子データベース そして、すばらしい名言をありがとうございました。 地獄のミサワの「女に惚れさす名言集」 最後に こちらがリポジトリになります。 hrysd / misawa_md
Goodbye, Uploads GitHub Blog
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
【知ってた？】GitHubのWikiにサイドバーを追加する方法 | Act as Professional
GitHubに依存している@HIROCASTERでございませう。 今回はGitHubのWikiにて、サイドバーを追加する方法です。 このサイドバーを追加すると、全ページにサイドバーが表示されるようになります。 やり方やり方は簡単です。「_Sidebar」というWikiページを作成するだけです。 通常のページを追加するのと同様に「New Page」ボタンを押して、「_Sidebar」ページを作成します。 通常のページの様にサイドバーの内容を記述します。特にアクセスすることが多いページへのリンクを並べておくと良いでしょう。 以上で、サイドバーを全ページに表示できるようになりました。 ポイント「_Sidebar」ページは、通常のページのようにページ一覧でリンクが表示されません。よって、リンクを辿って編集することができません。 「_Sidebar」ページを編集する方法は URLを直接指定してアクセ
GitHub PagesでSphinxを使ってみる - 日々常々
http://pages.github.com/ GitHub Pages というものがある。簡単な規則に沿ってページを作ればサブドメインでのページが作れる感じのサービスと認識した。規則は簡単。 irof.github.com というリポジトリを作る そこに index.html を置く そしたら後はGitHubが勝手に良いようにしてくれて、http://irof.github.com/ でアクセスできるようになる。素晴らしい。（この時点では「hello, world」とだけ書いてた） でもHTMLなんていちいち書いてられないし、GitHub Pagesで紹介されているようなJekyllなんてのは知らない…と言うかHTMLはSphinxで出したい。 しかし素直に sphinx-quickstart で出力したHTMLをpushしたところで、GitHub Pagesは _ で始まるのを対象と
GitHubにGradleでリリース作業する。 - 設計と実装の狭間で。
タグをpushしてダウンロードAPI叩くだけなんですけども。 パスフレーズ付のSSH鍵を使っていると良い感じにハマるのでメモしておきます。 今回のスクリプトを実行する為の依存関係とかそういうの import org.eclipse.egit.github.core.* import org.eclipse.egit.github.core.client.* import org.eclipse.egit.github.core.service.* import org.eclipse.jgit.api.* import org.eclipse.jgit.lib.* import org.eclipse.jgit.transport.* import org.eclipse.jgit.errors.* apply plugin: 'java' apply plugin: 'war' buil
GitHubでgitflowを使う - maoeのブログ
gitflowが便利で気に入っています。人のプロジェクトをforkしたときは、どういう流れで使えばいいのかまとめている文書が見つからなかったので書いておきます。 プロジェクトをfork 手元にclone upstreamの登録など git flow init git flow feature start XXXX いい感じに編集 git commit git flow feature publish XXXX GitHubのSwitch branchesからXXXXを選択 Pull requestボタンを押してリクエスト送信 レビューされる 取り込まれたらgit flow feature finish XXXX 僕は先日featureブランチをfinishしてからpull requestを送ってしまいまったんですが、GitHubのヘルプにはpull requestはトピックブランチからやれ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Primer
[新機能]Pull Request ページの live アップデートがちょっと良くなりました - GitHub Blogを3行でまとめるブログ
[新機能]リポジトリ内のファイルをブラウザ上でリネームできるようになりました - GitHub Blogを3行でまとめるブログ
github/gitignore at master - GitHub
GitHub内URLのURL短縮サービスgit.ioの使い方 - Qiita
