HubFlow使ってみた - ゆううきブログ
HubFlowとは HubFlow: GitFlow For GitHub HubFlowはGitHubリポジトリでGitFlowを便利に使うためのGitコマンド拡張です． gitflowをforkして開発されています．datasift/gitflow · GitHub 今の時点では，大幅に便利になるというものではない感じです． git hfのようにサブコマンドhfを用いたコマンド体系なので，gitflowと併用できます． さらに，gitflowを利用している既存のリポジトリに対してもgit hf initで上書きすれば使えます． 使い方 なんか新しい図が出てますが，流れはGitFlowとほとんど変わりません． リモートブランチとfork元のブランチに対する操作が用意されていないGitFlowに対して，HubFlowでは用意されているという点が異なります． 便利になったところ git hf
多人数開発で Git を使う場合の環境構築 | GREE Engineering
こんにちは、インフラやってる sotarok です。最近、社内でも「sotarok は そーたろっくと読む」という誤解が広がっていましたので改めて自己紹介しますと、sotarok と書いて「そーたろー」または「そーたろー・けー」と読みます。ロックしてないのでよろしくお願いします。 今日は、Git の話です。 GREE ではずっと Subversion を使っているという話を、以前開発環境の話をしたときに少し触れたことがあります。Subversion での運用方法も、GREE では割と面白い運用をしているのでその話もどこかでしたいのですが、まあ、それは今回は置いておきましょう。どこかで聞いてください。 GREE もその昔 CVS から Subversion に移ったのですが、時代は流れるもので、いよいよ Git 化という流れがきています。Subversion と Git の違いを今更あえて挙
master ブランチで pull request してもいいのは覚悟のあるヤツだけ - ヤルキデナイズドだった
GitHubへpull requestする際のベストプラクティス master ブランチで pull request していいのは小学生までってこともない このへん読んでて思ったことです。 master から pull request して reject されたとしましょう。この master は上流の master と食い違ったままになります。 しかし、自分のブランチと上流の同名のブランチは一致しているか、自分のブランチのほうが進んでいる状態にあると面倒事がなくて好ましいです。食い違った master をふたたび一致させる手段は2つ： さらに master を変更して再度 pull request し、どうにか merge してもらう master に変更を加える前のコミットを強制的に push し、 master のコミットをなかったことにする 1つ目の手を取るなら、なんとしても pu
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
web application 開発における git のブランチ運用ルール - tokuhirom's blog
web application 開発における git のブランチ運用ルール 俺は普段こういう運用でやっているが、君はどうか。 社内の trac にドキュメントをかいたので、コピペしておく。git についてはカジュアルにつかってるだけなので、もっとこうしたほうがいいんじゃねえのというのがあればおしえてください。 ブランチ命名規則 master 本番の deploy 用。誰かに deploy されてこまるものはいれない。 stg ステージングの deploy 用 iss(\d+) チケット$1 用の topic branch。master から分岐させる その他、キャンペーン関係など、おいやすくしたい者は別途名前つけてもよし。 stg の運用 基本的に、開発はチケットにひもづく topic branch でおこなうので、以下のような作業フローとなる git co master git co -
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git を使ったチーム開発で気をつけること - おともだちティータイム
https://www.rdegges.com/2012/successful-github-development/
