GitHub Desktop で Main ブランチから V1（開発用ブランチ）を作り、開発が終わったら Main に取り込む（マージ）するという標準的なワークフローは問題なくできます。以下に、実際の手順（画面操作）と注意点を分かりやすくまとめます。私は手を動かして実行する代わりに、やり方を段階的に案内します。

やることの概略（ストーリー）

• Main から新しいブランチ V1 を作る
• V1 上で変更をコミットしてリモートに公開（Publish）
• 必要に応じてリモートの Main の最新を取り込む（同期）
• 開発完了後、V1 を Main に取り込む（マージ） — GitHub Desktop でローカルマージするか、GitHub.com で Pull Request を作る
• マージ後、Main をリモートに push してブランチを整理

具体的な手順（GitHub Desktop）

1. Main から V1 ブランチを作る

• GitHub Desktop を開く。画面左上の Current branch（現在のブランチ）ドロップダウンを開く。
• 「New branch」または「Create new branch」を選び、Name に V1（例: v1）を入力して作成。
• これでローカルに v1 ブランチが作成され、そのブランチに切り替わります。

2. 開発（変更を行いコミット）

• コードを編集 → GitHub Desktop に戻り変更内容を確認。
• 変更に説明的なコミットメッセージを書いて Commit to v1 を実行。
• 作業を続ける場合は必要に応じてコミットを重ねます。

3. ブランチをリモートに公開（push）

• 画面上に「Publish branch」ボタンが出ているのでクリックしてリモート（origin）にブランチを作成・push。

4. （任意だが推奨）Main の最新を取り込む（ブランチを最新化）

• 他の人が Main を更新している可能性があるので、定期的に v1 に Main の変更を取り込むのが安全です。
  • GitHub Desktop で v1 にいる状態で、Repository メニュー → Fetch origin（または Pull origin）を行い、次に Branch → Merge into current branch… を選び、マージ元として main を選択して v1 に取り込みます。
  • コンフリクトが出たら GitHub Desktop が知らせてくれるので、指示に従って手動で解決してコミットします。

5. 開発完了 → Main に取り込む（2つの方法） A. GitHub.com で Pull Request を作る（推奨、レビューが必要な場合）

• GitHub Desktop の上部に「Create Pull Request」ボタンが表示されるので押すとブラウザで PR 作成ページが開きます。
• PR 上でレビュー・CI 実行・マージを経て、マージボタン（Merge）で main に統合します。
• マージ後、ローカルの main を GitHub Desktop で Fetch/Pull して最新にします。

B. ローカルでマージしてから push する（小規模・単独作業向け）

WindowsでGitにSSHキーを使って接続

プログラミングを始めたばかりの方でも、Gitを使ってコード管理を行う機会はすぐにやってきます。Windows環境でGitをセットアップし、GitHubと連携して安全にコードを管理するための手順を、初学者向けにわかりやすく解説します。

この記事では、特に SSHキー を使ってGitHubと認証する方法を説明します。SSHキーを使うことで、毎回パスワードを入力することなく、安全にGitHubへ接続できます。

1. Gitのインストール

まず、GitをWindowsにインストールします。Gitはソースコード管理に欠かせないツールで、GitHubとの連携にも必須です。

Gitのダウンロード

1. Git公式サイトにアクセスします。
2. 「Download for Windows」ボタンをクリックしてインストーラーをダウンロードします。

Gitのインストール手順

1. ダウンロードしたインストーラー（git-*.exe）を実行します。
2. ウィザードが表示されるので、基本的には デフォルト設定 のまま「Next」をクリックして進めてください。
3. 注意するポイント：
   • 「Adjusting your PATH environment」では「Git from the command line and also from 3rd-party software」を選択します。これにより、コマンドプロンプトやGit BashからGitを使用できるようになります。

インストール確認

インストールが完了したら、Git Bash または コマンドプロンプト を開き、以下のコマンドでインストールが成功したか確認します：

git --version

出力例

git version 2.42.0.windows.1

これでGitのインストールが完了しました！

2. GitHubアカウントの作成

まだGitHubのアカウントを持っていない場合は、以下の手順で作成しましょう。

1. GitHub公式サイトにアクセスします。
2. 「Sign up」ボタンをクリックし、必要な情報（ユーザー名、メールアドレス、パスワード）を入力してアカウントを作成します。
3. 登録したメールアドレス宛に確認メールが届くので、リンクをクリックして確認を完了します。

これでGitHubアカウントが作成されました！

3. SSHキーの生成

GitHubに安全に接続するために、SSHキーを生成します。SSHキーは公開鍵暗号方式を利用し、パスワードなしで安全に認証する方法です。

SSHキーの生成手順

1. Git Bash を開きます。
2. 以下のコマンドを入力して、SSHキーを生成します：

ssh-keygen -t ed25519 -C "GitHubに登録したメールアドレス"

• -t ed25519：最新かつ安全なED25519形式の鍵を生成します。
• -C：コメントとしてメールアドレスを追加します。

手順の流れ

• ファイル保存場所の指定：

イエス・キリストが選んだ12人の主要な弟子は、「十二使徒」と呼ばれています。

新約聖書に記されている彼らの名前は、主に以下の通りです。

• ペテロ（シモン）
• アンデレ（ペテロの兄弟）
• ヤコブ（ゼベダイの子、大ヤコブ）
• ヨハネ（ゼベダイの子、ヤコブの兄弟）
• フィリポ
• バルトロマイ（ナタナエルとも言われる）
• トマス
• マタイ（取税人）
• アルパヨの子ヤコブ（小ヤコブ）
• タダイ（ユダ、またはヤコブの子ユダとも言われる）
• 熱心党のシモン
• イスカリオテのユダ（後にイエスを裏切った人物）

なお、イスカリオテのユダが脱落した後、マティアが新たに選ばれて使徒に加えられています。

イエスには、この12使徒の他にも多くの弟子（信徒）がいました。

牛乳とヨーグルトはどちらも栄養価の高い乳製品ですが、乳酸菌の働きによって体に与える影響にいくつかの違いがあります。

主な違いは以下の通りです。

1. 消化吸収のしやすさ

ポイント: ヨーグルトは発酵の過程でタンパク質や乳糖が分解されているため、牛乳よりも消化・吸収がスムーズです。牛乳でお腹を壊しやすい人（乳糖不耐症）でも、ヨーグルトなら食べやすいことが多いです。

2. 腸内環境への影響

ポイント: ヨーグルトには、腸内の善玉菌である乳酸菌やビフィズス菌が豊富に含まれています。これらを摂取することで、腸内フローラを整え、便通の改善や免疫機能のサポートが期待できます。牛乳にはこれらの生きた菌は含まれていません。

3. カルシウムの吸収率

ポイント: どちらも豊富なカルシウム源ですが、ヨーグルトは乳酸の働きで、牛乳よりもカルシウムの吸収率が高くなると言われています。

まとめ

• 牛乳：手軽にカルシウムや良質なタンパク質を補給したい場合に適しています。
• ヨーグルト：消化吸収を良くしたい場合や、腸内環境の改善（便秘解消など）を目的とする場合に特に適しています。

どちらも優れた食品ですので、ご自身の体調や目的に合わせて取り入れると良いでしょう。

例えば、「牛乳でお腹がゴロゴロする」といった悩みがあれば、ヨーグルトに切り替えることを試してみるのも一つの方法です。

Git CLI でログインアカウントを切り替えるには、主にリモートリポジトリへの認証情報を変更する必要があります。

これは、Gitのグローバル設定、ローカルリポジトリ設定、または使用している認証情報ヘルパーによって異なります。

1. 認証情報の確認と削除 (推奨)

最も一般的なのは、OSが認証情報をキャッシュしている場合です。

認証情報ヘルパーのクリア

新しいアカウントでログインしたい場合は、既存の認証情報をクリアまたは削除するのが最も確実です。

• Linux/macOS (Git Credential Manager Core (GCM) 使用時):

  git credential-manager erase

  ホスト名を指定して特定の認証情報を削除することも可能です

  git credential-manager erase –host github.com

• Windows (Git Credential Manager Core (GCM) 使用時): Windowsの資格情報マネージャーを開き、「Windows資格情報」セクションにあるGitに関連するエントリを削除します。（例: git:[https://github.com](https://github.com) など）

• macOS (Keychain 使用時): 「キーチェーンアクセス」アプリを開き、Gitホストに関連するパスワードエントリを削除します。（例: [github.com](http://github.com)）

認証情報をクリアした後、次にgit pushなどの操作を行う際に、**新しいアカウントでログイン（ユーザー名とパスワード、またはパーソナルアクセストークン）**を求められます。

2. SSHキーの利用 (推奨)

複数のアカウントを頻繁に切り替える場合、SSHを利用し、リポジトリごとに異なるSSHキーペアを使用するのが最も管理しやすい方法です。

SSH設定の手順

1. 新しいSSHキーペアの作成:

   ssh-keygen -t rsa -b 4096 -C “your_new_email@example.com” -f ~/.ssh/id_rsa_new_account

2. ~/.ssh/config ファイルの編集: 新しいキーを使用するための設定を追加します。

   既存アカウントの設定 (デフォルトキーを使用する場合)

   Host github.com HostName github.com IdentityFile ~/.ssh/id_rsa User git

Git CLIでSSHを設定してログインする手順を分かりやすく説明します。

1. SSHキーの生成

まず、SSHキーを生成します。これは、コンピュータとGitホスティングサービス（GitHub, GitLab, Bitbucketなど）の間で安全な通信を確立するために必要です。

1. ターミナルまたはコマンドプロンプトを開く

2. 以下のコマンドを実行します。

   ssh-keygen -t ed25519 -C "your_email@example.com"
   

   • -t ed25519: 強度が高く安全なEd25519アルゴリズムを使用します。
   • -C "your_email@example.com": コメントとしてメールアドレスを追加します。これは必須ではありませんが、後でキーを識別するのに役立ちます。

3. 保存場所とパスフレーズの入力

   • Enter a file in which to save the key (/home/you/.ssh/id_ed25519): と表示されたら、Enterキーを押してデフォルトの場所に保存します。
   • Enter passphrase (empty for no passphrase): と表示されたら、パスフレーズを入力します。パスフレーズはSSHキーをさらに保護するためのパスワードです。セキュリティを考慮すると設定することが推奨されますが、毎回入力するのが面倒な場合は空のままでも構いません。パスフレーズを設定した場合は、忘れずに控えておいてください。
   • Enter same passphrase again: で、もう一度パスフレーズを入力します。

   生成が完了すると、以下のようなメッセージが表示されます。

   Your identification has been saved in /home/you/.ssh/id_ed25519
   Your public key has been saved in /home/you/.ssh/id_ed25519.pub
   The key's randomart image is:
   +--[ED25519 256]--+
   |        .+*o.    |
   |       . +BO     |
   |        . =.B.   |
   |       o o =.+   |
   |      . S =.o    |
   |       . + +     |
   |        E .      |
   |         .       |
   |                 |
   +-----------------+
   

   id_ed25519がプライベートキー（秘密鍵）、id_ed25519.pubがパブリックキー（公開鍵）です。プライベートキーは誰にも見せてはいけません。

.gitignore ファイルを使って、特定のファイルやディレクトリが Git の管理対象にならないように設定できます。node_modules ディレクトリと .env ファイルを GitHub にアップロードしないように設定するには、プロジェクトのルートディレクトリに .gitignore という名前のファイルを作成し、以下の内容を記述します。

# Node modules
node_modules/

# Environment variables
.env

設定方法の詳細

1. .gitignore ファイルの作成: プロジェクトのルートディレクトリ（package.json などがある場所）に .gitignore という名前の新しいファイルを作成します。

2. 内容の記述: 作成した .gitignore ファイルを開き、上記の内容をコピーして貼り付けます。

   • node_modules/: この行は、node_modules ディレクトリとその中のすべての内容を Git の追跡対象から除外します。末尾の / はディレクトリであることを示しています。
   • .env: この行は、.env という名前のファイルを Git の追跡対象から除外します。.env ファイルは、データベースの接続情報やAPIキーなどの機密情報を環境変数として管理するためによく使用されます。

3. Git の確認: .gitignore を設定した後、ターミナルで git status コマンドを実行して、node_modules ディレクトリや .env ファイルが「Untracked files」として表示されていないことを確認してください。もし表示される場合は、一度キャッシュをクリアする必要があるかもしれません。

   git rm -r --cached .
   git add .
   git commit -m "Update .gitignore"
   

   このコマンドは、Git のキャッシュからすべてのファイルを削除し、再度追加し直します。これにより、.gitignore の変更が正しく適用されます。

なぜこれらのファイルを無視するのか？

• node_modules:

https://windframe.dev/pricing

ウェブサイト制作でビジュアルエディターに対応している**「フレームワーク」というよりは、「ビジュアルエディター（またはビルダー）が特定のフレームワークのコード生成に対応している」**という形が多いです。

特に、ローコード/ノーコードツールや、特定のCSSフレームワーク向けに作られたビジュアルエディターが人気です。

ビジュアルエディター対応の例

特定のウェブサイト開発フレームワークに対応したビジュアルエディター/ビルダーの例をいくつかご紹介します。

• Tailwind CSS + ビジュアルビルダー
  • Windframeなどのツールは、Tailwind CSSというCSSフレームワークに基づいたWebサイトのUIを、ドラッグ＆ドロップなどの直感的な操作で作成・編集できるAI搭載のビジュアルエディターです。
  • 作成したデザインをHTML、React、Vueなどの主要なフレームワーク向けのクリーンな本番用コードとしてエクスポートできるものが多いです。
• コンポーネント指向フレームワーク
  • React、Vue.js、Angularなどのモダンなフロントエンドフレームワークは、コンポーネント（部品）単位でUIを構築します。
  • これらのコンポーネントの見た目や配置を視覚的に調整するための専用エディターや、デザインツール（例: Figma）からコードを生成するプラグインなどが存在します。
• .NET (C#)
  • ASP.NETやBlazorといった.NET系のWebフレームワークは、Visual Studioなどの統合開発環境（IDE）と連携し、ある程度視覚的な操作で開発を進めることができます。これは、伝統的なIDEの機能拡張と言えます。

選定のポイント

もしあなたが「特定のフレームワークを使いたいが、コードを書かずにビジュアル操作で編集したい」と考えているなら、以下の点を考慮してツールを探すのがおすすめです。

1. 使用したいフレームワークの決定: まずReact、Vue、Tailwind CSSなど、どの技術基盤でサイトを構築したいかを決めます。
2. 対応ビルダーの検索: そのフレームワーク名と「ビジュアルエディター」「UIビルダー」「ノーコード」といったキーワードを組み合わせて検索します。
3. エクスポート形式の確認: ツールが生成するコードが、求めているフレームワークの標準的な形式（例: JSX for React）でクリーンに出力されるかを確認することが重要です。

Webサイトを完全にコードを書かずに制作したい場合は、Wix、STUDIO、Webflowなどのノーコード/ローコードプラットフォームが最も強力なビジュアルエディターを提供しています。

JSX (JavaScript XML) は、JavaScript の構文を拡張したもので、React で UI を記述するために使用されます。HTML のような記述と JavaScript の表現力を組み合わせたもので、コンポーネントの構造と内容を分かりやすく記述できます。

JSX の主な特徴は以下の通りです。

• HTML のような記述: タグを使って要素を記述するため、直感的に UI の階層構造を把握できます。
• JavaScript の表現力: 波括弧 {} を使うことで、JSX の中に JavaScript の式を埋め込むことができます。これにより、動的なデータを表示したり、条件に応じて要素をレンダリングしたりすることが可能です。
• コンパイル: ブラウザは直接 JSX を理解できないため、JSX は Babel などのトランスパイラによって通常の JavaScript に変換されます。最終的には React.createElement() の呼び出しに変換されます。

JSX の基本的な例

const name = "Alice";
const element = <h1>Hello, {name}!</h1>;

この例では、<h1> タグの中に JavaScript の変数 name を埋め込んでいます。

もち麦をお粥のようにして食べることは、もちろんできます！

もち麦は、白米や玄米と同じように炊いて食べるのが一般的ですが、水分を多めに加えて煮込むことで、とろみのあるお粥（がゆ）として美味しくいただけます。

 もち麦お粥のメリット

• 消化に優しい: 煮込むことでやわらかくなり、消化吸収が良くなります。
• 満腹感が得やすい: もち麦に含まれる水溶性食物繊維（β-グルカン）のおかげで、少量でも満腹感があり、ダイエットにもおすすめです。
• アレンジしやすい: 味付けを変えることで、和風、中華風、洋風など様々なバリエーションを楽しめます。

 簡単な作り方（基本の割合）

1. もち麦を軽く洗い、鍋に入れます。
2. 水を加え、強火にかけます。
3. 沸騰したら弱火にし、ふたをせずに30〜40分ほど、もち麦がやわらかくなるまで煮ます。
   • 途中、水分が減りすぎたら適宜水を足してください。
   • 焦げ付かないように時々かき混ぜます。
4. もち麦が十分やわらかくなり、とろみがついたら完成です。お好みで塩を加えてください。

さらに質問があれば、例えば「もち麦お粥の簡単なアレンジレシピ」など、お気軽にお尋ねください！

使徒(しと)

概要

使徒は、狭義にはイエス・キリストの12人の高弟を指すが、それに近い弟子(パウロ、七十門徒など)にもこの語が用いられることがある。原義は、重要な役割を果たしたキリスト教の宣教者(「神から遣わされた者」)および、その宣教者の総称である。

語源

原語のギリシア語は ἀπόστολος (apostolos) で、「遣わされた者」を意味する。転じて「使者」「使節」をも指す。

他の西洋語でもギリシア語の形を踏襲している:

• ラテン語: apostolus
• フランス語: apôtre
• ドイツ語: Apostel
• 英語: apostle

「使徒」という訳語は、漢訳聖書から継いだものである。

イスラム教においては、ラスール(rasūl, رسول)という語が同じく「使者」の意であり、キリスト教の使徒と似た意味に用いられている。

新約聖書における使用

新約聖書では、ἀπόστολος の語は以下の文書に用いられている:

• マルコによる福音書
• マタイによる福音書
• ルカによる福音書
• 使徒言行録
• パウロ書簡
• ヘブライ書
• ペトロ書
• ユダ書
• ヨハネの黙示録

このうち、マルコ、マタイ、ヘブライ書は文脈上、この単語を単に「派遣されたもの」または「使者」という意味で用いている。他の文書では、固有名詞的に、何か権威ある称号のようなもの(日本語訳でいう「使徒」)として使われている。

ルカの十二使徒観

ルカ(の著者)の十二使徒観ははっきりとしている。ルカ文書(ルカ福音書と使徒言行録)によれば、「十二使徒」とは、最初にイエスによって選ばれた12人の弟子集団である。

十二使徒の条件

• 旧約時代の神の民・イスラエルの12部族との関連で、12人という枠は維持すべきもの
• イエスの復活の証人であること
• イエスと生前をともにした者であること

ルカははっきりとパウロを使徒と認めている。

パウロ書簡による使徒の定義

パウロ書簡は、使徒の基準を以下のように伝えている:

• 復活した主イエスの証人であること
• 主イエスに使徒として召されたこと

パウロの使徒観の特徴

• パウロは「使徒」としての権威を強調している
• このパウロの使徒としての権威は、使徒ペトロも認めている
• パウロは、使徒は12人(あるいは、自身を含めて13人)に限定していない

近代批評学では、パウロがルカと同じく、主の兄弟ヤコブを「使徒」とは呼ばないことにも、「使徒」の定義の謎が残るとされる。エルサレム教会の権威が失墜した時期以降、恐らく「使徒」の厳しい定義も消えていったと考えられる。

正教会やカトリック教会は、パウロを「使徒」と呼んで崇敬し、それは現代にまで至る。

十二使徒(十二人)

「十二使徒」は極めてルカ的概念である。ただし、ルカは「十二使徒」という言葉そのものは用いていない。新約中、この言い方は、「ヨハネ黙示録」21章14節のみである。

新約聖書内では、ルカ福音書と使徒言行録を除いては、使徒を12人に限定していないが、イエスの高弟である「十二人」(δώδεκα)については、幾つかの文書に記されている。彼らは、イエスから悪霊を払うための権能を授けられたという。12という数字は、イスラエルの12部族に対応するものと思われる。

十二人の記載

「十二人」のすべての名は、「マルコ福音書」に記されており、「マタイ」、「ルカ」、「使徒言行録」は、これを写したものである。「ヨハネによる福音書」には、「十二人」の存在は語られるが、内数人のみの名が挙げられている。他に、「第1コリント書」、「ヨハネの黙示録」などにも記載がある。

使徒言行録によれば、イスカリオテのユダによる欠員をマティアで埋めたという。

史実性について

福音書によって構成員の名前が異なること、ほとんど言及されない人物もいることから、イエス時代の史実でないと考える研究者もいる。ルカの「十二使徒」という概念は、後に「正統派」教会においてドグマ化し、広く定着した。

亜使徒(Equal to the apostles)

ある地域に初めてキリスト教を伝えた人物や、特定地域の宣教に大きな働きを示した人物に、「使徒」の称号を冠することも一般的である。正教会では、これを亜使徒(使徒に準ずる、あるいは使徒と同等の者の意)と呼ぶ。

例

• 東洋の使徒フランシスコ・ザビエル
• スラブの使徒、またはスラブの亜使徒キリル(チリロ)とメトディウス(メフォディ)
• 日本の亜使徒聖ニコライ

イスラム教における使徒

イスラム教での使徒(ラスール)とは、ある特定の共同体の中から選ばれ、その共同体に遣わされて、神(アッラーフ)から授かった言葉を伝える使命を啓示された者のことである。

ムハンマド

ムスリム(イスラム教徒)にとっては、ムハンマドこそ全人類・全ジンに遣わされた最後の使徒に他ならず、その事実を信じることがイスラム教の根幹のひとつである。そのため、シャハーダやアザーンには「ムハンマドは神の使徒なり」という文言が含まれる。