これが簡単だと思えば申し訳ありません。しかし、私は2日前からUNIXを学び始めました。
デフォルトでは、端末にコマンドを入力するときは、次の形式でなければならないと聞きました。
[command name][space][-options][space][arguments]
今私はgitの使用について考え始め、次の問題に直面しました。
git config --global core.editor "notepad.exe -wl1"
では、この場合はコマンドですかgit config？の間にスペースがあるとどうなりますか？ Unixが混乱しているので、これはconfigオプションだと思いませんか？
そして、状況をさらに混乱させるためのコマンドが頻繁に表示されますgit-config。これも同じですかgit config？
私はこれが本当に混乱し、正確な構文が非常に重要な部分で明確に説明されていないことがわかりました。
ベストアンサー1
これは良い出発点ですが、「一般的に言えば」強調する必要があります。実用的なコマンドを見るには、以下を読んでください。man utilityページの正しい構文は何ですか？
一つあるOpen Groupのガイドライン読む価値があります。しかしあるはい実装の一貫性の程度はさまざまです。一部の実装では、人々はこの規則を破ることができますが、より安全で一般的に移植性が高い（他の実装を使用する他のシステムにいる場合）、それを認識するように努力する必要があります。
標準ユーティリティパッケージの一部ではない他の多くのツールを調べると、そのgitツールがどのように実行されるかを理解する必要があります。何かの目的を指します。注文するは一意ではありませんが、指摘したように/などgitの他の項目にも存在します。pactlpacmdamixer@マルビシルほとんどのSCMツールは以前のバージョンから始めて、このコマンドベースのGitデザインを使用しています。sccs。
program [options] [command] [arguments]
ここではoptions一般的にprogram自分にarguments向かっていますcommand...
これは拡張サブセットを分割するのに最適な方法です。メインプログラム/suite/tool-kit はドメイン内で動作します。
domain -verbose DO_THIS -with_file filename.txt
domain -verbose DO_THAT -with_file filename.txt
場合によっては、短いオプションもあり、次のようになります。ガイドラインたとえば、。fdisk -l <device>Enterfdisk <device>EnterlEnter
たとえば、実行するとgit config ...シェルではなく、git独自にconfigコマンドを解釈します。 moreを使用するのはgitを指定するgit-config短い方法です。config注文する。例を見てくださいman git-config。通常、それ自体はコマンドとして認識されません。
これはgit少し多いです。複雑。ツールキット - >スイートなので、多くのコマンドに属するので、gitコマンドベースの実装を使用するのは当然です。これは開発者が直接選択したデザインですgit。
子供はこうしています
もっと遠く。これには多数のコマンドが含まれているため、コマンドを複数のグループに分け、2つの主な分類は次のとおりです。パイプと陶器。また見なさい:Gitの「陶器」という言葉はどういう意味ですか？。マニュアルページは、で始まる順にグループ化されていますGIT COMMANDS。
また、一部のコマンドの機能は構成ファイルを介してカスタマイズできます。例えば。コミット間の違いを見ることができますgit diff。このコマンドはで使用できます.gitconfig。使用する diff プログラムと呼び出し方法を指定できます。
さまざまなコマンドのヘルプに簡単にアクセスするには、次のように言うこともできます。
git help command
だからコマンドをgit help commit助けてください。gitcommit
コマンドラインスイートまたはメニューベースのコマンド環境として考えるとgit便利です。クリックできるGUIアプリケーションと同様に、File->Open->[Some file]コマンドベースのスイートにもsuite open <file>。