[B! git-flow][git][development] decoy2004のブックマーク

decoy2004 id:decoy2004

git-flowとgitとdevelopmentに関するdecoy2004のブックマーク (2)

GitHub を用いた開発フローテンプレート - ペパボテックブログ
Development (開発の進め方) GitHub Flow の利用レビューの実施 Testing (テスト) Deployment (リリースの仕方) Releases (リリース後の記録) References(参考文献) Appendix(付録) Release's notes の作成方法 History(更新履歴) 2014/03/15 Development (開発の進め方) GitHub Flow の利用 masterブランチは常にデプロイ可能な状態としなければならないテストが失敗する状態の場合、直ちに修正するべきであるテストが失敗する状態の場合、デプロイすることは許されない「新しい何か」に取り組む際は、 pull request を用いるべきであるブランチは master から作成し、ブランチ名は説明的な名前とすべきである（例: new-oauth2-scope
decoy2004 2014/04/28
『レビューアを github のメンションを用いて指定しなければならない』

github

テスト

development

git-flow

git

team

開発
リンク
チーム開発においてGit初心者が踏みがちな地雷まとめ｜TechRacho by BPS株式会社
morimorihogeです。残暑やばい。 ※元々は2014年に書いた記事ですが、2020年になっていろいろと事情も変わっているので2020年revise版として更新しました。弊社ではバージョン管理システムにGitを使っています。数ヶ月以上一緒にやっているある程度ツーカーなメンバーだけのプロジェクトなら問題無いのですが、案件によっては協力会社の方が一時的にJOINしたり、新規参入メンバーの参加などで、これまでGitを使ったことがない、または本格的なチーム開発でGitを使ったことがない人が参加することもあります。 ※2020年現在では流石に全くGitを使ったことのない開発者というのはほぼ見なくなりましたが、チーム開発できちんと運用に乗せて使ったことがない、という所は今でもそこそこあるようです。 Gitは自由度の高いシステムですが、その分概念を覚えることが必要なため、導入の敷居が高い方だと
decoy2004 2014/04/26
『masterやdevelopはpush -fしてはいけないブランチ、featureブランチは一人で開発している場合、かつdevelopにmergeする前においてのみpush -fしても大丈夫です。』

git

development

開発

git-flow
リンク
1