共有
  • 記事へのコメント39

    • 注目コメント
    • 新着コメント
    その他
    fmn10
    fmn10 「自分(メンテナ)が作業した方がはやい。でもコントリビュータを commit author に記録してあげたい…そんな時には “git am” 」という話

    2017/02/04 リンク

    その他
    morygonzalez
    morygonzalez patch を取得するための URL は https://github.com/:user/:repo/pull/:id.patch だけど patch-diff.githubusercontent.com にリダイレクトされるのでこのままでは動かない。 curl -L で取ってきてパイプして git に渡したら動いた。

    2016/02/21 リンク

    その他
    cco
    cco なるほど。

    2016/01/17 リンク

    その他
    matsu_chara
    matsu_chara 出す側もレビューする側も楽そう

    2016/01/04 リンク

    その他
    koheisg
    koheisg まだまだgit知らない使い方あるな。。

    2015/12/01 リンク

    その他
    takc923
    takc923 オープンソースプロジェクトにおいてはかなり良い方法に見える。仕事でやってるリポジトリならコントリビュータはPRへのコメントに対応する責任があるからこんなことする必要はない。

    2015/02/03 リンク

    その他
    hidehara
    hidehara 確かにMergeログが沢山ならぶより綺麗だな。 github = git + hub . git も github も奥深いわ

    2015/01/17 リンク

    その他
    o_show
    o_show hubを入れておくと、git amでpull requestのURLをパッチとして適用できる

    2014/08/21 リンク

    その他
    craf
    craf gitは柔軟に使おうって話

    2014/08/06 リンク

    その他
    oppara
    oppara “Merge pull request”の弊害 | POSTD B!

    2014/08/01 リンク

    その他
    u1tnk
    u1tnk 正直commitログよりpull reqのログを探す事の方が多くなってるからあんま同意できない。commitログがダメな証拠かもしれんけど。pull req自体のコメントとかもあるしなぁ。

    2014/07/18 リンク

    その他
    hisasann
    hisasann hubを使ったプルリクマージ

    2014/07/11 リンク

    その他
    gomi_ningen
    gomi_ningen “メンテナーはコミットを簡単にクリーンアップできる。 投稿やメールにかける時間や手間が減り、その分コーディングに時間をかけられる。”

    2014/07/10 リンク

    その他
    unagii_nu
    unagii_nu “メンテナーはコミットを簡単にクリーンアップできる。 投稿やメールにかける時間や手間が減り、その分コーディングに時間をかけられる。”

    2014/07/10 リンク

    その他
    uasi
    uasi hub am -3 <pull req url> で GitHub の PR を am できるという話

    2014/07/10 リンク

    その他
    raimon49
    raimon49 コミットを意味のある単位にまとめて下さいってコントリビュータにお願いしても手間/知識が追い付かずやってもらえない問題。

    2014/07/10 リンク

    その他
    katzchang
    katzchang mergeのデフォルトコメントがイケてないのが問題?

    2014/07/10 リンク

    その他
    fujisck
    fujisck “取得する。実際には””

    2014/07/10 リンク

    その他
    vvakame
    vvakame 少し同意できる…。コントリビュータに◯◯直してって頼むのめんどくさい。

    2014/07/10 リンク

    その他
    nazoking
    nazoking なるほどー

    2014/07/10 リンク

    その他
    NetPenguin
    NetPenguin コミッタ/コントリビュータというような別けがある場合はこれで。

    2014/07/10 リンク

    その他
    sho
    sho めんどくさい手法は流行らないと思うよ

    2014/07/10 リンク

    その他
    kkamegawa
    kkamegawa なるほど。そこそこコミットが多いようなプロジェクトだとマージしてもらえないと確かにイラつきそう。

    2014/07/10 リンク

    その他
    matarillo
    matarillo “Merge pull request”の弊害 | POSTD わかる。

    2014/07/10 リンク

    その他
    lesamoureuses
    lesamoureuses p-rマージしたんだなっていうのが残った方がわかりやすいと思うけど今そう思うだけなのでgit am使う時も来るかもしれない

    2014/07/10 リンク

    その他
    iga_k
    iga_k git am っていう便利機能があるのかー

    2014/07/10 リンク

    その他
    snowlong
    snowlong "コミットメッセージの最終行としてCloses #XXXを追加するのです。こうしておくと、git pushをするとPull Requestが自動的にクローズするのです。"

    2014/07/10 リンク

    その他
    tarchan
    tarchan >マージされていないあらゆるコード一覧が精神的な負担となっていきます。ストレスを溜めたジェーンはやる気を失い、コントリビュータも次第に姿を現さなくなりそうです。

    2014/07/10 リンク

    その他
    masutaka26
    masutaka26 参考程度で

    2014/07/10 リンク

    その他
    mattn
    mattn 僕も古くて当てられなくなったパッチをよくgit amするなー。http://mattn.kaoriya.net/software/git/20121225171742.htm

    2014/07/10 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    GitHubでの”Merge pull request”の弊害 | POSTD

    私は GitHub が大好きです。GitHubはオープンソースへの コントリビューション (寄与貢献)を何十倍も...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事