https://martinfowler.com/articles/branching-patterns.html 最新のソース管理システムには、ソースコードのブランチを簡単に作成できる強力なツールが用意されています。しかし、最終的にはこれらのブランチをマージしなければならず、多くのチームは混み合ったブランチに対処するのに膨大な時間を費やしています。複数の開発者の作業をインテグレーションし、本番リリースまでの道筋を整理することに集中して、チームが効果的にブランチを利用できるようにするためのパターンがいくつかあります。全体的なテーマとしては、ブランチを頻繁にインテグレーションし、最小限の労力で本番環境に展開できる健全なメインラインを作ることに注力すべきだということです。 ベースパターン ソースブランチング ✣ メインライン ✣ 健全なブランチ ✣ インテグレーションパターン メインラインイン
（前回のあらすじ）あなたは、ある製造業の工場に勤める若手のエンジニアだ。案外パソコンに詳しい、などとおだてられて手製のツールなどを作っているうちに、いつのまにか工場長から『製造IT担当』なる係にされてしまった。なんだか技術者というよりも便利屋みたいだな、などと思いながら、それでも製造ラインのデータを取得するIoTなどの仕組みを工夫したり、生産管理システムの改修要件をとりまとめたりしてきた。 そんなある日、本社から突然、「全社DXチーム」のメンバーに任命されたから会議に来い、と命じられる。専務が委員長で、情報システム部の次長が事務局長だ。社内の主な部署から、若手中堅メンバーが集められている。だが、参加してみたものの、皆、何をすればいいのか思案顔であった。最近のデジタル技術は、従来のサーバとPCの中のITより、現実世界とインタラクションが強い、だからそれを利用すればいい、という意見もでた。だが
はじめにTIG真野です。 秋のブログ週間2023 の3本目は、設計ドキュメントをGit管理して腐らせないようにがんばってみた話をします。 前段として6年前、「我々はいかにシステム開発におけるドキュメント腐る問題と戦えば良いのか」という記事を書いたのですが、その後の試行錯誤はどこにも残していないことに気づきました。普段のフューチャー技術ブログですとちょっと引け目を感じるテーマですが、秋の夜長を楽しむため読み物成分を多めに書くというテーマのこのブログリレーにピッタリな気がするため、この機会をお借りします。 ドキュメントも色々な種別があるかと思いますが、この記事では設計ドキュメントを指すことにします。設計ドキュメントは開発メンバーが参照するもので、ステークホルダーへの説明資料に引用して使うことはあれど、主目的は異なるという前提です。Design Docの場合もありますし、システム構成図、ERD、
今回も誰も興味ないシリーズなので今まで書いてこなかったのですが、Semantic Versioningに関して幻想を抱いている人がいる可能性があり、そういう方にどうしても現実を知っておいて欲しかったので書きました。3行要約（と可能なら余談）だけでも読んでいただけると幸いです。 3行要約 Semantic Versioning 2.0.0にはバージョン"比較"の定義はあるが、バージョン"制約"（>= 2.1.3みたいなやつ）の定義がない その結果、同じsemver準拠ライブラリでも制約の解釈が異なり結果が真逆になる というかそもそもsemver使ってるエコシステムが少なすぎる 背景 セキュリティアドバイザリでは特定のバージョンが脆弱であることを示すためにバージョン制約が使われることが多いです。例えば >=1.2.0 <1.2.6みたいなやつです。この場合、1.2.5は脆弱だが1.2.6は修正
2022.11.15に発表した内容になります。 https://www.youtube.com/watch?v=ScNN3uGXFd0
緊急新人エンジニア応援企画！ ということで自分が Git のエイリアスとして設定している便利コマンドを紹介していく。 直前のコミットに追いコミットする (git fixit) git commit --amend --no-edit もろもろ整えて git push しよう、とすると「あっちょっと修正したい」となるのはよくあること。その際いちいちコミットメッセージを書いて rebase するかというとそんな面倒はとりたくなく、一撃で終わらせたい。--no-edit でコミットメッセージを編集せずに --amend できる。 git fixit に設定している。git commit の引数をそのまま受け付けるので、git fixit -a や git fixit <file> のように使える。 メインブランチに戻る (git com) f() { remote_head=$(git symb
songmu @songmu feature branchか、feature flagかっていうのは実は結論のない話なんだろうな、とは思ってる。僕はfeature branchに慣れすぎてしまったけど 2019-10-26 15:32:59 Kazunori Otani @katzchang Gitのリポジトリ/ブランチ戦略で確実に言えそうなのは、「分岐した状態をできるだけ短くしよう」で、それを実現するためにはじつはGitだけの問題じゃなかったりするので、みなさんがんばっていきましょう。 2019-10-26 18:03:42
ついに最強のCI/CDが完成した 〜巨大リポジトリで各チームが独立して・安全に・高速にリリースする〜 - ZOZO TECH BLOG
こんにちは。SRE部の巣立（@ksudate）です。 我々のチームでは、AWS上で多数のマイクロサービスを構築・運用しています。マイクロサービスが増えるにつれて、CI/CDの長期化やリリース手法の分散など様々な課題に直面しました。 本記事では、それらの課題をどのように解決したのかを紹介します。 目次 目次 はじめに CI/CDのこれまで Release PRによるリリース CI/CD実行時間の長期化 マイクロサービスごとのリリースが難しい リリーサーの制限ができない ドメイン単位の並行リリース リリース手法が分散する ブランチ間の同期が必要 パイプラインの増加 CI/CD実行時間の長期化 リリーサーを制限できない CI/CDの刷新 高速かつシンプルなCIパイプライン 変更差分を利用したCIパイプラインの実行 承認機能付きのCDパイプライン GitHub Environmentsによるリリー
Metaが10年間にわたり開発・使用してきたソースコード管理システム「Sapling」がオープンソース化されました。Git互換で基本的なコマンドは類似しており、すべてのコマンドがシンプルで使いやすいように設計されているとのこと。Saplingは2022年11月15日から一般向けに公開されています。 Sapling: Source control that’s user-friendly and scalable https://engineering.fb.com/2022/11/15/open-source/sapling-source-control-scalable/ MetaはSaplingについて「ユーザビリティとスケーラビリティを重視した、Metaで使用されているソース管理システム」と紹介。GitやMercurialのユーザーにとって基本的な概念の多くがなじみのあるものであり、
git checkout の代替としてリリースされた git switch と git restore - kakakakakku blog
2019年8月にリリースされた Git 2.23 から，Experimental（実験的機能）として新コマンド git switch と git restore が使える．今までずっと使ってきた git checkout は機能が多すぎたため，機能を分割し git checkout の代替としてリリースされた．個人的にリリースされてから，できる限り git switch と git restore を使うようにしてるけど，まだ無意識に git checkout を使ってしまうこともある．最近 git switch を教える機会があったため，ブログにまとめておく． github.blog なお，以下の検証は Git 2.26.0 を使った． $ git --version git version 2.26.0 1. git switch を使う git switch を使って「ブランチ操作」
ジャスト・イン・タイムと在庫削減が“悪”になる時代
JITからのコペルニクス的転回か 筆者はサプライチェーンのコンサルティング会社に属している。コロナ禍以前と以後では、問い合わせの内容が異なっている。以前は、「働き方改革」「人工知能（AI）／RPA（Robotic Process Automation）の活用」といったテーマが多かった。 それがコロナ禍以後は、「働き方改革」はピタリとなくなった。それまで遅々としてテレワークなどは進まなかったのに、コロナ禍では背に腹は代えられないと、議論や手法論をすっ飛ばしてただちにテレワークの実践が進んだ。この日本人の火事場の転換力には感心した。一方でAIもRPAも現実的な応用に限界があると企業が感じたのか、次のデジタル・トランスフォーメーション（DX）にテーマが移っていった。 そして、コロナ禍以後に増えたのがコスト削減の相談や、在庫に関わる相談だ。コロナ禍が始まった直後はコスト削減についての相談が多かった
ソースコードブランチ管理のパターン - Martin Fowler's Bliki (ja) お世話になっている人も多い Martin Fowler's Blikiの日本語翻訳サイト 、いつも運営＆翻訳ありがとうございます。 パターン言語は関連が重要な役割を担っています。そして関連はダイアグラムにすると捗ります。ダイアグラムがついている書籍もよくみます。 なので、ダイアグラムがないときや書籍と違う雰囲気のダイアグラムが欲しくなった場合、自分で描きながら読んでたりします。こんな感じで。 紙に手書きすることも多いのですが、インターネットで公開されているものはURLが付けやすいのでSVGで作るのが最近のマイブーム。SVGはサイズが大きくなっても拡大すれば読めるのでいいです。 上の画像はPNGをアップロードしたものなのでGistに上げました。 GistのSVGへのリンクを置いておきます。Gistの
脱ブランチファースト - 日々常々
あるいは「プルリクエストをやめてみた」 チーム構成とかにもよるんだろうけど。Gitかつフォークされないプロダクトでの話です。OSSとかは全然話は変わります。 問題とアプローチ (2019-10-25T15:20 追加) 表出している問題と、ここでのアプローチを書いておきます。 ブランチファースト（造語） 「ブランチファースト」はこのエントリでの造語です。コードベースに変更を加える際に「まずブランチを作成する」から始めることを指します。 作業単位でブランチを作成、ブランチでコードを変更してプルリクエスト、レビューを経てメインライン（ master ブランチ）に反映までがブランチファーストのスコープになります。 よくあるスタイルだと思いますし、ブランチだけ作成して変更せずプルリクエストを作成する拡張もありますね。 プルリクエストを挟まずにメインラインにマージするものは含みません。 ……名前微妙
Clone via HTTPS Clone with Git or checkout with SVN using the repository’s web address. Git 2.26.0以下にある脆弱性 Git 2.26.0以下＊1には、細工したリポジトリをgit cloneしたときに、 そのユーザーのCredential(たとえばGitHub.comをcloneするときに使う認証情報)を奪い取れる脆弱性があります。 📝 取得できる認証情報は credential.helper の設定に依存する 既にPoC(検証するためのコード)もあり、結構簡単なので是非Gitを2.26.1以上にアップデートしましょう。 git submoduleを使うと見た目ではわかりにくい攻撃もできるので、「気をつける」では回避は難しいです。 malicious URLs may cause Git to
フロントエンドの Monorepo をやめてリポジトリ分割したワケ - カミナシ エンジニアブログ
こんにちは。ソフトウェアエンジニアの坂井 (@manabusakai) です。 カミナシのプロダクトは、管理者の方が使う Web アプリに React、現場の方が使う iPad / iPhone アプリに React Native を採用しています。 どちらもフロントエンドの技術スタックを採用していることもあり、先日までは Monorepo と Yarn Workspaces の構成で運用されていました。 最近では Monorepo 化を進めている事例もよく見かけるようになってきました。 engineering.mercari.com devblog.thebase.in ですが、カミナシでは Monorepo をやめてリポジトリ分割をする意思決定を行いました。 具体的には、harami_client という Monorepo を harami_web と harami_mobile とい
「本の編集ではテキスト原稿のバージョン管理しか勝たん」という信念を押し通してきて、そろそろ20年近くになりました。厳密には19年くらいだと思うので、タイトルは誇張です。 久しぶりに編集者にとってのバージョン管理に言及したくなったので書いてみました。 目次です。 なんで「テキスト原稿のバージョン管理」の話をしなくなったか 「誌面レイアウトしたPDFとか紙に赤字を入れる」で編集するのもう無理… そこでテキスト原稿のバージョン管理 具体的にどうすればいいのさ 前提からつらつら書いていたらやたらに長くなりそうだったので、全部捨てて書き直したのに、それでもそれなりに長くなってしまった。 最後の節に書いた「 「原稿の移り変わり」を管理するのではなく、「原稿にありうる無数の可能性」を管理する 」というヒントだけでも持ち帰ってもらえればうれしいです。 なんで「テキスト原稿のバージョン管理」の話をしなくなっ
はじめに こんにちは。SRE部BtoBチームの蔭山です。Fulfillment by ZOZO（以下FBZ）で提供しているAPIシステムの運用及び監視を担当しております。 FBZではAWS Lambdaを主軸としてAWSが提供しているフルマネージドサービスのみを利用するサーバーレスアーキテクチャを採用し、構築・運用してきました。今回は実際にどのようにサーバーレスアーキテクチャを活用してサービスを構築・運用・監視しているかご紹介します。 これからサーバーレスアーキテクチャを活用してサービスを構築されようとしている方の参考になれば幸いです。 なぜサーバーレスを採用したのか FBZはZOZOTOWNとブランド様が運営されている自社ECサイト間でリアルタイムに在庫情報を連携し、ZOZOTOWNと自社ECサイトでの在庫の一元管理を実現するAPIサービスです。そのため、マスタであるZOZOTOWNの在
「今すぐ薬が必要だ！」→届きます!? 東海道新幹線で「荷物輸送」スタート JR東海とジェイアール東海物流は2024年2月15日、東海道新幹線を活用した荷物輸送サービス「東海道マッハ便」を開始すると発表しました。 東海道新幹線で荷物輸送サービスが始まる（画像：写真AC）。 JR東日本の「はこビュン」などと同様、新幹線を活用した「貨客混載」のひとつとして、法人向けの即日荷物輸送サービスをスタートさせます。「安全・正確・高速・高頻度で揺れが小さいという特性を活かし、速達性に優れた高品質で環境負荷の小さい荷物輸送サービス」だということです。 具体的には、東京～名古屋間、東京～新大阪間において「こだま」の11号車にある業務用室を活用。1回あたりおおむね段ボール40箱分（3辺合計120cm換算）まで輸送可能だそうです。1日最大の設定可能本数は、東京～名古屋間で26本、東京～新大阪間で22本となります。
バージョン管理システムについておさらい Gitというのはバージョン管理システムで広く世の中に使われています。あのLinuxの大元を作ったLinusさんが2週間で作ったっていうのは有名な話です。 hyoshiok.hatenablog.com だいたい、バージョン管理システム自体が一般の人々にとってはなんじゃらほいですよね。プログラマーが主に使います。プログラムって、どんどん修正していきますよね。で、修正したら機能が追加されたり動きが良くなったりするのですが、たまにとんでもないバグが埋め込まれていたりします。で、aaa.prgというソースコードを作っていて、aaa.prg.20200418とかってファイルを作ったりして古いソースコードファイルのバックアップを取ったりすると、そのうちバックファイルだらけになったり、バックアップを戻したタイミングで戻るべきではないものまで戻ったりして、現場は大混
GitHubがコマンドラインでのGit操作時の認証方式のひとつである、パスワード認証を廃止すると発表しました。同サービスは2020年11月にREST API利用時におけるパスワード認証を廃止し、二段階認証などのトークン認証に移行しており、今回の発表はその範囲を拡大した形となります。 Token authentication requirements for Git operations - The GitHub Blog https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/ 近年、GitHubは二段階認証やサインインアラート、デバイス認証、WebAuthnへの対応など、トークンを基盤としたセキュリティ機能の向上に力を入れてきたとのこと。トークンは「ユーザーごとに固有」「いつで
Git開発チームの濱野純氏は8月16日(現地時間)、分散型バージョン管理ツール「Git」の最新版「Git v2.23.0」をリリースしたことを発表しました(Phoronix、GitHub Blog)。 Git v2.23.0はv2.22.0以来、新規26人を含む77人のコントリビューターによって作成された505個の非マージコミットで構成されるリリースで、多数の新機能の追加や修正が行われています。 最も注目の新機能は「git switch」および「git restore」コマンドの追加です。2つのコマンドはこれまで「git checkout」にまとめられていた操作をブランチの変更とファイルを変更する操作に分離することを目的とするものです。 新コマンドの具体例などはGitHub Blogで説明されています。またその他サブコマンドの修正など、新機能の詳細はアナウンスに含まれるリリースノートで確認
Sapling: Source control that’s user-friendly and scalable
Sapling is a new Git-compatible source control client. Sapling emphasizes usability while also scaling to the largest repositories in the world. ReviewStack is a demonstration code review UI for GitHub pull requests that integrates with Sapling to make reviewing stacks of commits easy. You can get started using Sapling today. Source control is one of the most important tools for modern developers,
きょん＠アジャイルコーチ、システムアーキテクト @kyon_mm 現代のGitでどこまでできるのかためしていないけど、5年前くらいまではGitでのログ表示というのは大量のブランチをいいかんじにフィルタリングする能力というのがなくて、大量のブランチでもいいかんじにやるのはMercurial一択だった。GitはGUIにしろなんにせよリッチなフィルタをあきらめている 2019-10-25 22:14:12 きょん＠アジャイルコーチ、システムアーキテクト @kyon_mm 仕事はシンプルな方がいい Gitではブランチを野放図にできない となると、master一本にいかによせるのかというのがキモになるっていう。 で、それでこまらないというか。 で、master一本がうまくいかないときは(同一タイムゾーンでの)仕事が下手な可能性を示すシグナルになるんだよ。 2019-10-25 22:18:14
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog こんにちは、LINEフロントエンド開発センターの玉田です。新春を名乗るにはすこし遅いですが、昨年開催した「UIT新春Tech blog」を今年も開催します！ 本日から5日間4日間、フロントエンド開発に携わるUITのエンジニアが毎日持ち回りで記事を公開します。ぜひ最後まで見に来てください。 Monorepo フロントエンドにおけるMonorepo toolは、大規模なフロントエンド開発を効率よく管理する手段として、ここ数年で普及が進みました。LernaやNx、npmやyarnのWorkspace機能など、すでに皆さんも使っている例があるかもしれません。 Monorepoを実現するツールはいくつかありますが、どのツールも共通して以
「ソフトウェア管理に向けたSBOM（Software Bill of Materials）の導入に関する手引」を策定しました （METI/経済産業省）
【2023年7月28日発表資料差し替え】「ソフトウェア管理に向けたSBOMの導入に関する手引きVer１.0」に関して、ページ番号の記載がなかったため追記しました。 経済産業省は、ソフトウェアサプライチェーンが複雑化する中で、急激に脅威が増しているソフトウェアのセキュリティを確保するための管理手法の一つとして「SBOM」（ソフトウェア部品表）に着目し、企業による利活用を推進するための検討を進めてきました。今般、主にソフトウェアサプライヤー向けに、SBOMを導入するメリットや実際に導入するにあたって認識・実施すべきポイントをまとめた手引書を策定しましたのでお知らせします。 本手引の普及により企業におけるSBOMの導入が進むことで、ソフトウェアの脆弱性への対応に係る初動期間の短縮や管理コストの低減など、ソフトウェアの適切な管理が可能となり、企業における開発生産性が向上するだけでなく、産業界におけ
GitHubが狙う「ライブラリのバージョン管理問題」の解決と依存関係地獄の話 - ぶるーたるごぶりん
GitHubが狙う「ライブラリのバージョン管理問題」の解決と依存関係地獄の話 Githubが OSS Security Foundation に入りましたね。 大変興味深くて 関連するドキュメント なりについて会社のチームで雑談していたところ、 GitHubの「DependaBot」が何を狙い、どういう「大きな課題」を解決するのか？ という話において、点と点が結びついた感じがあるので言語化してみます。 「この大きな課題」を説明する前に Dependency Hell について国内で言及してる記事がそれほどないので その辺りをまずは書いていきます。 ここのあたりが国内の開発者の中でも認識が広まっていくと、より一歩先のステージにいくのかなと思うので、 比較的ラフな感じで書いていきます。 ちなみに、このブログ記事は所属組織とかに関係なく個人で執筆しています。 なので1デベロッパーとして、
6万社の下請けが不要になる…｢おもちゃのように車を作る｣というテスラ方式はトヨタ方式を超えられるのか 自動車のものづくりを根底から変える｢ギガプレス｣
「おもちゃの車を作るように、フルサイズの車を作る」 自動車は約3万点に上る部品の集合体だ。トヨタなどの自動車メーカーは、膨大な数の部品をすり合わせ技術で統合し、快適な乗り心地と信頼性を実現してきた。ところが、イーロン・マスクはこの部品の集合体であるクルマを、「文字通りおもちゃの車を作るのと同じように、フルサイズの車を作ろうとしている」と語っている。 テスラのSUV「モデルY」のリア部のアンダーボディは、アルミ合金の一体鋳造で作り出している。モデル3の車体下部はフロント、バッテリーパック、リアの3つで構成されていて、リア部のアンダーボディは後輪のサスペンションなどを構成する部分になる。 モデル3のアンダーボディの一体鋳造を可能にしたのは全長20メートル、総重量400トン強の巨大な鋳造機「ギガプレス」だ。イタリアのIDRA社が製造したギガプレスは、高温で溶融したアルミ合金を金型に流し込んで型締
OpenFeature
What's a Feature Flag?Feature flags are a software development technique that allows teams to enable, disable or change the behavior of certain features or code paths in a product or service, without modifying the source code. What's OpenFeature?OpenFeature is an open specification that provides a vendor-agnostic, community-driven API for feature flagging that works with your favorite feature flag
AWSがソフトウェアパッケージのリポジトリサービス「AWS CodeArtifact」正式リリース。npmやMavenなどのパッケージを共有可能
Amazon Web Services（AWS）は、ソフトウェアパッケージなどのリポジトリをマネージドサービスとして提供する「AWS CodeArtifact」の正式リリースを発表しました。 アーティファクト（Artifact）とはここ数年、ソフトウェアの分野でよく目にするようになった言葉の1つでしょう。一般的には「人工物」や「工芸品」という意味ですが、ソフトウェアの分野ではなんらかの生成物、例えばソースコードのコンパイルやビルドによって生成されたバイナリやパッケージなどのことを指して「アーティファクト」と呼びます。 そして、ソースコードがGitHubのようなソースコードリポジトリに格納されることで、バージョン管理や共有などが行われるように、さまざまなアーティファクトもリポジトリに格納されて管理共有されるようになってきています。 例えばJavaScriptのパッケージマネージャnpmに対応
米国で進む「アマゾン離れ」、過半数がウォルマート選ぶ | Forbes JAPAN 公式サイト（フォーブス ジャパン）
米国の消費者の間で、アマゾン・ドット・コムへの熱狂的な支持に陰りが見え始めている。調査会社の調べによると、顧客に占める有料の「プライム」会員の比率が下がってきているほか、サイトでの購入頻度も落ちてきている。代わって選ばれているのが、ネット通販の強化を急いできたウォルマート。 アマゾンと遜色のない、無料の翌々日配送サービスなどが引き寄せる一因になっているとみられる。消費者の動向の変化に合わせ、業者の間でもウォルマートのマーケットプレイスに新たに出店する動きが出ている。 「ウォルマート限定の商品を発売する準備もしている」。家庭・台所用品を手がけるエクイノックス・インターナショナル・ブランズの販売・マーケティング担当マネジャー、ハムザ・ラムザンが明かす。 同社は最近、ウォルマートのマーケットプレイスに出店した。現時点ではアマゾンでの売上高の5％ほどにとどまっているものの、今後、ウォルマートでも品
「流通改革」で、どん底から脱したアップル「アップルは特殊すぎる会社で参考にならない」──世界でもっとも成功した会社、アップル。そのビジネスに学ぼうという記事は多いが、それに食傷気味の人はこう思うようだ。だから、本稿では世界中のどの企業と比べてもアップルが見劣りした四半世紀前頃の話から振り返りたい。この時代、アップルからはイノベーションが消え、業績も悪く、あと90日で倒産という状態だった。アップルは、その状態からどうやって軌道修正をし現状を築いたのか。古い話ではあるが、そこにはいまでも多くの学びがある。また、同社の再建において「流通」の見直しがいかに重要だったかもよくわかる。 アップル再興の物語は、スティーブ・ジョブズの復活からスタートする。ジョブズは、アップルを創業するも、経営闘争に破れて会社を追い出される。その後、紆余曲折を経て戻ってきたのが1996年末、倒産寸前のアップル社だった。「ア
モノレポについての誤解 - Misconceptions about Monorepos: Monorepo != Monolith を翻訳しました | Graat（グラーツ）-グロース・アーキテクチャ＆チームス株式会社
モノレポについての誤解 - Misconceptions about Monorepos: Monorepo != Monolith を翻訳しました unsafe:このドキュメントは、モノレポについて書かれた記事 Misconceptions about Monorepos: Monorepo != Monolith (https://blog.nrwl.io/misconceptions-about-monorepos-monorepo-monolith-df1250d4b03c) を、筆者であるVictor Savkin氏の許可を得て翻訳したものです。 複数のプロジェクトを同一のリポジトリで運用する モノリシックリポジトリ（モノレポ）― この記事では、モノレポを使う際によくある誤解とその対策、モノレポが持つ本当の課題と利点がまとめられています。モノレポはガチガチの「一枚岩（モノリス）」
今回は前回に引き続き、本サイトにおけるPMと並ぶもう一つの重要なテーマ、SCMに関係する問題を考えてみよう。生産管理システムは生産を管理できるか、という問題である。 何度も繰り返していることだが、管理とマネジメントは違う。日本語の「管理」という言葉は、英語では3種類の異なる概念をカバーするような、いささか曖昧な多義語である。おおむね、
GitHub - facebook/sapling: A Scalable, User-Friendly Source Control System.
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
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
PolyrepoからMonorepoへ移行する
今までPolyrepoによるクライアントやバックエンドの開発を行ってきましたが、 規模が大きくなるにつれて問題が発生しやすくなったり、作業効率に影響が出るようになってしまったため、この度Monorepo構成へ移行しました。 そのときの手順について紹介したいと思います。 Polyrepoの課題とMonorepoへ移行する目的 Polyrepo運用時の一番の課題はリポジトリ間の依存関係を合わせづらいことにあります。 例えばクライアントの開発をするにあたってAPIが必要となった場合、 バックエンド側の対応が先に終わってる必要があるといった一種の依存関係があります。 この1点だけならPolyrepoでもMonorepoでも大きな違いはないかと思いますが、 iOS、Android、Webといったようにクライアントが複数ある場合や、 Protocol Buffersのような定義ファイルを別リポジトリに
長時間労働の是正によって物流業界の人手不足が懸念される２０２４年問題への対応が加速している。 食品大手のカゴメと日清製粉ウェルナは、１９日から約５００キロ・メートル離れた関東地方と中部地方の配送で、両社の運転手が交代する中継輸送を始める。他社と配送情報を共有する異例の連携となる。 カゴメは茨城県内の工場で生産した飲料を愛知県内の倉庫に、日清製粉は愛知県内から埼玉県内の倉庫にパスタソースなどを運んでいる。 中継輸送は、両社の１０トントラックがそれぞれの拠点を出発し、途中の静岡県内で運転手が交代する取り組みだ。通常のトラックは目的地で荷物を降ろし、荷台を空にして戻っていたが、交代して荷物を運ぶので、輸送効率が改善する。愛知県を出た運転手は静岡県で折り返すので、その日のうちに戻ることができる。 カゴメと日清製粉は、１９年に味の素、ハウス食品グループ本社、日清オイリオグループとともに、共同物流会社
クックパッドマート流通基盤アプリケーション開発グループでバックエンドエンジニアをしている奥薗 ( @mokuzon ) です。クックパッドマートは生鮮食品の EC サービスで、商品を届ける流通を内製しています。そんなクックパッドマート流通にエンジニアがどう貢献しているかを今日から 4 日連続でご紹介していきます。 今回はクックパッドマートの裏側の流通がどんな要素で構成されているかを一気にご紹介します。このエントリを読んでおくと今後クックパッドマートの関連エントリを読むときにより具体的にイメージしやすくもなると思います。 項目が多いので全体を俯瞰しやすいよう目次を貼っておきます。 クックパッドマートについて クックパッドマートの流通 資材 コンテナ シッパー ラベル ドライバー 拠点 ステーション ハブ ローカルスポット ルート ステーション便 ハブ便 出荷サポート便 タイムライン アプリケ
3ヶ月で120のリポジトリを1つのMonorepo(モノレポ/モノリポ)に移行した話 - asoview! Tech Blog
PolyrepoとMonorepo これはアソビュー！ Advent Calendar 2022の23日目です。 アソビューでVPoE兼Tech Leadをしているdisc99🐼です！ 今回は、Monorepo運用の事例紹介をさせてもらえればと思います！ アソビューではほぼすべてのGitリポジトリを統合したMonorepo運用を2年以上行っています。 最近では特定の技術領域やプロダクトに対してMonorepoを適用した事例は増えてきています。 しかし、社内のほぼすべてのソースコードを1つのMonorepoで管理している組織はまだ多くないと思いますので、参考になれば幸いです。 今回はなぜMonorepoに移行したかや、具体的にどのような管理をしているか、また今後の展望などを公開します！ 🐣なぜMonorepoなのか 背景 Monorepoとは？ 素早さ 分かりやすさ 管理のしやすさ その
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソースコードブランチ管理のパターン - Martin Fowler's Bliki (ja)
製造業のデータって、ほんとはDXに向いていないのかもしれないね | タイム・コンサルタントの日誌から
設計ドキュメント腐る問題、Git管理で運用してみた結果 | フューチャー技術ブログ
Semantic Versioningの闇 - knqyf263's blog
Git の最新アップデートから考える開発手法の潮流
Gitのおすすめエイリアス5選 - 詩と創作・思索のひろば
git の develop ブランチは必要なのか、またはリリースtagについて
Metaの大規模ソースコード管理システム「Sapling」がオープンソース化
「ソースコードブランチ管理のパターン」のダイアグラム - 日々常々
Gitの認証情報を奪い取れるGit 2.26.0以下にある脆弱性について
本の原稿のバージョン管理を始めて20年たちました - golden-luckyの日記
物流支援サービスを支えるAWSサーバーレスアーキテクチャ戦略 - ZOZO TECH BLOG
東海道新幹線でついに「貨客混載」正式スタート その名も「東海道マッハ便」 将来は全国即日配送!? | 乗りものニュース
Gitに危険な脆弱性が見つかった - orangeitems’s diary
GitHubがGit操作時のパスワード認証を廃止、今後はトークンによる認証が必須に
Git 2.23がリリース - switchとrestoreコマンドが追加 | ソフトアンテナ
masterを基本とするって話とGithub flowがいいじゃんって話 個人メモ
Git submoduleを使ってマルチリポジトリなMonorepoを管理する
78 アップルの流通戦略 〜 どん底から世界一、そしてその先へ｜雑誌『広告』
生産管理システムは生産を管理できるか | タイム・コンサルタントの日誌から
GitHub - pkgxdev/pkgx: the last thing you’ll install
【笠原一輝のユビキタス情報局】メモリ階層に大変革をもたらすOptane Persistent Memory - PC Watch
トラック中継輸送でタッグ、中間点で逆方向の他社と運転手交代…空荷なくし日帰り可能に - ライブドアニュース
クックパッド生鮮 EC お届けの裏側 2022 年版 - クックパッド開発者ブログ
natalie.mu
togetter.com
www.daily.co.jp
xtech.nikkei.com
www.bloomberg.co.jp
wirelesswire.jp