DoWorksgithubの使い方コメントをどうぞ一部事実とは異なりますよ。TODO:もっと分かりやすい表現あるので後で差し替え簡単なgitの使い方を説明します。通常の運用の場合とちょっと大きめの機能を追加する場合の二種類をまとめます。通常のgithub運用の流れ以下の図のように、左をremoteと右をlocalとします。cloneとかfetchとかしてlocalのbranchをremoteのbranchと同期させるAdサーバ上にしかない開発状態をローカルにもコピーします。プロジェクトに参加してローカルのマシンに初めて環境を作る場合はcloneをします。参加済でremote側の開発状態に進展があり、ローカルの状態と乖離してるようであればfetchを行い同期をします。masterブランチに居るときにpullすることで、remote上のmaster(origi/master)とlocalのmasterを同期させます。ローカルに落としてきたmasterから作業用のブランチを切る//という感じの名前でブランチを切る。beta/masterこれでローカルに新機能masterが作られます。ogk/beta/feature/hogehogeで作業用ブランチを切ります。して作業用のブランチに対して内容を反映させます。コミット時にコメントで追加や変更内容を記述します。これは他人が読む事を考えてちゃんと書きます。ブランチを切った時に決めた機能がそろったらpushする1タスク単位などで区切られた作業が完了したらpushしてremoteのbranchにアップロードします。この時に新たに作るremoteのbranchはローカルで作成したbranch名と同じものが良いです。後から追加で修正する必要が出てきても対応しやすいです。時に何を追加したのか、過去のcommitメッセージの内容をまとめて記述します。変更した事を、どうやったら確認できるかも記述します。対して確認者がコードを読まない(読めない)場合もあるので、追加した内容が分かる様にしておきます。mergeしてもらうだれかにpullrequestを確認してもらったら作業が完了になります。マージできる内容でなければそっとコメントを残してあげます。同様に作業者はローカルのbranchを削除してすっきりした気持ちを味わいます。:ogk/beta/feature/hogehogeでもremoteのブランチ削除ができます。branchを作成して改めてpushするのが分かりやすいと思います。origin/ogk/prototype/master以降、prototypeのbranchはと呼びます。通常運用と同様にfetchをします。発生させるのではなくて、remoteにあるorigin/新機能/masterからbranchを切るというところです。localのbranchを切る先ほど作成した新機能branchからさらに作業用ブランチを切ります。上に新たにブランチを作成します。する先はorigin/masterではなくてorigin/新機能/masterへ行います。editでcompaire先を変更します。mergeが出来るかを確認するためです。requestを見る事で確認できるようになります。してもらう通常運用同様にmergeしてもらいます。以外に既にmergeされたものがある場合は、ローカル新機能用branchを最新の開発状態に更新すべく、fetchします。するのを忘れない様にします。先ほどの運用と同じ様にrequestをかけます。してもらうとlocalで作業した内容がremoteのブランチのlogに追加されます。これで作業内容が統合され、開発状況がみんなに共有されるようになりました。最後にこの大きくなったbranchをmaster側へmergeする作業が残ります。masterから乖離があるとgithubのmergeボタンがグレーアウトして押せなくなってしまいます。定期的にorigin/masterをrebaseすると乖離が少なくなります。この時、から新機能に関わるスタッフが既にlocalにbranchを切ってるかもしれません。一声かけてからrebaseすると良いと思います。コメントをキャンセルメールアドレスが公開されることはありません。