イッヌハブ をつくってみよう - Qiita
イラスト担当:嫁 イッヌハブはつくれる？ さて、なんだかQiita運営から「内容がないよう」「なので明日夕方には利用規約に基づいて削除しますぞ」と言われてしまいました。 良い勉強の機会なので、もしもこういうGitHubっぽいサービス（GitHubクローン）を作るとしたらどうやるのかな？というのをサクッと考えてデモを作ってみようと思います。 既存のGitHubクローンの実装 いぬ用に限らない汎用的なGitHubクローンは、既にいろいろな言語で出ています。 GitBucket (Scala実装) GitLab (Ruby実装) Gitonomy (PHP実装) Gogs (Go実装) いずれもオープンソースなので、少し実装を参考にしてみましょう。 Gitリポジトリーへのアクセス方法の違い これらGitHubクローンは、どうやってGitリポジトリーのデータをパースしているのでしょうか。 大きく2
GitHubのリリース機能を使う - Qiita
Release機能について GitHub上で開発したソフトウェアをそのままGitHub上で配布したい場合や、リリースごとのChangelogの見せ方をこだわりたい場合には、GitHubのリリース機能を使用することが出来ます。 Release機能の使い方 前提 自分のGitHubリポジトリを持っていること Gitリポジトリにtagが付けられていること Releasesページ GitHubのリポジトリのページにあるReleasesページへのリンクには、今まで付けたタグの一覧が表示されています。 自分がリポジトリのOwnerであれば、このReleasesページの右上に、Draft a new releaseというボタンが表示されております。 (Collaboratorの場合にも同様に出るかは分かりません…) Edit releaseページ Draft a new releaseボタンを押すと、下
Powerful Project Management for GitHub | Codetree
Kanban Boards, Epics, Automated Workflow, and Reporting. Reclaim control of your project. Try Codetree for free Manage your entire development workflow Codetree adds powerful functionality to Issues and Pull Requests while staying fully synchronized with GitHub. Use Kanban boards with custom stages combined with our automated workflow tool to move issues through, or choose to view your issues in a
「リモートワークは手段でしかない」GitHubが作りだす“幸せの最適化”
2016年2月25日、世界をログする書き起こしメディア、ログミーが初のリアルイベント「ログミーLIVE」を開催しました。第1回目のテーマは「働き方」。1人目の登壇者、ギットハブ・ジャパンの堀江大輔氏は、同社が最も大切にしている“幸せの最適化”という価値観を紹介。その上で、社員の半数以上がリモート勤務を導入するGitHubのワークスタイルについて語りました。 第1回 ログミーLIVE「GitHubの働き方」 堀江大輔氏（以下、堀江）：今日はGitHubがどういう働き方をしているか、どうしてそういう働き方をしているかを紹介しようと思っています。 いきなり言い訳から始めるんですけど、花粉症がすごいひどくて、じゃあ薬を飲もうと思ったら、いつも以上にとろんとしていて、忘れそうなのでここにコンピューターを置いておきます。 堀江氏のプロフィールとGitHubの社風 まず自己紹介なんですけど、私、堀江大輔
継続的 bundle update サービス deppbot を使ってみた
昨日話題になっていた https://www.deppbot.com と、 拙作のツール ci-build-trigger [2015-07-28-1] を比較してみました。 タイミングよく、Gem のアップデートがあってよかったです。 私のツールが作った Pull request# https://github.com/masutaka/masutaka-metrics/pull/19 deppbot が作った Pull request# https://github.com/masutaka/masutaka-metrics/pull/20 良くなったこと# アップデートされた Gem の情報が Pull request の description にまとまってすっきりした compare_linker では取得できないことがあった、リポジトリや Diff へのリンクが完璧に取得できて
LGTMでめでたさを伝えるChrome拡張をつくった
先日、高速にドッグフードを食べる方法を見て、LGTMとLGTM.inというサービスを知りました。 LGTMは、“looks good to me."の略で、GitHubのプルリクに対するOKコメント、LGTM.inは、そのコメントにノリのいい画像を添えてspice upしようというサービスです。コードレビューの終わりにめでたさを伝えてもらえれば、字面だけのLGTMよりもうれしいし、そういう小さな承認はお互いに大事。 ということで、LGTMでめでたさを伝えるChrome拡張をつくりました。 LGTM Chrome拡張 インストールはこちらから。 Chrome ウェブストア/LGTM 拡張を起動するとLGTM.inから取得したランダム画像を3件表示します。 画像が気に入らないときはMore LGTMボタンをクリックして画像を再取得できます。 使い方 使用したいLGTMの画像をクリックするとUR
GitHub「完璧なプルリクの書き方を教えるぜ」 - Qiita
はじめに この記事は How to write the perfect pull request - GitHub を和訳というか、意訳した記事です。 ご指摘などありましたら大歓迎です！ 良いプルリクエストを書くには (原題 : How to write the perfect pull request) 会社が成長していくと、人もプロジェクトも様変わりしていきます。GitHubの中に私達が望む文化を育んでいくためには、我々が何を自覚してコミュニケーションするべきなのか分かってきました。私達のチームが最強であり続けるために、最近以下のようなプルリクエストのガイドラインを導入しました。 プルリクへのコメント (原題 : Approach to writing a Pull Request) プルリクエストには目的を明記しましょう。たとえば… これは〜を調べてみるためのプロトタイプです これは
GitHubでライブラリのリリースを見ていくためのツールや方法
GitHubでのリリース 前回、GitHubのRelease機能ついて書きましたが、これはリリースする側の自動化等についてでした。 git tagとGitHub ReleasesとCHANGELOG.mdの自動化について | Web Scratch 今度は、いわゆるライブラリユーザーだったりソフトウェアの利用者側から、 GitHubでリリースされるものをどう追っていくかについて書いていきたいと思います。 自分は、JSer.infoというJavaScriptの情報を見ていくサイトをやっているので、 JavaScriptのライブラリ等のリリース情報をどう追っていくかが中心になりますが、基本的にGitHubでリリースされてるならやり方は大きな違いはありません。 基本的には以下に色々書いていた内容のGitHubに関してをまとめた感じの記事となっています。 最近のJavaScript情報の探し方 ·
Colorkrew Blog
Moving to Japan The first time I came to Japan, I was a tourist. I spent 1 week here durin
IT企業のgithubの公開リポジトリ数と技術力イメージ
技術力がアリそうとぼんやり感じる企業のgithubでの公開リポジトリ数ってどのくらいなんだろう？ って思って数えてみた。OSSホスティングサービスはGitHubだけじゃないって話はあるけど、自分が一番使ってるのが今のところコレなのでその範囲内で選んでます。 Google(https://github.com/google, https://github.com/GoogleCloudPlatform): 375 Microsoft(https://github.com/Microsoft, https://github.com/Azure, https://github.com/MsOpenTech, https://github.com/aspnet, https://github.com/OfficeDev,https://github.com/Reactive-Extensions,
Task Lists in GFM: Issues/Pulls, Comments
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さん,ごめんなさい！複数リポジトリを一つにまとめる方法 - Qiita
複数のリポジトリがあった時に、それをまとめた親レポジトリを作り、各レポジトリをサブディレクトリとしてまとめてしまう方法。 ファイルとして保存するだけじゃなく、ちゃんとコミットHistoryも保存される。一つにまとめたものを後で切り出すこともできる。 これでリポジトリ数の削減が可能になるので、GithubのPrivateリポジトリ数の上限などにお悩みの人は是非お試しを。現在、頻繁に使っているものをまとめてしまうのはおすすめしないが、古い使われてないものを歴史ごとアーカイブするのには持ってこいだと思う。 以下では、 $ACCOUNT = githubのアカウント名 $REPO = サブディレクトリに移したいレポジトリ名 $ARCHIVE = 複数リポジトリをまとめておくアーカイブ用親リポジトリの名前 とする。 複数リポジトリをまとめたアーカイブ用gitリポジトリをローカルに作成 mkdir $
GitHubに上げてしまったパスワードを書いたファイルを消す方法 - Qiita
はじめに 間違ってパスワードを書いたファイルをGitHubにPushしてしまった場合、対象のファイルを削除しても commit 履歴には残ってしまっている。 これをコミットした履歴ごと削除するにはどうしたらいいか。 対応する方法を探していたら以下の公式のヘルプにまとまっていた。 Remove sensitive data 手順 方法としてはgit filter-branchで歴史をばっさりと書き換えて--forceオプションをつけてpushするようだ。 例えば Rakefile にパスワードを書いたまま誤ってGitHubにpushしてしまった場合は以下のようにする。 $ git filter-branch --index-filter 'git rm --cached --ignore-unmatch Rakefile' \ --prune-empty --tag-name-filter
コードレビュー - hitode909の日記
コードレビュー，慣れるとできるけど，いきなりdiffを渡されて，どうぞ見てくださいと言われてもよくわからないと思う． やりましょうというのはいいけど，ただむやみに読んでもうまくいかない．変更がある程度大きくなるとdiffだけ見てもよくわからないので，いろいろ見ることになる． 僕はいつも以下のようなことを無意識にやってて，うまくいってる気がしてる．GitHubのPull Requestの仕組みを使ってる前提で． Discussionをさらっと眺めてどういう問題を解決したいのか見る Commit Statusを見て，テスト通ってることを確認する Commitsタブで1コミットずつブラウザの新しいタブに開く 全部クリックし終わったら古い順に1コミットずつ読む 気になる点があったらエディタとかにメモしておく．あとで書き直されるかもしれないので，まだコメントしない 全コミット見終わったらFiles
githubをブラウザでフル活用する方法 - Qiita
commitに移動する https://github.com/wantedly/wantedly/tree/**** branck名でもcommit番号でもtag番号でも大丈夫 ディレクトリに移動する https://github.com/wantedly/wantedly/tree/master/directory_path masterをcommit番号などに変更する ファイルを表示する https://github.com/wantedly/wantedly/blob/master/file_path masterをcommit番号などに変更する historyを見る https://github.com/wantedly/wantedly/commits/master/file_path blobをcommitsに変更 masterをcommit番号などに変更する git blam
GitHub の Issue をあとから Pull Request にする (あとからコードを添付する) - Qiita
hub(1) を使うと簡単にできる。 追記1: コメント欄より。 Issue を Pull Request にすると label が外れる（Pull Request には label がつけられないので） Asssign 状態は変化しない 追記2: この機能は hub コマンドの master ブランチでは削除されている（おそらく次期リリースで無くなる） GitHub も将来 API (v4) からこの機能を無くすつもりのようだ。参考 例: pullreq ブランチから master ブランチに対して Pull Request を送りたいが、その際に既存の Issue#123 にコードを添付したい $ git checkout -b pullreq $ commit; commit; commit; $ hub pull-request -i 123 https://github.com/
githubで複数アカウントをsshキー認証する - りっぷる開発記録
githubで既にアカウントをもっていて、それとは別に新たなアカウントを用意する場合。 ぞれにsshキー認証するための方法。 問題は、github上ではアカウントとsshキーは一対一になっている点です。 既存アカウントAで、キーXを使っていたら、そのキーは他のアカウントでは使えません。 別アカウントでキーを登録しようとしたら、既に利用されている、という旨のメッセージが表示されてエラーになります。 対策。 新アカウント用に、新しくキーペアを作ります。 既存のアカウントには既存のキーペア、新アカウントには新キーペアを使うことにします。 既存キーは、 ~/.ssh に格納されているでしょう。 新キーは、 ~/.ssh/hoge に格納することにします。 キーペアを使い分けるために、ssh設定を編集します。 ~/.ssh/config Host github-hoge HostName githu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - github-tools/github: A higher-level wrapper around the Github API. Intended for the browser.
Git・GitHubに隠された便利な機能 | GitHub Cheat Sheet（日本語訳） - Qiita
Managing large files - GitHub Docs
