誰でも出来る有名OSSへのコントリビュート - Qiita
OSS ？コントリビュート？興味無いんだけど？ という方はこちらをどうぞ！ 参考：意外ととっつきやすい OSS 開発参加方法まとめ-shunsuke227ono どうやってコントリビュートする? ドキュメントやリファレンスを GitHub で管理している OSS(オープンソースソフトウェア)があります。 例えば、PHP の Web アプリケーションフレームワークである CakePHP の公式リファレンス(CookBook) は、 こちら(GitHub) で各国の言語に翻訳されて管理されています。 英語で書かれている本家ドキュメントを日本語へ翻訳することでコントリビュートします。 エンジニアリング感はあまり無いですが、これをやることで下記メリットを得られるのではないかと思います。 英語の勉強になる 実際のプルリクエストのフローを体感できる GitHub の理解度が高まる 頑張ればコミッターに
読みやすいREADMEを書く | Yakst
いくつかのオープンソースプロジェクトを公開している筆者からの、読みやすくユーザーにやさしいREADMEを書くためのアドバイス。 この記事は、Rowan Manning氏による「Writing a Friendly README」(2016/3/14)を翻訳したものです。 あなたのプロジェクトのREADMEは、かなり重要です。そこはプロジェクトに初めて来た人が大抵最初に見るであろう場所であり、唯一のドキュメントであることもよくあります。あなたのオープンソースプロジェクトにとってのREADMEは、企業にとってのウェブサイトのようなものです。ウェブサイトはユーザーエクスペリエンスの注目を集めるところですが、READMEがユーザー観点で考えられることはほとんどありません。 この記事では、分かりやすいREADMEを書くために役立ち、開発者(ユーザー)の要求に見合い、開発者がプロジェクトを初めて見たの
git-reviewer 書いた - その手の平は尻もつかめるさ
code review の reviewer 選出をする時，pull request の内容をざっと眺めてから「この部分だから XX さんかな」とか「あそこのコードは YY さんが詳しいだろう」とか，そういう感じで選ぶことが多くて，つまりは勘と経験で選びがちになってしまう．これについては常々いくばくかの危うさを感じていた． そもそも，「reviewer として誰が最適か」という知識はプロジェクトに長く関わっている人でなければ知りにくいものであり，いわば属人的な知識のひとつだと思っている．プロジェクトからそういった長老的な人がいなくなってしまったら，最適な code review を実施できなくなってしまう可能性がある． 従って，やはり技術で解決ということになる． Facebook が作っている mention-bot という GitHub の bot として動作するやつがあって，これは p
PivotalTrackerとGitHubの連携 - Qiita
ほとんどGitHubで完結するのですが、要件を整理するところだけは何か欲しいなとと思いPivotal Trackerを使い始めてみました。Pivotal Trackerの使い方自体はまた別の機会でまとめるとして、ここでは、PivotalTrackerのストーリーと関連するGitHubのコミットを紐づける方法をご紹介します。 PivotalTrackerの設定 まず、PivotalTrackerに接続できるように、APIトークンを発行します。 [PROFILE]ニューから選択して、[API Token]のセクションに[Create New Token]というリンクをクリックします。そうすると、[API Token]が生成され表示されるのでコピーしておきます。 GitHubの設定 次に、GitHub側でリポジトリの[Admin]をクリックして管理画面を表示します。[Service Hooks]
Drone CI – Automate Software Testing and Delivery
Automate Software Build and Testing Drone is a self-service Continuous Integration platform for busy development teams. Configuration as a code Pipelines are configured with a simple, easy‑to‑read file that you commit to your git repository. Each Pipeline step is executed inside an isolated Docker container that is automatically downloaded at runtime. Get started kind: pipeline steps: - name: test
オープンソースプロジェクトで上手いことやってくための10の方法 - Qiita
何も考えずに書き始めたけど10の方法って書いちゃった。 いくつになるかはわかりません。 一般的なプロジェクト運用でもある程度同じ方法論でイケると思います。 なお、筆者であるvvakameはDefinitelyTypedのメンテナをしています。 そのため、これから先の文章について、TypeScriptやJavaScript関係固有の事象が含まれていると思います。 書かれている内容について、contributeする側、される側、両側へのアドバイスを書きます。 ちなみに、わかめ的にはTOMOYO Linuxに学ぶ説得術とかはすごい参考になりました。 こまけぇことはいいんだよ！まずはやろう！ 貴方が世界に存在するためにはまず誰かに存在を知ってもらわなければいけません。 pull requestを出そう！無理だったらIssueを書こう！ まずはそこからだ！！ pull requestのmergeを拒
Gitのコミットメッセージを絵文字から始める - Qiita
この記事はFrontrend Advent Calendar 2014 - Qiita 4日目の記事です。 はじめに Atomのコントリビューティングガイドラインでは、「コミットメッセージを絵文字から始めることを検討してみよう」と説明しています。 例えば、次のようなコミットメッセージをpushした場合、 GitHub上では、 モックアップを作成 のように絵文字が表示されます。（Atomのコミット履歴） テキストだけのコミットメッセージと比べ、一見して「あ、まだ作業中なのかな？」みたいのが汲み取りやすくて良いんじゃないかな、と思います。（ターミナルやIDEでコミットログ見ちゃう人は:construction:がそのまま出力されるのでアレですけど） 8割くらいは遊び心のつもりですが、ここしばらくは絵文字付きのコミットメッセージを気に入って使っています。 チートシート GitHubあたりが絵文字
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
REST API endpoints for deployments - GitHub Docs
The REST API is now versioned. For more information, see "About API versioning." About deployments Deployments are requests to deploy a specific ref (branch, SHA, tag). GitHub dispatches a deployment event that external services can listen for and act on when new deployments are created. Deployments enable developers and organizations to build loosely coupled tooling around deployments, without ha
Atom Is Now Open Source
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
GitHub language trends and the fragmenting landscape
A while ago, I wanted to get a little quick feedback on some data I was playing with, but the day was almost over and I wasn’t done working on it yet. I decided to tweet my rough draft of a graph of GitHub language trends anyway, followed later by a slight improvement. Trends over time, smoothed to make it a little easier to follow Much to my surprise, that graph was retweeted more than 2,000 time
Github star/fork/followソーシャルボタン設置方法 - エンジニアをリングする
ソーシャルボタンチックなGithubのstarボタンを発見しました！（非公式） GitHub Buttons 設置方法 star <iframe src="http://ghbtns.com/github-btn.html?user=ユーザー名&repo=リポジトリ名&type=watch&count=true" allowtransparency="true" frameborder="0" scrolling="0" width="110" height="20"></iframe> fork <iframe src="http://ghbtns.com/github-btn.html?user=ユーザー名&repo=リポジトリ名&type=fork&count=true" allowtransparency="true" frameborder="0" scrolling="0" w
GitHub実践入門が3/20発売 現場で使える実用的なガイド | Act as Professional - hiroki.jp
3/20(木)に日本語で初のGitHubに関する書籍（雑誌を除く）である「GitHub実践入門 ~Pull Requestによる開発の変革」が発売されます。304ページにわたる現場で使える実用的なガイドを目指して執筆しました。 本書は、世界中の開発者が行っているGitHubを利用した開発方法を、みなさんが現場で使えるようになるためのガイドとして執筆しました。よって、GitHubの解説だけにとどまらず、開発ワークフローやそれを支えるほかのツールにも踏み込んで解説しています。 現場で使えるノウハウが凝縮されたGitHubのガイド本書は現場でGitHubを徹底的に活用するために、UIの解説、Gitの操作、実際に手を動かしながら試せるPull Request、開発ワークフロー（GitHub Flow, Git Flow）の解説、Jenkinsなど開発を支えるツールのGitHubとの連携について丁寧
＠ITイベントカレンダー
平素よりイベントカレンダー＋ログをご利用いただき、誠にありがとうございます。 イベントカレンダー＋ログは「IT・製造業・ビジネス関係のイベント（セミナー・展示会・勉強会・コンテスト・Webイベントなど）を開催する企業・コミュニティが登録したイベント情報のポータルサイト」として約7年間運営をしてきました。これまでサービスを続けることができたのは、イベントカレンダー＋ログのコンセプトに共感をいただき、適切なイベント情報をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、イベント情報の入手方法の多様化やイベント紹介サービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年6月30日（火）15:00をもちましてイベントカレンダー＋ログのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知ら
コードレビューいろいろ - steps to phantasien
コードレビューの話をいくつか見かけた. (1, 2, 3) 私もはやりにのってなにか書いてみたい. といってもリンク先についてどうこう言う気はない. ふだんからぼんやり感じていることをテキストにしてみたい. コードレビューの様式 コードレビューのやりかたは色々ある. 話の背景をあきらかにすべく, まずは私が参加したり見聞きしたりしてきた方法を紹介したい. ただとりとめなく列挙しても見通しが悪いから, 方法を評価する軸を見立てておこう. コードの粒度: 一回のレビューでレビュアが目を通すコードの量はどのくらいだろう. プロジェクト全体? モジュール単位, 機能単位, それともクラス単位? 古典的なレビュー様式はこれら <論理的な単位> でレビューをすることが多い. 最近はブランチやコミットのような <ひとまとまりの変更> を単位とする方法に人気がある. Github の Pull Reque
Set up Git - GitHub Docs
Using Git To use Git on the command line, you will need to download, install, and configure Git on your computer. You can also install GitHub CLI to use GitHub from the command line. For more information, see "About GitHub CLI." If you want to work with Git locally, but do not want to use the command line, you can download and install the GitHub Desktop client. For more information, see "About Git
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
LGTM Camera
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
GitHub - owenthereal/gh: Fast GitHub command line client (deprecated). gh has been merged into https://github.com/github/hub, see https://github.com/github/hub/issues/475 for more info
https://github.com/hail2u/github-cheat-sheet/blob/master/README.ja.md
