<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>InfoQ - Continuous Integration</title>
    <link>https://www.infoq.com/jp</link>
    <description>InfoQ Continuous Integration フィード</description>
    <item>
      <title>Dropbox社がGitHub社と協力し、モノレポのサイズを87GBから20GBに削減</title>
      <link>https://www.infoq.com/jp/news/2026/07/dropbox-reduces-git-optimization/?utm_campaign=infoq_content&amp;utm_source=infoq&amp;utm_medium=feed&amp;utm_term=Continuous+Integration</link>
      <description>&lt;img src="https://www.infoq.com/styles/static/images/logo/logo_bigger.jpg"/&gt;&lt;p&gt;モノレポが拡大するにつれて、技術チームの人は1時間以上かかる場合があるクローン操作の遅延を経験し始め、さらに繰り返されるフェッチおよびビルドのオーバーヘッドによりCIパイプラインの性能低下も発生。拡大はまた、リポジトリホスティングの上限に到達するリスクを増加させた。Dropbox社の技術調査によると、問題は主として大容量のバイナリや誤って行われたコミットによるものではなく、Gitの内部圧縮ヒューリスティクスが関連する大規模なファイル群をどのように扱うかに起因するものであると明らかになった。&lt;/p&gt; &lt;i&gt;By Leela Kumili&lt;/i&gt; &lt;i&gt; Translated by Naoko Koshimura&lt;/i&gt;</description>
      <category>Productivity</category>
      <category>Continuous Integration</category>
      <category>Compression</category>
      <category>github</category>
      <category>Mono</category>
      <category>git</category>
      <category>設計/アーキテクチャ</category>
      <category>デベロップメント</category>
      <category>DevOps</category>
      <category>ニュース</category>
      <pubDate>Thu, 02 Jul 2026 04:30:00 GMT</pubDate>
      <guid>https://www.infoq.com/jp/news/2026/07/dropbox-reduces-git-optimization/?utm_campaign=infoq_content&amp;utm_source=infoq&amp;utm_medium=feed&amp;utm_term=Continuous+Integration</guid>
      <dc:creator>Leela Kumili</dc:creator>
      <dc:date>2026-07-02T04:30:00Z</dc:date>
      <dc:identifier>/news/2026/07/dropbox-reduces-git-optimization/ja</dc:identifier>
    </item>
  </channel>
</rss>
