前書き
一部のソフトウェアを仮想マシンLinuxシステムにインストールすると、環境変数を自分で設定する必要がある状況に遭遇することがよくあります。WindowsにAnacondaをインストールしたことがある人なら誰でも、環境変数は非常に重要で魔法のようなものです（Anacondaは特別なpython仮想マシンのように思えます）。しかし、Linuxと比較すると、Windowsで環境変数を設定する方がはるかに便利です。
このブログは主に、ブロガーによるCentOS7 LinuxシステムへのVCSのインストール（その後のインストールではスクリーンショットと時間のあるときにブログ投稿を取得します）とVARONの経験を組み合わせて、Linuxでの環境変数の設定を要約しています。この記事では、環境変数を理解する方法を説明します。
環境変数とは
VCSのインストール中に、CSDNの元のブログまたは再版されたブログは、移動せずに.bashrc設定環境変数を変更するように指示します。一部の怠惰なブロガーは、ここで環境変数balabalaを設定する必要があると直接さえ言っていました。その時点では知らなかったので、パッケージをインストールしてください。配置されているディレクトリで変更された.bashrcファイルは正常にインストールされています。そのディレクトリの端末ソースの後に、verdiなどのVCSスイートを開くこともできますが、外部ソフトウェアがVCSを呼び出すことはできません。結局、それは環境変数の問題に帰着します。
したがって、ここでは最初に環境変数について説明する必要があります。つまり、任意のパスの下の特定のパスの下にあるファイルを呼び出す必要がありますが、常に多くのパス名を常に入力できるとは限りません。現時点では、環境変数を使用する必要があります。 、環境変数であるPATHを関連ファイル（詳細は以下）に設定した後、外部アプリケーションの場所や場所に関係なく、名前で直接呼び出すことができます（通常、準拠している名前間に競合はありません。もちろん、同じものもあります。異なるバージョンのソフトウェアをインストールすると競合が発生しますが、デフォルトのバージョンが通常開かれます）。
環境変数を設定する方法
ここでは主に、最も一般的な環境変数であるPATHの設定とLD_LIBERARY_PATHについて説明しますが、これらは彼の意味を明らかにすれば同じになります。このPATHは、WindowsのPATHと同じものです。パスを入力せずに直接verdiを開きたい場合は、PATHにverdiパスを追加してください。
export SynopsysList=/home/lmh/Synopsys
export VERDI_HOME=$SynopsysList/verdi
export PATH=$PATH:$VERDI_HOME/bin$はポインタのようなものです。いくつかの独自の名前に加えて、VCS_HOME、VERDI_HOMEなどの一般的なパス名を定義できます。これらは主に他のパスで直接呼び出すのに便利です。$を追加すると、パスが呼び出されます。Direct= Yesパスが再定義されるため、PATHが定義されている場合は元のパス$ PATHを追加する必要があり、パスはコロンで接続されます。
だから、これをもう一度見て、多くを理解してください。エイリアスも物事を定義するのと似ています.CentOSで一重引用符と二重引用符を追加したり、引用符を外したりします。問題ではなく、最終的にlmg_vcsでライセンスをアクティブ化できます。
export SynopsysList=/home/lmh/Synopsys
export DVE_HOME=$SynopsysList/vcs/gui/dve
export VCS_HOME=$SynopsysList/vcs
export VERDI_HOME=$SynopsysList/verdi
#dve
export PATH=$PATH:$VCS_HOME/gui/dve/bin
alias dve="dve -full64"
#VCS
export PATH=$PATH:$VCS_HOME/bin
alias vcs="vcs -full64"
#VERDI
export PATH=$PATH:$VERDI_HOME/bin
alias verdi="verdi -full64"
#scl
export PATH=$PATH:$SynopsysList/scl/amd64/bin
export VCS_ARCH_OVERRIDE=linux
#LICENCE
export [email protected]
alias lmg_vcs="lmgrd -c $SynopsysList/vcs/license/Synopsys.dat"ちなみに、一般的に、自分で手動でアクティベートする必要のあるライセンスは電話を切る必要があります。もちろん、/ etc / rc.d / rc.localファイルを直接変更して、LD_LIBERARY_PATHを追加する遅延方法もあります。わかりません。正直なところ、手動でのアクティベーションは良いです。
.bashrc
Bashはシェルのbashであり、CSDNには多数あります。学ぶだけです。rcは文字通りrunコマンドです。
.brashrcファイルもあります。この.bashrcとの違いはわかりません。.brashrcのPATHを変更しようとしましたが、ソースの後でPATHが変更されませんでした。インターネットで2つの違いが示されませんでした。わかっている場合は、返信を残します。
以下は、サブディレクトリにある.bashrcファイルを示す直接の画像です。
上の図に示すように、このパスの下でシェルを開いた後、vcsなどのパスはありませんが、後で$ PATHを表示すると、source.bashrcにvcsのパスが表示されます。このとき、入力する必要があるVCSコマンドを直接入力できますが、左側にのみこの端末ウィンドウは右側では機能しません。
サブディレクトリ内の.bashrcファイルはプリロードされず、公開されません。これは、現在のユーザーの現在のターミナルウィンドウのみを対象としています。各呼び出しは、このパスの.bashrcファイルをソースすることと同じです。一時的な環境変数にやや似ています。
したがって、環境変数を設定するために〜/ .bashrcまたは/ etc / profileを変更する必要がありますが、この2つの違いは次のとおりです。
〜/は、現在のユーザーのホームディレクトリを入力するためのものです。つまり、/ home / <user_name>パス
.bashrcは、.bashrcフォルダーに入ります。これは、ユーザーディレクトリの下の.bashrcという名前のディレクトリです。
bashrcとプロファイルの違い：
bashrcとprofileの違いを理解するには、最初にインタラクティブシェルと非インタラクティブシェル、およびログインシェルと非ログインシェルとは何かを理解する必要があります。
対話モードは、シェルが入力を待ち、送信したコマンドを実行するモードです。シェルがユーザーと対話するため、このモードはインタラクティブと呼ばれます。このモードは、ほとんどのユーザーにもよく知られています。ログイン、いくつかのコマンドの実行、サインアウト。サインアウトすると、シェルも終了します。シェルは、別のモード（非インタラクティブモード）で実行することもできます。このモードでは、シェルはユーザーと対話しませんが、ファイルに格納されているコマンドを読み取って実行します。ファイルの終わりに達すると、シェルは終了します。
bashrcとprofileの両方を使用してユーザー環境情報を保存し、bashrcをインタラクティブな非ログインシェルに使用し、profileをインタラクティブなログインシェルに使用します。システムには多くのbashrcファイルとプロファイルファイルがあります。主なタイプは2つあります（一般的な環境変数の設定はこれら2つのみを使用します）。
- / etc / profileこのファイルは、システムの各ユーザーの環境情報を設定し、最初のユーザーがログインすると、このファイルが実行されます。そして、設定ファイル/etc/profile.dからシェル設定を収集します。
- 〜/ .bashrc：このファイルには、ユーザーのbashシェル専用のbash情報が含まれています。このファイルは、ユーザーがログインすると、新しいシェルが開かれるたびに読み込まれます。
さらに、/ etc / profileに設定された変数（グローバル）は任意のユーザーに作用できますが、〜/ .bashrcなどに設定された変数（ローカル）は/ etc / profileの変数のみを継承でき、それらは「父と子」です"関係。
総括する
現在、ブロガーは主に環境変数/ etc / profileと〜/ .bashrcを設定するこれらの2つの方法のみを使用しており、ソフトウェア環境変数の問題のほとんどを解決できます。/etc/profileは、ユーザーがログインしたときに一度だけ実行されます。この変更後に再ソースする必要があります。変更後に新しいウィンドウを開くためのパスが追加されているかどうかを確認することをお勧めします。ユーザーがログインしてターミナルウィンドウを開くたびに〜/ .bashrcが実行されます。