Github で Fork してから Pull Request をするまでの流れ | けーこ in サンフランシスコ
いつも忘れてしまうので、GithubであるプロジェクトをForkしてからPull Requestをするまでの流れをメモしたいと思います。今回、実際に私がこの流れを使っているCordova (PhoneGap) ドキュメントのプロジェクト、 https://github.com/apache/incubator-cordova-docs を例にやっていきたいと思います。 1. Fork する GithubでForkしたいプロジェクトまで行って、右上にあるForkボタンを押します。今回、 https://github.com/apache/incubator-cordova-docs をForkしたので、私のGithubアカウントkeiko713上では https://github.com/keiko713/incubator-cordova-docs というリポジトリが作成されます。 2.
GitHubでFork/cloneしたリポジトリを本家リポジトリに追従する - Qiita
2019/12/11 分かりやすいサイトへのリンクを追加しました hub コマンドの hub fork について追加しました 2013/04/11 興味深い手法があれば随時追加していきます ネットを検索すると、色々な手法が出てきますが、自分としては「WEB+DB PRESS plus 開発ツール徹底攻略」p.71 に載っていた以下の手法がシンプルで良く理解できました。 本家リモート upstream を追加する方法 本家リポジトリの例として、実際にGitHubに存在する練習用リポジトリ git@github.com:DQNEO/Renshu.git を使います あなた (youraccount) が既にForkしているRenshuリポジトリをcloneします。 $ git clone git@github.com:youraccount/Renshu.git Cloning into 'R
pull request後にupstreamに更新が入ったのでrebaseしてconflictを解消してpush -fする話 - wyukawa's diary
azkabanというソフトを使っていて手元でバグっぽいのを見つけたのでpull requestしたんですよ。 How to Contributeに従ってまずGitHub issueを作ってその後、https://github.com/azkaban/azkaban2 から自分のところにforkして以下のように作業しました。 まあ大半の作業はSourceTreeからやっていることを告白します。 $ git clone https://github.com/wyukawa/azkaban2.git $ cd azkaban2 $ git remote add upstream https://github.com/azkaban/azkaban2.git $ git checkout -b issue-247 $ vim ... //実際はEclipseでコード修正 $ git add ...
天才プログラマー・オードリーさんがたった200行で効果的なアプリを作れる秘訣
天才プログラマー・オードリーさんがたった200行で効果的なアプリを作れる秘訣 オードリー・タン台湾デジタル大臣との対話 - 未曾有の危機に幅広く使える未来思考（後編） 2021年1月19日、『コロナ vs. AI 最新テクノロジーで感染症に挑む』（翔泳社刊）が発売されました。医師の起業家からAIの研究者・ITの先端技術コンサルタントによって執筆されており、コロナ対抗策としてのAIの社会実装事例・AI研究事例・医療研究事例をわかりやすくまとめられています。今回本書の発売を記念して、収録されている台湾のデジタル大臣、オードリー・タンさんへの特別インタビューから、一部内容をご紹介します。株式会社キアラ 代表取締役の石井 大輔氏による寄稿です。（前編はこちら）。 石井：今回の私の質問は少し技術的なことです。オードリーさんは天才プログラマーとして有名です。GitLab Taiwanのエンジニア友人か
Github — PullRequest / Issue / コメントでコードを引用・埋め込みする - Qiita
引用とハイライト ( PullRequest の差分などではなく ) コードページで、左側の数字をクリックしてハイライトする。 Shift + クリックで範囲選択が出来る。 ページのURL例: https://github.com/YumaInaura/study/blob/master/ansible/inventories/different_ports_on_same_host.txt#L3-L7 パーマリンクをコピー この状態のままで操作ボタンから「Copy permalink」を選ぶ。 こんなURLがクリップボードに入る。 この例ではブランチ指定のページからパーマリンクを取得したが、コピーされるのはコミットハッシュが含まれるURLであることが分かる。 PullRequest や Issue や コメント欄にURLを貼り付ける コードが展開される。 対応していないもの Wikiには
そろそろText::Markdown::Discountについてひとこと言っておくか | おそらくはそれさえも平凡な日々
Text::Markdown::Discountってどうなの?って話があったりするわけですが、Perlの人は積極的に使ったほうが良いと思うし、Discount自体はPerlに限らずおすすめだよーっていうエントリです。 これはDiscountというCのMarkdownライブラリのバインディングです。Rubyにはrdiscountという、メジャーなMarkdownのgemがありますが、これもDiscountのバインディングです。Jekyllとかで利用している人も多いでしょう。 Rubyの世界だと他にもredcarpetというgithubが採用したことで一躍有名になったMarkdownライブラリがあります。これはsundownというCのMarkdownライブラリのバインディングです。 sundownは処理が高速なのがウリらしく、PerlでもText::Markdown::Sundownを書こうか
dotfilesをgithubで管理する - こんにちはこんにちはmonmonです！
やろうやろうと思いつつ、1年くらいずっとやってなかったので会社のサーバの設定をするタイミングで試しに手を付けた。 # 設定ファイルとかはコピペが多いので管理するほどでもなかったのだけども 流れ 1. まずはdotfilesディレクトリを作ってそこにdotfilesなファイルたちを放り込む [9:16]% cd ~ [~] [9:16]% mkdir dotfiles [~] [9:16]% mv .zshrc dotfiles/. [~] [9:16]% mv .vimrc dotfiles/. [~] 2. そのあとにそれらにシンボリックリンクを張るようなシェルスクリプトを書く # .gitが入らないようしたいのでgrep -v 'dotfiles/.git$'を忘れない [9:39]% cat ./dotfiles/setup.sh [~] #!/bin/bash for file i
脱GitHub初心者を目指す人のREADMEマークダウン使いこなし術 | ゆっくりと…
README がキチッと書かれているプロジェクトって、どんなに小さくても立派に見えますよネ。 GitHub の場合、大抵はマークダウン記法で書かれた README.md とか README.markdown とかいう名前のファイルが、HTML に変換 （マークアップ） されて表示されていることはご存知でしょう。 マークダウン記法自体はとても簡単なのですが、GitHub では GitHub Flavored Markdown （略して GFM） という GitHub 用にアレンジされたマークダウン・エンジンが採用されていて、一般のマークダウン・エディタでチェックしてからコミットしても、意図通りの見た目にならないことが多々あります。私 （もちろん GitHub 初心者です！） の場合、README ファイルだけで10回以上もコミットしてしまいました。「マークアップ （レンダリング） を気にして
Git/Github超入門：猿でもできるPull Request · DQNEO日記
Git/Github初心者のみなさんこんにちわ！ Pull Requestを送ってみたいけど、やり方がわからない？ 間違ったPull Requesするのがこわくて躊躇している？ もったいない！ そんなみなさんに、Pull Requestを送るための最小の手順をご紹介します。 昨日ちょうどEthnaにPull Requestを１件送ったので、これを題材にして説明します。 以下、Githubのアカウント取得、gitのインストール、SSH鍵の設定は終わっているものとして解説をすすめます。 Pull Requesを送る最小手順 １．ブラウザで本家プロジェクト画面を開きます。 例：https://github.com/ethna/ethna ２．forkボタンを押します。 ３．以下、自分のPCで作業 git clone git@github.com:DQNEO/ethna.git cd ethna
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ねむねむ on Twitter: "11月にはCOCOAの公式開発サイトに「Androidだと絶対に通知が出ないよ」とバグ報告を上げた人がいたけど完全に無視されており、 じゃあ公式開発サイトは誰も見ていないのかというと1/5にはわざわざ「ここに報告されても対応できま… https://t.co/t197SjuSsh"
デザイナのためのGit入門