タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
こんにちは！「家族アルバム みてね」（以下、みてね）SREグループのおじまです。 今回は、みてねの開発プロセスを支えるデプロイパイプライン、特にブランチ戦略を改善し、ステージング環境における占有問題などの課題を解決したお話をご紹介します。 みてねの開発フローとこれまでの課題みてねでは、ブランチ戦略としてGitHub Flowを採用しています。GitHub Flow では、はじめにメインブランチからフィーチャーブランチを作成します。フィーチャーブランチで機能開発を行った後、プルリクエストを作成します。フィーチャーブランチは、プルリクエストにおけるコードレビューを経て、メインブランチにマージされます。メインブランチは常にデプロイ可能な状態に保たれます。GitHub Flowは、シンプルで分かりやすいのが特徴です。 しかし、GitHub Flow自体には、本番環境以外へのデプロイ方法について明確
はじめに こんにちは、計測プラットフォーム開発本部SREブロックの近藤です。普段はZOZOMATやZOZOGLASS、ZOZOFITなどの計測技術に関わるシステムの開発、運用に携わっています。 計測プラットフォーム開発本部では、複数のプロダクトを開発運用していますが、リリース作業はプロダクト単位で行っています。プロダクトによってローンチから数年経過し安定傾向のものもあれば、ローンチしたばかりで機能開発が盛んなものもある状態です。 複数のプロダクトを管理する上では当然の状況ですが、プロダクト単位でリリース作業手順が異なり、手順そのものにも課題がある状態でした。 本記事では、リリース作業で課題となっていた部分の紹介と、それぞれの課題に対する対応策についてご紹介します。 目次 はじめに 目次 現状 課題と対応方針 リリース作業の自動化 リリース作業の自動化をする上での必須条件の確認 自動化が必要
小規模開発チームのブランチ戦略。GitHub Flowの導入 - Insight Edge Tech Blog
目次 はじめに ブランチ戦略 Git Flow GitLab Flow GitHub Flow 開発チームのブランチ戦略 GitHub Flowの採用理由 運用の基本ルール 実際にGitHub Flow運用してみて 良かったこと 悪かったこと まとめ はじめに Insight EdgeのLead Engineerの三澤です。 Insight Edgeでは開発プロジェクトに応じてその時々でチームを編成し、プロジェクトの内容に合わせてチーム単位で技術やアーキテクチャや開発ルールの選定・決定をしています。 今回は直近の開発で運用してきた開発ルール（ブランチ戦略）の1つGitHub Flowについて、実際の運用方法や良かった点・悪かった点をご紹介したいと思います。 本記事ではGitとブランチを既知のものとして進めることにご了承ください。 ブランチ戦略 GitHub Flowの話へいきなり入る前に、
GitHub - Flow-Launcher/Flow.Launcher: :mag: Quick file search & app launcher for Windows with community-made plugins
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Git-flow GitHub-flow GitLab-flowという開発フローについてまとめる - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? gitを使用した開発フローである Git-flow GitHub-flow GitLab-flowについてまとめる 参考 Git-flowって何？ https://qiita.com/KosukeSone/items/514dd24828b485c69a05 git-flowで用いるブランチまとめ https://qiita.com/hatt0519/items/23ef0866f4abacce7296 【図解】git-flow、GitHub Flowを開発現場で使い始めるためにこれだけは覚えておこう https://www.atmar
GitHub Flowとは - Qiita
git-flowとは まず、GItHub Flowと似たものにgit-flowがあります git-flowとは数あるGitのブランチ戦略の1つで、A successful Git branching modelが基になっています。 以下はgit-flowの有名な図 (https://nvie.com/posts/a-successful-git-branching-model/) masterのメインブランチがあり、開発用のdevelopブランチ、そして機能毎のfeatureブランチや緊急用のhotfixブランチが存在し、これらのブランチを使い分けて開発・リリースを進めていきます。 GitHub Flowもgit-flowと同様にブランチ戦略の1つであり、その名の通りGitHubで利用されているフローです。 GitHub Guides GitHub Flowではメインのmasterブランチ
git flow と github flow Gitにおけるリポジトリモデルのことであり、どのようにbranchを切って開発・運用していくのかというワークフローの話。 github flowはgit flowを簡略化したものであり、スピード感を持って開発運用していく場合には推奨される。ただ、どちらの方が良いということは一概には言えず、開発スピードや開発規模等によってそのワークフローを考える必要がある。 git flow ・masterブランチ - メインブランチで常にリリースできる状態 ・developブランチ - メインのブランチでここからブランチを切って開発を進める ・featureブランチ - developから個人別にブランチを切って開発開始 ・hotfixブランチ - 緊急のバグなどをmasterからブランチを切って対応 ・releaseブランチ - リリース直前用のブランチ 特
Gitは簡単にブランチ（branch）を作ることができます。 ちょっとした実験をするためにブランチを作成します。あるIssueのために複数のアイデアがあれば、それぞれにブランチを作ることがあります。いつから不具合が発生していたのかを調べるために過去のリリースのブランチを作成します。リリースに取り込まれなかったIssueのブランチが残っています。 このように大量のブランチができてしまいます。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ブランチ戦略（GitHub Flow）を見直してステージング環境の運用を改善しました
GitHub Flow with GitOpsの導入 - ZOZO TECH BLOG
Git email flow vs Github flow
git flowとgithub flow 開発運用方法の違い - Qiita
Gitのブランチモデル(git-flow, GitHub Flow, GitLab Flow)のブランチ名まとめ
www.google.com
masayanei.com
crosscubja60.net
kanemotitousannninarutameni.blog.jp
courrier.jp
share.google