GitHub の実用的な新規リポジトリ画面は偶然から生まれた - @kyanny's blog
ある Vercel ユーザーが「空っぽの状態」の画面に適切な導線が表示されているのを褒めたら、 Check out this delightful empty state by @Vercel! pic.twitter.com/qFkhFcUlwq— usrnk1 (@usrnk1) 2023年6月14日 Vercel の CEO が GitHub の new repo screen を参考にして意図的にやっているのだといい、 My love language is thoughtfully designed empty states See: @github's timeless new repo screen with `git` copypasta. https://t.co/ADFg52G7Ba— Guillermo Rauch (@rauchg) 2023年6月14日 それを受け
Writing a Friendly README
A README is one of the first things people see when they find your open source project. It should be helpful, welcoming, and friendly. Posted on 14 March 2016 by Rowan Manning. Tagged with Open-Source, Writing, Documentation 87 responsesSyndicated to Twitter Your project’s README is pretty important; it’s often the first thing that a person new to your project will see, and is frequently the only
『Pythonプロフェッショナルプログラミング 第2版』のWebアプリケーション課題をGitHubで作りTest PyPIで公開する - Steel Dragon 14106
『Pythonプロフェッショナルプログラミング 第2版』のWebアプリケーション課題をGitHubで作りTest PyPIで公開する By raimon, 2015-10-31(土), in category Python 秀和システムより出版されている『Pythonプロフェッショナルプログラミング 第2版』を読んでPythonパッケージングの仕組みなどについて勉強している。 2章「Webアプリケーションを作る」 3章「Pythonプロジェクトの構成とパッケージ作成」 で課題として登場するFlaskを使ったWebアプリケーションをPythonパッケージとして作成する方法について、書籍のサポートページなどからサンプルページを探してみたものの、見付からなかったので1から作ってみることにした。何点か書籍の内容に対してアレンジを加えたので、併せて紹介したい。 成果物 コード全体はGitHub、Py
Travis CI Documentation
This documentation site is open source. The README in our Git repository explains how to contribute. Travis CI Build Configuration and Settings # Builds on Travis CI are configured mostly through the build configuration stored in the file .travis.yml in your repository. This allows your configuration to be version controlled and flexible. For advanced use cases the main build configuration file .t
Pelican って何？
「Pelican」は、Python製静的サイトジェネレータです。 「reStructuredText」「Markdown」「AsciiDoc」といったマークアップ言語を用いて、 好きなエディタでコンテンツを記載し、作成したコンテンツを付属のCLIツールで手軽に公開する事ができます。 似たようなツールとして、Ruby製の Jekyll や Octopress、 Middlemanが有名ですが、なんとなく「Python製の静的サイトジェネレーターが無いかなー」と探していたところ出会ったのがPelicanでした。 Pelicanと出会った瞬間 触ってみて、Pelicanの良い所は「Pythonさえあれば動く！（ぴゅあぱいそん！）」「シンプル！」「動作が軽快！」ってところなのかもしれませんが、まぁ、とりあえず 名前がかっこいい って事で使い始めました。 （ロゴは適当ですが・・・） ちなみに「Pel
GitHubのissueやpull reqにcommentが付いたらIRC hoooks経由で通知されるように設定した - Glide Note
もともとmizzyさんが作ったプログラムで GitHubの業務用Repository上のイベントはIRCに通知されるようになっていたんですが、 @tnmtからGitHubのhooksだけで出来るようになったとの情報をゲットしたので早速設定してみた。 github の irc hook に幾つかの event type が追加されました - @soh335 memo http://t.co/40g46OxvkC @glidenote 先生がアップを始めました — TSUNEMATSU Shinya (@tnmt) July 10, 2013 @soh335さんのブログ を見ると、下記のような形で、hooksの設定確認や設定変更が出来る模様。 curl -u username https://api.github.com/repos/:owner/:reponame/hooks curl -u
Help.GitHub - Forking a project
About forks A fork is a new repository that shares code and visibility settings with the original “upstream” repository. Forks are often used to iterate on ideas or changes before they are proposed back to the upstream repository, such as in open source projects or when a user does not have write access to the upstream repository. For more information, see "Working with forks." Propose changes to
Composer による依存管理 と Packagist によるライブラリの公開
INF-015_そこのコンテナ、うまく積めてるね! ～Windows アプリケーション コンテナの展開と運用～decode2016
githubでの複数アカウントの使い分けかた — KaoriYa
githubで複数アカウントを使い分ける方法を紹介します。gitそのものではなくsshの使い方になってしまいますが。 前置き みなさんgithubは使ってますか? 趣味のオープンソース活動だけでなく、最近はお仕事でgithubを利用する人も多くなってきたことでしょう。 そうなると困るのが情報漏えい対策です。githubではお金を払えばprivateなレポジトリや組織を作ることができ、それらを活用することでNDAの下にあるプロジェクトも安心して取り扱えます。というわけで私もプライベートに使ってるアカウントをそのまま仕事に使おうと考え評価していたのですが、ある問題点が浮上しました。githubから飛んでくる通知 メールです。あれをプライベートと仕事で同じメールアカウントに飛ばしてしまうと、オペミスなど万が一の事故が起こらないとは言えないのです。特に粗忽な私はメールのオペミスしやすいですからね。
GitHub直伝Pull Request活用の3つのコツ | gihyo.jp
GitHubの特に重要な機能である「Pull Request」の活用方法についてGitHub社内でのノウハウが公式ブログの記事になっていました。 GitHubのメンバーが行った講演などでもPull Requestの重要性は何度も言及されてきています（図1）。修正したコードの取り込みを依頼するだけならすぐにでも使えそうなPull Requestですが、記事では次の3つのコツを挙げています。 Pull Requestはなるべく早く起こす Pull Requestは機能についての意見交換をする良いきっかけになる。コードの修正が終わっていなくてもなるべく早くPull Requestをすることで、最後にまとめてフィードバックをするのではなく発展的なコメントができる Pull Requestはブランチからブランチで GitHubでは誰もgithub/githubのForkを持っていない。同じリポジ
Authentication documentation - GitHub Docs
Recovering your account if you lose your 2FA credentialsIf you lose access to your two-factor authentication credentials, you can use your recovery codes, or another recovery option, to regain access to your account. Error: Permission denied (publickey)A "Permission denied" error means that the server rejected your connection. There could be several reasons why, and the most common examples are ex
mercuiralを使いながらgithubのpull requestを取り込む方法 - 放牧日記
http://partake.in/events/95ab571f-c477-43dd-8d96-396d3b670b6f:title=の成果発表です。 先日あるmercurialリポジトリのミラーリポジトリをgithubに作成したところ、開発がgithubに移ってしまうという(mercurial使い的には)ショッキングな出来事がありました。mercurial使いはいろいろ肩身が狭いですね。 それもこれも、「mercuiralを使いながらgithubのpull requestを取り込む方法」についてのノウハウが共有されていないことに問題があります。今後、二度と悲劇を繰り返さないために考察してみました。 想定する構成 考察した結果です。 bitbucket-and-github urlは次の通り central repository https://bitbucket.org/troter/
GitHubでプルリクエスト用ブランチを保守するメモ - なんたらノート第三期ベータ
GitHubにリポジトリを置いてる人はみんなプルリクエストを待っています。けどプルリクエスト用にフォークした自分のリポジトリを保守する方法が途中でわからなくなって...という人が案外多いんじゃないかなと思ったり。なので、ちょっとメモ置いときます。って、人のためみたいな言い方ですが、まあ自分用のメモです。 まずこうしたほうがいいという原則。masterブランチはフォーク元から変更せず、かならず自分用のブランチを作る。これは、masterを作業の同期用に置いておくためです。 自分のブランチでコミットしたあと、フォーク元のmasterが進んでないかのチェックは必ずすること。 もし進んでいたら自分のmasterに元作者のコミットを取り込んで自分のGitHubでのフォークが最新と同期してる状態にしましょう。で、元作者のコミットログを確認して何が起こったのかを理解しましょう。 $ git checko
GitHub Pagesホスティングサービス（ほぼ）完全活用ガイド | ゆっくりと…
GitHub がオープンソースの場として魅力的な理由は、Git という優れた分散・協調型リビジョン管理システムのリポジトリー・ザーバーとして誰でも利用できるということはもちろん、README などのドキュメント生成機能やコメンティング機能、問題のトラッキング機能など、Git を補助し、オープンな分散・協調開発を支えるサブシステムが充実している点が挙げられるでしょう。無料でもかなりのことができるのに、ビジネスとしてもちゃんと成立している理由はこんなところにあるように思います。 ただ、同種サービスの Google Code や Bitbucket と決定的に異なり、GitHub の最大の魅力となっているのは、GitHub Pages という1種のホスティング・サービスではないかと思います。成果物をただずらずらと味気ないページに並べるのではなく、趣向を凝らした紹介ページを自由に作り、プロジェクト
GitHub Pages
Websites for you and your projects. Hosted directly from your GitHub repository. Just edit, push, and your changes are live. Pages Help Ready to get started? Build your own site from scratch or generate one for your project. You get one site per GitHub account and organization, and unlimited project sites. Let‘s get started. User or organization site Project site Create a repository Head over to G
Vimの問題を見つけた時の報告のしかた — KaoriYa
Vimを利用していてなんかおかしいなって思った時にどうしてますか?是非、問題として報告してください。今回は日本語で報告する方法をご紹介いたします。 Vimを利用していてなんかおかしいなって思った時にどうしてますか?理想を言えば英語でvim-devへ報告できることですが、ちょっと日本人には敷居が高いですよね。そんな時は是非vim-jpまで不具合として報告してください。今回は日本語で報告する方法をちょっと細かく紹介いたします。 問題発見から報告までの流れ まずは実例ということで、ちょうど今さっき私が発見した問題を報告するまでのストーリーを紹介します。 Vimを使う 「Vim Advent Calendarの欠番を埋めるため、正規表現を使ったネタスクリプトでも書くかー」 :help pattern.txt 「なんか使ったこと無い正規表現の機能はないかなー 行をまたいだ操作したいなー」 /line
Create new page · vim-jp/vimdoc-ja Wiki
Attach files by dragging & dropping, selecting or pasting them. Uploading your files… We don’t support that file type. Try again with a GIF, JPEG, JPG, MOV, MP4, PNG, SVG or WEBM. Attaching documents requires write permission to this repository. Try again with a GIF, JPEG, JPG, MOV, MP4, PNG, SVG or WEBM. We don’t support that file type. Try again with a GIF, JPEG, JPG, MOV, MP4, PNG, SVG or WEBM.
Git.io: GitHub URL Shortener
ProductGit.io: GitHub URL ShortenerDo you have a GitHub URL you'd like to shorten? Use Git.io! $ curl -i https://git.io -F "url=https://github.com/..." HTTP/1.1 201 Created Location: https://git.io/abc123 $ curl -i https://git.io/abc123 HTTP/1.1 302 Found… Do you have a GitHub URL you’d like to shorten? Use Git.io! $ curl -i https://git.io -F "url=https://github.com/..." HTTP/1.1 201 Created Locat
【派閥別】Gitのコミットを間違えたときの対処法まとめ - 本当は怖いHPC
追記：たくさんブクマしていただいて驚いております。ブクマコメントだと、やはり git push -f は反則だろという意見がサイレントマジョリティのようですが、そこはそれ、自 己 責 任 追記２(2011/11/07)：commit messageをミスった場合について訂正しました。 git rebase -i で直近のコミットを "edit" にして修正すると、 「--amend使えや」と言われるようです。 gitのコミットをしくじった時の対処法について、一覧性の高いまとめがなかったので作りました。正確さは保証できないので、コマンド名ヒントに自分でググって下さい ほかのやり方があるよ、間違ってるよ等のご指摘歓迎です。 派閥別 gitでコミットミスった時のまとめ ｜ ├─ 一人で使ってるよ ｜ ｜ ｜ ├─ 手元に変更を取り戻したいよ(1)（そうだね、add忘れだね派） ｜ ｜
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Contribute Code to YUI