Gitのブランチ戦略にはいくつかあります。 GitフローGitHubフローGitLabフローチームの戦略を考えるときにどれかを参考にしつつカスタマイズするときにいろいろ不都合が生じてしてきて複雑になってしまうことってありますよね？社内でブランチの管理の議論をする中で、ブランチの役割を明確にした上で、どのブランチがどのような役割を持っているのかを明確にした方が混乱が少なくなるのではないか？というのを考えていました。 特に、プロジェクトごとに同じ名前でも役割が違うなー、というのとかもあり、ブランチ名＝役割ではなく、ブランチの上位概念として役割を考えて、それを実際のブランチとの対応づけを行う必要があるのではないかな、と。 CI/CDと組み合わされることで、releaseブランチ==ステージング環境となってしまい、ステージング環境を使いたいリリース前のブランチと、ホットフィックスの検証のブランチの
GitlabのARM用CI Runnerの構築方法
GitlabでのARM CI Runner の構築手順 大まかな手順は以下のとおりです。 SDカードにOSを書き込む ブートローダーの書き換え SSDにOSの書き込み gitlab runner のインストール 今回利用した機材 今回利用した機材は以下のとおりです。 Rock5B(16GB) https://shop.iothonpo.com/product/rock-5b/ Rock5B用メタルケース https://shop.iothonpo.com/product/rock5b-metal-case/ SSD(1TB) https://www.amazon.co.jp/dp/B09KZBHWZ9 PD対応AC電源ケーブル https://www.amazon.co.jp/gp/product/B0CTJDZQ17 SDカードへのOSの書き込み フラッシュツールのインストール 適当なイ
複数人でPHP（Laravel）のシステム開発を行う際、以下のような方法で開発ソースの管理を行うと効果的です。 開発ソースの修正、変更内容の把握、管理 ツールの選択 GitHub または GitLab 理由 バージョン管理: Gitを使用してソースコードの変更履歴を管理できます。 ブランチ機能: 開発作業をブランチごとに分けて行い、複数人での並行開発が可能です。 プルリクエスト／マージリクエスト: 変更内容のレビューと承認のフローを構築できます。 Gitの基本的なワークフロー ブランチ作成: 各開発者は新しい機能やバグ修正のためにブランチを作成します。 コード変更: ブランチ内でコードの修正や新規機能の実装を行います。 コミット: 変更内容を小まめにコミットして履歴を残します。 プルリクエスト／マージリクエスト: 完成したら、レビューのためにプルリクエスト（GitHub）またはマージリクエ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitのブランチの役割を考える | フューチャー技術ブログ
Laravel開発チームのための効果的なソース管理方法｜DAD UNION – エンジニア同盟