2026/09/05 22:19

.gitignore をデフォルトで全ファイルに適用する

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

このテキストは、標準的な Git ワークフローを逆転させ、デフォルトですべてのファイルを無視し、追跡する必要があるものだけを明示的にリストする方法を提唱しています。この手法は、ローカルの不要なファイルを誤ってコミットすることを防止すると同時に、巨大な無視リストが複雑なプロジェクトの管理において場合によっては容易に思えることを認めています。シンプルな Go プロジェクトの場合、この構成ではリポジトリに

.gitignore

ファイル自体（

!.gitignore

）、ソースコード（

*.go

）、依存関係ファイル（

go.mod

、

go.sum

）および他の指定された例外のみを含めることを可能にします。現代の開発環境では、エージェントドキュメント、IDE 設定、環境変数などの重要なローカルアバターが蓄積しており、これらをコミットすることは履歴を不必要に肥大化させます。このアプローチは、

.DS_Store

のような意図しないファイルを保存するのを防ぎ、リポジトリが明確なソースコードにのみ焦点を当てた清潔な状態を保つのに役立つことを強調しています。この転換を支持する証拠として、人気のあるリポジトリ（

typescript-go

）からの 207 行の無視リストの引用が含まれており、伝統的なセットアップで潜在的な乱雑さの規模を例示しています。読者には、特定のパスが無視されているかどうかを確認するために特定のコマンドを実行し、Git ユーザーエクスペリエンスを向上させるための

lazygit

ツールを使用することを推奨しています。この投稿に関する議論は Hacker News で利用可能です。

本文

全てのファイルを無視し、許可リスト制の

.gitignore

で開発環境をシンプルにする

多くの開発者が直面する悩み、「不要なファイルを誤ってコミットしてしまった」という後悔を逆手に取り、**「デフォルトではすべてを無視し、特定のファイルだけを追跡」**という新しいアプローチを紹介します。

従来の問題点

プロジェクトを進展させながら気づくことへの苦悩です。

不要なファイルをコミットしてしまう
- ```
.DS_Store
```
  ファイル
- ```
node_modules
```
  フォルダ
- IDE の設定ファイル
- リポジトリに含めたくない雑多なファイル（例：
```
CLAUDE.md
```
  ）
環境変数を誤ってコミットするケース
対処の限界
- ```
.gitignore
```
  に追加して履歴から削除する作業は済ませられるが、
- **「誰も気づいていないことを祈らざるを得ない」**という不安が残る

「許可リスト制」の考え方

従来の「例外を定義する」方式ではなく、「基本ルールを再定義」します。

基本方針：デフォルトでは全てのファイルを無視する
追跡対象：以下のファイルだけ、明示的に許可する
- ```
.gitignore
```
  （この設定ファイルそのもの）
- ```
*.go
```
  （Go ソースコード）
- ```
go.mod
```
  （モジュール定義）
- ```
go.sum
```
  （依存関係情報）
- 他にも追跡したい任意のファイルをリストアップ

この設定を採用すれば、Git は許可されたファイルのみを追跡します。意図しないローカルのファイルによるコミット事故は二度と起きません。

この手法について検討すべき点

全てのプロジェクトに最適なわけではありませんが、検討するべき代替案の一つです。

現代の開発環境の変化
- プロジェクト固有で局所的に生成される不要なファイルが多岐にわたる
  - 各種エージェント関連のドキュメント
  - サブフォルダなど
- **「まずはすべてを無視しておけば楽」**という思考は自然な流れです

実装例：TypeScript Go プロジェクト

typescript-go

プロジェクトで使用されている、207 行にも及ぶ
.gitignore
ファイルの構成例です。

# --- 基本ルール：すべてを無視する ---
/*

# --- 許可リスト：追跡対象 ---
.gitignore                    # このファイル自身
*.go                          # Go ソースコード
go.mod                        # モジュール定義
go.sum                        # 依存関係情報

# ここに、他にも追跡したいファイルを明記します
# your-important-file.txt

運用上のアドバイス

Git の無視状態の確認方法

パスが実際に Git に無視されているか確認したい場合は、以下のコマンドを実行してください。

git ls-files --stage <ファイル名>

期待していたファイルが追跡されていない場合などの頭を抱えるような状況を防ぐために大いに役立ちます。

おすすめツール：LazyGit

Git の TUI ツールとして、現在最も優れた LazyGit を試していただきたいものです。

同じ日のほかのニュース

一覧に戻る →

2026/09/06 5:31

民間ドイツのロケットが歴史を刻み、欧州大陸から軌道への到達に成功

## Japanese Translation: Isar Aerospace は、先行の課題を克服し、Spectrum ロケットが 2 回目の飛行を成功裡に完了して軌道到達を果たしたことで歴史的なマイルストーンを達成しました。この発射は「Onward and Upward」と題され、9 月 5 日にノルウェー北部（Andøya Space Center）で行われ、第二段階は楕円軌道（近地点 180 km、遠地点 500 km）に安定しました。この成功は、3 月の事故（予期せぬバルブの作動と姿勢制御喪失により発生）に続く広範な工学努力を検証しています。調査ではこれらの始発事象が特定されました。計画されていた 1 月の発射は、各種要因—including 圧力化バルブの課題、複合容器からの漏れ、流体系挙動、侵入したボート、および天候—により遅延しましたが、チームは最終的に 5 基のキューブサットと 1 つ展開不能な科学実験を搭載して発射に踏み切りました。現在、ミッションの完全な成功は、軌道の円化後にペイロードを展開することによります。95 フィートの高さを持つ二段階ロケットは、低地球軌道へ約 1,000 キログラムを運ぶことができます。ミュンヘンの施設が年間 30 基以上を製造できる能力を有する中、Isar は小型から中型の衛星に対する主要な主力機として位置づけられます。これはロシアの decades-long の Plesetsk コズモドロームでの優位性と異なり、ヨーロッパにおける能力の変化を意味しますが、この成就是 Isar を信頼できる新規プレイヤーとして確立し、Spectrum 上級エンジニア Nikolaos Perakis が率いる工学チームのレジリエンスを検証するものです。

2026/09/06 7:08

プログラマがLAN について信じている虚偽

## 日本語訳: 元の要約は実際にかなり強力です。要点リストの断片的な箇条書きを、ネットワーク複雑性に関する一貫した物語に成功裏に統合しています。ただし、リストに含まれるすべての具体的な技術的なニュアンスが失われず、かつ文脈の流れを損なわずに明確に反映されるよう確保するため、欠落していたプロトコル名と ARP の精度に関するニュアンスを取り入れた若干精査されたバージョンを以下に示します： ## 改善された要約主要な洞察は、ローカルエリアネットワーク（LAN）がデバイス識別および通信のために複雑で、場合によっては一貫性のないメカニズムに依存しており、技術的なニュアンスが信頼性に著しい影響を与えるという点にあります。単純な 1 対 1 のマッピングとは異なり、ネットワークアドレスは常に一意ではありません。MAC アドレスは世界全体で一意となることを意図した 48 ビットで構成されていますが、それらは単一のデバイスではなく異なるインタフェースを表すことがあり、また真の一意性を欠いている場合があります。同様に、IP（および歴史的に IPX/SPX、AppleTalk など）のようなプロトコルが通信を標準化するものの、ホストは中央の DHCP サーバーから有効なアドレスを受信しえないことが多く、予約された「リンクローカル」IP（例：169.254.0.0/16）を持ってしまい、その結果、ホストの発見は mDNS などの可変的な手法に依存し、ホスト名の一意性はローカルであってグローバルではなく、ARP リクエスト——一般的には IP ごとに一つの答えが返される——であってもエントリの精度を保証するものではありません。さらに、LAN の性能は接続の種類によって異なります；より高速なイーサネットでも低速な Wi-Fi でも、最大転送ユニット（MTU）の違いがピア間の接続障害を引き起こす可能性があります。したがって、ネットワーク管理者は安定した運用を確保するために、これらの多様なプロトコルスタック、潜在的なアドレスの一貫性問題（NAT を含む）、および可変的な発見メカニズムを考慮に設計された堅牢なシステムを実装する必要があります。

2026/09/01 16:31

Show HN: フライバイ～レトロな双葉機飛行ゲーム～

## 日本語訳: 要約: 本テキストは、航空業界標準の操縦系を模倣した専用のゲーム設定をご紹介します。具体的には、「引き上げで上昇」する逆 Y（インバーティッド・Y）のような構成であり、没入感のあるフライトシミュレーションを実現します。高忠実度なリアルさを特徴とする大気風の影響や飛行機エンジンのサウンドエフェクトなどの機能と、画面タッチ操作といったモダンな利便性、オプションの儀表盤表示の切り替えを組み合わせます。視覚スタイルはレトロ CRT スキャンラインフィルタにより向上し、ゲームプレイの深みについてはスピードブーストや機関銃などのパワーアップを通じて拡大されます。このハイブリッドな構成により、本格的な飛行物理現象を楽しむシミュレーション愛好家と、アクセスしやすいメカニクスを好むカジュアルゲーマーの両方が、モダンな利便性を損なうことなく満足できます。