GitHub Issueはテンプレート化で、綺麗に書かせる！ - Qiita
まず、クリックしてみてください Issue作成はこちら GitHubのIssueは、URLにparamsを渡すことで、デフォルトのvalueが入れられます。 ※paramsの渡し方は、/issues/new?title=test&body=contentのようにします。 バグ報告はこちらとかアイディア投稿などのリンクをREADMEなどに置き、みんなそれに従ってIssueを作成してもらいましょう。 指定できるparams 指定できるパラメーターは以下です。 params一覧 title body assignee labels milestone ※ラベル、マイルストーンはcontributorsのみ使用可能 文字列のエスケープ URLに入力するので、改行コードなどをエスケープする必要があります。 文字 エスケープ後
サイバーエージェントのGitHub活用 ～ 導入から運用体制、開発フロー、勉強会による現場への普及活動まで
また、Organization[1]の数も360を超え[2]、リポジトリ数もOrganizationのものだけでも2000近く作られています[3]。 新規のプロジェクトは基本的にGitを利用しており、既存プロジェクトもほとんどがSubversion（以下SVN）などからGitに移行しました。 本記事では、Ameba事業本部がどのようにGitを組織内に普及させていったか、その運用体制、現場でどのように利用されているのかをご紹介します。 [1] 複数アカウントをまとめるグループ機能です。リポジトリは個人単位だけでなく、Organization単位で作ることもできます。 [2] プロジェクト単位で1つのOrganizationを用意しています。 [3] 個人アカウントで作成したり、他からforkしたリポジトリは除いた数です。 GitHub Enterprise導入への道のり GHE導入以前の標準
GitHubが僕たちを、仕事の現場を変えた！──「GitHub Kaigi」レポート | gihyo.jp
2014年6月1日（日）、東京・渋谷マークシティにおいて、GitHubユーザグループ主催によるイベント「GitHub Kaigi」が開催されました。500人の定員に対し800人を超える参加申し込みのあったこのイベントには、日本におけるGitHub活用の第一人者たちはもちろん、米GitHub社から招いた開発者たちも登壇し、いずれ劣らぬ濃いセッションが繰り広げられました。ここではその様子を紹介します。 GitHub実践入門 ── Pull Requestによる開発の変革 トップバッターとして登壇したのは、WEB+DB PRESS plusシリーズ『GitHub実践入門 ── Pull Requestによる開発の変革』の著者である大塚弘記氏です。 『GitHub実践入門』の著者、大塚弘記氏 同氏はまず、「GitHubを利用した開発の世界を知る」「GitHubを（利用｜活用）する違いを
Github Issueをより楽しくするChromeエクステンション「Looks Tiqav To Misawa」 | mah365
Emojiなどを活用することで楽しくコミュニケーションできるGithub Issueですが、それだけだと少し物足りないですよね。Looks Tiqav To Misawaを入れて日常のコミュニケーションをもう少し彩ってみましょう。 使い方 エクステンションのダウンロード Chromeウェブストアからエクステンションをダウンロード＆インストールします。 Github Issueのコメント欄で使う 元ネタが分からないのですが、随所でよく見る”looks good to me”。!lとコメント欄で入力すると画像の候補が出てくる（１つ）ので、画像を選択するとコメントでその画像を使うことができます。 !t<query>の書式で入力すると、tiqavに登録されている画像から検索して選択することができます。ちくわしか持っていない場合は!tちくわと入力すると以下のように画像の候補が出てきます。 !m<qu
GitHub Flow
Issues with git-flow I travel all over the place teaching Git to people and nearly every class and workshop I've done recently has asked me what I think about git-flow. I always answer that I think that it's great - it has taken a system (Git) that has a million possible workflows and documented a well tested, flexible workflow that works for lots of developers in a fairly straightforward manner.
Pull Request Builder PluginをJenkinsに導入する - Qiita
Pull Request Builder Pluginとは? Jenkins Pull Request Builder Plugin(以下ghprb)とは、GitHubの指定したリポジトリにpull requestが作成されると、予め設定しておいたJobを実行し、実行結果をGitHubに通知し、記録してくれるプラグインです。 pull requestを作成すると導入すると、下記の問題を回避できるでしょう。 間違えてコンパイルエラーが起こるコードをpushしてしまった テストが失敗するコードをpushしてしまった そもそも「上記の問題が起きるコードなんか糞だ！pushするんじゃないよ！」という意見はこれまでもありました。しかし、僕らは人間です。間違いを犯すことがあるのが人です。 例えば、pull requestは、コードレビューの場面でとても役に立つ便利なもので、いろいろ指摘があったりしたと
チーム開発でデプロイ時にどんなPullRequestが入ったかを知る方法 - Qiita
git 開発者は既に私のニーズを把握していたのか？！ 【2/28 15:07追記】 git log コマンドの --merges オプションを使えばさらに簡単に把握することができることが判明しましたｗ $ git log --merges 1234567..abcdefg commit > 3456789abcdefghijklmnopqrstu Merge: 3456789 defghij Author: hogehoge <fugafug@example.com> Date: Fri Feb 28 10:54:14 2014 +0900 Merge pull request #AAAA from [OrganizationName]/[branchName1] commit message $ git log --merges 1234567..abcdefg | grep "Merg
How do you attach a new pull request to an existing issue on github?
I'm not sure, but I have a vague memory of creating a github pull request with "Issue 4" or something in the title, and it automatically attached itself to Issue 4 in the project that I was submitting it to. I tried it again recently and it didn't work -- it just created a brand new issue instead. I don't see any options like "Attach to issue" on the new pull request page, nor "Open a new pull req
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
lgtm.in
github flow まとめてみた
Amazon.co.jp: GitHub実践入門 ~Pull Requestによる開発の変革 (WEB+DB PRESS plus): 大塚 弘記: 本
https://qiita.com/ta9to/items/7e1ff7d43ad59750b9a4