현재 보고 있는 주제 rsync 옵션
Table of Contents
Install – Caffe2 업데이트
Install with GPU Support. If you plan to use GPU instead of CPU only, then you should install NVIDIA CUDA 8 and cuDNN v5.1 or v6.0, a GPU-accelerated …
Read more
Caffe2에 오신 것을 환영합니다! Caffe2를 다운로드하고 설치하는 방법에 대한 단계별 가이드에 따라 지금 딥 러닝을 시작하십시오
선호하는 플랫폼과 설치 유형을 선택하십시오.
현재 Anaconda 패키지만 지원합니다
Anaconda를 사용하지 않으려면 소스에서 Caffe2를 빌드해야 합니다.
Anaconda 패키지
Python 2.7 및 Python 3.6 모두에 대한 CUDA 지원 없이 Mac 패키지를 빌드합니다
Anaconda와 함께 Caffe2를 설치하려면 원하는 conda 환경을 활성화하고 다음 명령을 실행하기만 하면 됩니다
1 conda install pytorch-nightly-cpu -c pytorch
여기에는 jupyter와 같이 자습서를 실행하는 데 필요한 라이브러리가 포함되지 않습니다
자습서를 실행하는 데 필요한 필수 패키지 목록은 자습서 페이지를 참조하십시오
참고: 이렇게 하면 Caffe2 및 필요한 모든 종속성이 현재 conda 환경에 설치됩니다
새로운 conda 환경을 만들고 거기에 Caffe2를 설치하는 것이 좋습니다
conda 환경은 별도의 python 설치와 같으므로 다른 conda 환경에서는 문제가 없습니다
여기에서 conda 환경에 대해 자세히 알아볼 수 있습니다.
Prebuilt Caffe2 Python Wheel
이것은 베타 모드이지만 시도할 수 있습니다
1 pip 설치 torch_nightly -f https://download.pytorch.org/whl/nightly/cpu/torch_nightly.html
GPU를 사용하도록 Caffe2를 컴파일하려면 먼저 다음 지침을 따르고 다음을 따르세요
먼저 종속성을 설치하십시오
Caffe2의 종속성을 설치하려면 brew가 필요합니다
1 2 3 4 5 6 7 8 9 10 11 12 13 14 brew install \ automake \ cmake \ git \ gflags \ glog \ python pip install –user \ future \ numpy \ protobuf \ pyyaml 여섯
튜토리얼을 실행하려면 더 많은 패키지를 설치해야 합니다
전체 요구사항은 튜토리얼 페이지를 참조하세요
그런 다음 소스에서 Caffe2를 컴파일하세요
1 2 3 git clone https://github.com/pytorch/pytorch.git && cd pytorch git submodule update –init –recursive python setup.py 설치
문제가 있는 경우 문제 해결 가이드를 참조하세요
Caffe2 설치를 테스트합니다
이것을 실행하여 Caffe2 설치가 성공했는지 확인하십시오
1 cd ~ && python -c ‘from caffe2.python import core’ 2>/dev/null && echo “Success” || 에코 “실패”
이것이 실패하면 홈 디렉토리에서 Python을 실행한 다음 Python 내부의 caffe2.python import core에서 실행하여 더 나은 오류 메시지를 얻습니다
그런 다음 문제 해결 페이지에서 도움말을 참조하십시오
GPU 지원
Mac에 NVIDIA 지원 GPU가 있는 경우 CUDA 및 cuDNN용 NVIDIA 웹사이트를 방문하여 제공된 바이너리를 설치해야 합니다
또한 GPU를 올바르게 설정하는 방법에 대한 이 Nvidia 가이드를 참조하십시오
Caffe2를 사용하려면 CUDA 6.5 이상이 필요합니다
CUDA 및 CuDNN(및 선택적으로 NCCL)이 설치되면 CUDA 설치가 예상대로 작동하는지 확인한 다음 원하는 Caffe2 설치 경로로 계속 진행하십시오
Caffe2가 설치된 후에는 Python에서 caffe2.python.core를 가져오려고 하면 다음 오류가 표시됩니다
1 2 경고:루트:이 caffe2 파이썬 실행은 GPU를 지원하지 않습니다
CPU 전용 모드에서 실행됩니다
경고:루트:디버그 메시지: ‘caffe2.python.caffe2_pybind11_state_gpu’라는 모듈이 없습니다
이 오류가 표시되면 GPU 설치가 제대로 작동하지 않은 것입니다
현재로서는 Anaconda 패키지만 지원합니다
Anaconda를 사용하지 않으려면 소스에서 Caffe2를 빌드해야 합니다.
Anaconda 패키지
Python 2.7 및 Python 3.6 모두에 대해 CUDA 지원 없이 CUDA 9.0 지원 및 CUDA 8.0 지원으로 Linux 패키지를 빌드합니다
이 패키지는 Ubuntu 16.04를 기반으로 하지만 아마도 Ubuntu 14.04에서도 작동할 것입니다(그렇지 않은 경우 Github 페이지에서 문제를 만들어 알려주십시오)
Anaconda와 함께 Caffe2를 설치하려면 원하는 conda 환경을 활성화하고 다음 명령 중 하나를 실행하기만 하면 됩니다
GPU가 없는 경우:
1 conda는 pytorch-nightly-cpu -c pytorch를 설치합니다
GPU 지원을 위해서는 CUDA, CuDNN 및 NCCL이 필요합니다
Nvidia 웹사이트에서 설치해야 합니다
CUDA 9 및 CuDNN 7을 지원하는 Caffe2의 경우:
1 conda는 pytorch-nightly -c pytorch를 설치합니다
CUDA 8 및 CuDNN 7을 지원하는 Caffe2의 경우:
1 conda 설치 pytorch-nightly cuda80 -c pytorch
여기에는 jupyter와 같이 자습서를 실행하는 데 필요한 라이브러리가 포함되지 않습니다
자습서를 실행하는 데 필요한 필수 패키지 목록은 자습서 페이지를 참조하십시오
참고: 이렇게 하면 Caffe2 및 필요한 모든 종속성이 현재 conda 환경에 설치됩니다
새로운 conda 환경을 만들고 거기에 Caffe2를 설치하는 것이 좋습니다
conda 환경은 별도의 python 설치와 같으므로 다른 conda 환경에서는 문제가 없습니다
여기에서 conda 환경에 대해 자세히 알아볼 수 있습니다
클라우드 서비스를 사용하여 Caffe2를 쉽게 사용해 볼 수 있습니다
Caffe2는 AWS(Amazon Web Services) Deep Learning AMI 및 Microsoft Azure Virtual Machine 제품으로 제공됩니다
모든 규모의 클라우드에서 Caffe2를 실행할 수 있습니다
최신 코드를 테스트합니다
우분투 14.04
우분투 16.04
종속성을 설치합니다
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 sudo apt-get update sudo apt-get install -y –no-install-recommends \git\essential\ libgoogle-glog-dev\libgtest-dev\libiomp-dev\libleveldb-dev\liblmdb-dev\libopencv-dev\libopenmpi-dev\libsnappy-dev\libprotobuf-dev\openmpi-bin\openmpi-doc\protobuf-compiler\ python-dev\python-pip pip install –user\future\numpy\protobuf\typing\hypothesis.python-dev\python-pip pip install –user\future\numpy\protobuf\typing\hypothesis
참고 libgflags2는 Ubuntu 14.04용입니다
libgflags-dev는 Ubuntu 16.04용입니다
1 2 3 4 5 6 7 8 # Ubuntu 14.04용 sudo apt-get install -y –no-install-recommends \ libgflags2 \ cmake3 # Ubuntu 16.04용 sudo apt-get install -y –no-install-recommends\libgflags-dev\cmake
GPU가 있는 경우 계속하기 전에 다음 추가 단계를 따르십시오
복제 및 빌드
1 2 3 git clone https://github.com/pytorch/pytorch.git && cd pytorch git submodule update –init –recursive python setup.py 설치
Caffe2 설치를 테스트합니다
이것을 실행하여 Caffe2 설치가 성공했는지 확인하십시오
1 cd ~ && python -c ‘from caffe2.python import core’ 2>/dev/null && echo “Success” || 에코 “실패”
이것이 실패하면 홈 디렉토리에서 Python을 실행하고 Python 내부의 caffe2.python import core에서 실행하여 더 나은 오류 메시지를 얻습니다
caffe2.python을 찾지 못하거나 libcaffe2.so를 찾지 못한다는 메시지와 함께 실패하면 다음을 수행하십시오
Caffe2가 Python에 설치되는 방법에 대한 이 정보를 참조하십시오
GPU 지원으로 설치한 경우 이 명령으로 GPU 빌드가 성공했는지 테스트하십시오(최상위 pytorch 디렉토리에서 실행)
어느 쪽이든 테스트 출력을 얻을 수 있지만 GPU 대신 CPU가 사용된 경우 출력 상단에 경고와 함께 라이브러리 누락과 같은 기타 오류가 표시됩니다
1 python caffe2/python/operator_test/activation_ops_test.py
GPU 지원으로 설치합니다
CPU만 대신 GPU를 사용할 계획이라면 NVIDIA CUDA 8과 심층 신경망용 GPU 가속 프리미티브 라이브러리인 cuDNN v5.1 또는 v6.0을 설치해야 합니다
NVIDIA의 자세한 지침이나 운이 좋다면 아래의 빠른 설치 명령 세트를 시도해 보십시오
먼저 그래픽 카드 드라이버를 업데이트하십시오! 그렇지 않으면 진단하기 어려운 다양한 오류로 고통받을 수 있습니다
Ubuntu 14.04의 경우
1 2 3 4 5 sudo apt-get 업데이트 && sudo apt-get install wget -y –no-install-recommends wget “http://developer.download.nvidia.com/compute/cuda/repos/ubuntu1404/x86_64/ cuda-repo-ubuntu1404_8.0.61-1_amd64.deb” sudo dpkg -i cuda-repo-ubuntu1404_8.0.61-1_amd64.deb sudo apt-get 업데이트 sudo apt-get 설치 cuda
우분투 16.04의 경우
1 2 3 4 5 sudo apt-get 업데이트 && sudo apt-get install wget -y –no-install-recommends wget “http://developer.download.nvidia.com/compute/cuda/repos/ubuntu1604/x86_64/ cuda-repo-ubuntu1604_8.0.61-1_amd64.deb” sudo dpkg -i cuda-repo-ubuntu1604_8.0.61-1_amd64.deb sudo apt-get 업데이트 sudo apt-get 설치 cuda
cuDNN(모든 Ubuntu 버전)을 설치합니다
버전 5.1
1 2 3 4 CUDNN_URL=”http://developer.download.nvidia.com/compute/redist/cudnn/v5.1/cudnn-8.0-linux-x64-v5.1.tgz” wget ${CUDNN_URL} sudo tar -xzf cudnn-8.0-linux-x64-v5.1.tgz -C /usr/local rm cudnn-8.0-linux-x64-v5.1.tgz && sudo ldconfig
버전 6.0 NVIDIA의 cuDNN 다운로드를 방문하여 아카이브를 등록하고 다운로드하십시오
업데이트된 라이브러리에 대해 전환 위의 동일한 지침을 따르십시오
CUDA 및 CuDNN을 설치하면 빌드 크기가 약 4GB 증가하므로 Ubuntu 디스크 크기에 대해 최소 12GB를 계획하십시오
튜토리얼 및 Jupyter 설정 섬기는 사람
이 모든 것을 클라우드 컴퓨터에서 실행한다면 기본적으로 UI나 IPython 노트북을 볼 수 있는 방법이 없을 것입니다
일반적으로 ipython 노트북을 사용하여 로컬로 실행하면 실행 중인 노트북 디렉토리와 함께 localhost:8888 웹 페이지 팝업이 표시됩니다
다음 예는 Jupyter 서버를 시작하고 SSH 터널을 통해 원격으로 연결하는 방법을 보여줍니다
먼저 클라우드 서버가 포트 8889 또는 원하는 모든 것을 허용하도록 구성하고 다음 명령에서 포트를 변경합니다
AWS에서는 포트 8889에서 TCP 인바운드를 허용하는 규칙을 서버의 보안 그룹에 추가하여 이를 수행합니다
그렇지 않으면 이를 위해 iptables를 조정합니다.
다음으로 Juypter 서버를 시작합니다
1 jupyter notebook –no-browser –port =8889
그런 다음 SSH 터널을 만듭니다
그러면 로컬에서 사용할 수 있도록 클라우드 서버의 Jupyter 인스턴스가 localhost 8888 포트로 전달됩니다
아래 예는 AWS를 연결하는 방법을 따라 템플릿화한 것입니다
여기서 your-public-cert.pem은 자체 공개 인증서이고 [email protected]는 클라우드 서버에 대한 로그인입니다
AWS에서 인스턴스 > 연결로 이동하여 이를 쉽게 가져올 수 있으며 ssh 이후 부분을 복사하고 아래 명령에서 교체합니다
현재로서는 Anaconda 패키지만 지원합니다
Anaconda를 사용하지 않으려면 소스에서 Caffe2를 빌드해야 합니다.
Anaconda 패키지
Python 2.7 및 Python 3.6 모두에 대해 CUDA 지원 없이 CUDA 9.0 지원 및 CUDA 8.0 지원으로 Linux 패키지를 빌드합니다
이 패키지는 Ubuntu 16.04를 기반으로 하지만 CentOS에서도 작동할 것입니다(그렇지 않은 경우 Github 페이지에서 문제를 만들어 알려주세요)
Anaconda와 함께 Caffe2를 설치하려면 원하는 conda 환경을 활성화하고 다음 명령 중 하나를 실행하기만 하면 됩니다
GPU가 없는 경우:
1 conda는 pytorch-nightly-cpu -c pytorch를 설치합니다
GPU 지원을 위해서는 CUDA, CuDNN 및 NCCL이 필요합니다
Nvidia 웹사이트에서 설치해야 합니다
CUDA 9 및 CuDNN 7을 지원하는 Caffe2의 경우:
1 conda는 pytorch-nightly -c pytorch를 설치합니다
CUDA 8 및 CuDNN 7을 지원하는 Caffe2의 경우:
1 conda는 pytorch-nightly cuda80 -c pytorch를 설치합니다
여기에는 jupyter와 같이 자습서를 실행하는 데 필요한 라이브러리가 포함되지 않습니다
자습서를 실행하는 데 필요한 필수 패키지 목록은 자습서 페이지를 참조하십시오
참고: 이렇게 하면 Caffe2 및 필요한 모든 종속성이 현재 conda 환경에 설치됩니다
새로운 conda 환경을 만들고 거기에 Caffe2를 설치하는 것이 좋습니다
conda 환경은 다른 conda 환경에서 라이브러리 버전 문제가 발생하지 않는 자체 Python 설치와 같습니다
여기에서 conda 환경에 대해 자세히 알아볼 수 있습니다.
CentOS용 소스에서 빌드에 대한 일반 지침은 클라우드 지침을 확인하세요.
Ubuntu의 설치 지침은 대부분의 경우에도 작동할 것입니다.
AWS 클라우드 설정
NVIDIA GRID 및 TESLA GPU 드라이버가 포함된 Amazon Linux AMI
NVIDIA GRID 및 TESLA GPU
위의 AMI는 NVIDIA GRID K520 GPU를 사용하는 G2.2xlarge 인스턴스에서 Caffe2 + GPU 지원으로 테스트되었습니다
이 AMI는 CUDA v7.5와 함께 제공되며 cuDNN은 없으므로 수동으로 설치합니다
현재 설치가 약간 까다롭지만 시간이 지나면서 이 문제가 조금 완화될 수 있기를 바랍니다
이 AMI는 NVIDIA의 가장 뛰어난 최신 기능을 지원하기 때문에 훌륭합니다.
설치 가이드
이 가이드는 모든 CentOS 배포판에 Caffe2를 설치하는 데 도움이 될 것입니다
Amazon은 고유한 RHEL을 사용하며 일반적으로 예상한 것과 다른 위치에 CUDA를 설치했으므로 문제 해결을 수행해야 하는 경우 이를 염두에 두십시오
바닐라 CentOS에서는 이러한 단계 중 일부가 필요하지 않습니다.
repos를 설정하십시오
필요한 종속성 중 상당수가 Amazon의 활성화된 리포지토리에 표시되지 않습니다
이 이미지에는 Epel이 이미 제공되어 있지만 저장소는 비활성화되어 있습니다
활성화하려면 repo 구성을 편집하여 활성화해야 합니다
epel.repo 파일에서 enabled=1로 설정합니다
이를 통해 cmake3 leveldb-devel lmdb-devel.
1 sudo vim /etc/yum.repos.d/epel.repo를 찾을 수 있습니다
다음으로 yum을 업데이트하고 Caffe2의 핵심 종속성을 설치해야 합니다
이는 바로 사용할 수 있는 패키지의 가용성으로 인해 Ubuntu와 약간 다릅니다.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 sudo yum update sudo yum install -y \ automake \ cmake3 \ gcc \ gcc-c++ \git\kernel-devel\leveldb-devel\lmdb-devel\libtool\protobuf-devel\python-devel\python-pip\snappy-devel
이 Linux 버전의 경우 yum에서 gflags 및 glog를 찾을 수 없으므로 소스에서 설치하십시오
1 2 3 4 5 6 7 8 9 10 git clone https://github.com/gflags/gflags.git && \ cd gflags && \ mkdir build && cd build && \ cmake3 -DBUILD_SHARED_LIBS=ON -DCMAKE_CXX_FLAGS=’-fPIC’.
&& \ make -j 8 && sudo make install && cd. ./.
&& \ git clone https://github.com/google/glog && \ cd glog && \ mkdir 빌드 && cd 빌드 && \ cmake3 -DBUILD_SHARED_LIBS =ON -DCMAKE_CXX_FLAGS=’-fPIC’.
&& \ make -j 8 && sudo make install && cd. ./..
Python 종속성
이제 Python 종속성이 필요합니다
아래 문제 해결 정보를 참고하세요..
Python을 사용한 설치 경로는 어려울 수 있습니다
1 2 3 4 5 6 7 pip install –user \ future \ numpy \ protobuf \ python-nvd3 \ pyyaml \ Six
이것은 pkg_resources.DistributionNotFound: pip==7.1.0 오류와 함께 실패할 수 있습니다
이 문제를 해결하려면 pip를 업그레이드한 다음 업그레이드된 버전과 일치하도록 pip 구성을 업데이트합니다
1 2 3 4 5 6 $ sudo easy_install –upgrade pip 비밀번호: pip 검색 https://pypi.python.org 읽기 /simple/pip/ 다운로드 https://pypi.python.org/packages/11/b6/abcb525026a4be042b486df43905d6893fb04f05aac21c32c638e939e447/pip-9.0.10match.tar 이 예에서 업그레이드는 9.0.1이었습니다
vim을 사용하여 /usr/bin/pip 파일을 열고 7.1.0의 인스턴스를 9.0.1로 변경하면 pip 오류가 해결되고 종속성을 설치할 수 있습니다
1 sudo vim /usr/bin/pip
구성 파일을 수정했으면 위에서 sudo pip install graphviz..
명령을 다시 실행합니다
CUDA를 설정합니다
이 이미지는 cuDNN과 함께 제공되지 않지만 Caffe2에서는 필요합니다
여기에서 파일을 다운로드하고 압축을 풀고 CUDA가 현재 설치된 기존 폴더에 복사합니다
참고: 최근 개발에 따르면 CUDA 8 및 cuDNN 6으로 업그레이드를 시도해야 하지만 이 지침은 다음과 같은 작업 빌드를 제공합니다
v7.5 및 cuDNN 5.1.
1 2 3 4 5 wget http://developer.download.nvidia.com/compute/redist/cudnn/v5.1/cudnn-7.5-linux-x64-v5.1.tgz tar xfvz cudnn-7.5-linux-x64-v5.1.tgz sudo rsync -av cuda /opt/nvidia/ rm cudnn-7.5-linux-x64-v5.1.tgz rm -rf cuda
이제 빌드 단계를 위한 몇 가지 환경 변수를 설정해야 합니다
1 2 export CUDA_HOME=/opt/nvidia/cuda export LD_LIBRARY_PATH=/opt/nvidia/cuda/lib64:/usr/local/bin
거의 완료되었습니다
이제 Caffe2 저장소를 복제하고 빌드해야 합니다(참고: -j8을 시스템의 프로세서 수로 업데이트하십시오
이를 확인하려면 터미널에서 nproc을 실행하십시오.):
1 2 3 git clone https://github.com/pytorch/pytorch.git && cd pytorch git submodule update –init –recursive python setup.py 설치
그것을 밖으로 테스트!
Caffe2가 작동하고 GPU를 사용하고 있는지 확인하려면 아래 명령을 시도하십시오
첫 번째는 성공 또는 실패를 말해주고, 두 번째는 GPU와 어레이의 출력을 트리거해야 하지만 더 중요한 것은 오류 메시지가 표시되지 않는다는 것입니다! 여기 문서의 문제 해결 섹션과 Ubuntu에 대한 도움말을 참조하세요
1 2 python -c ‘from caffe2.python import core’ 2>/dev/null && echo “Success” || echo “실패” python -m caffe2.python.operator_test.relu_op_test
CUDA를 테스트합니다
다음은 시도할 수 있는 일련의 명령 및 샘플 출력입니다
GPU에 액세스할 수 있는지 확인합니다.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 $ cat /proc/driver/nvidia/version NVRM 버전: NVIDIA UNIX x86_64 커널 모듈 352.99 월요일 52:10 14:14 PDT: GCC 버전: gcc 버전 4.8.3 20140911(Red Hat 4.8.3-9)(GCC) $ nvcc -V nvcc: NVIDIA(R) Cuda 컴파일러 드라이버 Copyright (c) 2005-2015 NVIDIA Corporation 빌드 Tue_Aug_11_14:27:015_CDT_ Cuda 컴파일 도구, 릴리스 7.5, V7.5.17 $ nvidia-smi -q | head ================NVSMI LOG=============== Timestamp : Fri Mar 10 23:15:45 2017 드라이버 버전 : 352.99 연결된 GPU : 1 GPU 0000:00:03.0 제품명 : GRID K520 제품 브랜드 : Grid
그게 다야 Caffe2!를 성공적으로 구축했습니다
튜토리얼 및 Jupyter 서버 설정
이 모든 것을 클라우드 컴퓨터에서 실행한다면 기본적으로 UI나 IPython 노트북을 볼 수 있는 방법이 없을 것입니다
일반적으로 ipython 노트북을 사용하여 로컬로 실행하면 실행 중인 노트북 디렉토리와 함께 localhost:8888 웹 페이지 팝업이 표시됩니다
다음 예는 Jupyter 서버를 시작하고 SSH 터널을 통해 원격으로 연결하는 방법을 보여줍니다
먼저 클라우드 서버가 포트 8889 또는 원하는 모든 것을 허용하도록 구성하고 다음 명령에서 포트를 변경합니다
AWS에서는 포트 8889에서 TCP 인바운드를 허용하는 규칙을 서버의 보안 그룹에 추가하여 이를 수행합니다
그렇지 않으면 이를 위해 iptables를 조정합니다.
다음으로 Juypter 서버를 시작합니다
1 jupyter notebook –no-browser –port =8889
그런 다음 SSH 터널을 만듭니다
그러면 로컬에서 사용할 수 있도록 클라우드 서버의 Jupyter 인스턴스가 localhost 8888 포트로 전달됩니다
아래 예는 AWS를 연결하는 방법을 따라 템플릿화한 것입니다
여기서 your-public-cert.pem은 자체 공개 인증서이고 [email protected]는 클라우드 서버에 대한 로그인입니다
AWS에서 인스턴스 > 연결로 이동하여 ssh 이후 부분을 복사하고 아래 명령에서 교체하여 쉽게 가져올 수 있습니다
문제 해결
caffe2.python을 찾을 수 없습니다 | 일부 PATH 또는 PYTHONPATH 문제가 있을 수 있습니다
경로에 /home/ec2-user/caffe2/build를 추가하면 이러한 문제를 해결할 수 있습니다
공유 라이브러리를 로드하는 동안 오류가 발생했습니다: libCaffe2_CPU.so: 공유 개체 파일을 열 수 없습니다: 해당 파일이나 디렉터리가 없습니다 | export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH undefined reference to `ncclReduceScatter’ | 이는 Caffe2 빌드에서는 발생하지 않고 일부 외부 프로젝트에서 “libCaffe2_GPU.so”와 연결될 때 발생합니다
이 문제를 해결하려면 Caffe2와 함께 번들로 제공되는 소스에서 NCCL을 설치할 수 있습니다
(Caffe2 프로젝트 디렉토리 아래) cd third_party/nccl && make -j 8 && sudo make install
Caffe2..를 실행하려면 Windows 10 이상이 필요합니다
아직 Windows용으로 사전 빌드된 바이너리가 없습니다
소스에서 설치하십시오
Windows 빌드는 테스트 중이며 베타 모드입니다
가장 쉬운 경로를 위해 지금은 CPU 전용 모드에서 도커 이미지를 사용하십시오
필수 종속성
가장 먼저 하고 싶은 일은 Caffe2에서 GPU 가속을 사용할지 여부를 평가하는 것입니다
NVIDIA GPU가 있고 일부 신경망을 훈련할 계획이라면 추가 설치 노력의 가치가 있을 것입니다
사전 훈련된 모델을 가지고 놀고 싶다면 비디오 드라이버와 NVIDIA CUDA/cuDNN 설치 단계를 건너뛰십시오.
비디오 드라이버 업데이트: NVIDIA 카드가 있다고 가정하고 NVIDIA GeForce Experience를 사용하여 최신 업데이트를 실행하십시오
NVIDIA CUDA/cuDNN: GPU가 있는 경우 계속해서 CUDA를 설치하십시오.
cuDNN(등록 필요, 설치 프로그램이 아닌 zip 파일이므로 기본적으로 C:\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v8.0인 cuda 폴더에 zip 파일의 내용을 복사해야 함) 파이썬 2.7.6에서 파이썬 2.7.14로
Python 3 지원은 실험적입니다
일반 Python 또는 Anaconda Python을 사용할 수 있습니다
Anaconda의 패키지 위치 및 버전 관리에 문제가 있을 수 있습니다
일부 Anaconda 메모는 일반 Python 메모 아래에 제공됩니다
64비트용으로 컴파일할 것이기 때문에 64비트 버전의 Python을 설치하는 데 주의하십시오
Visual Studio Community Edition 2017과 같은 C++ 컴파일러 설치 VS 2017을 설치할 때 Desktop Development with C++(오른쪽 선택: C++/CLI 지원) 및 v140(오른쪽 선택: VC++ 2015.3 v140 toolset)을 설치 Cmake를 설치합니다
Python 설정, Python 패키지 설치, 빌드
일반 Python 설치
Python 2.7.14(x86-64) 및 Python 2.7용 Microsoft Visual C++ 컴파일러를 설치합니다
이미 C:\Python27 및 C:\Python27\scripts를 경로 환경 변수에 추가했다고 가정하고 pip를 사용하여 다음을 수행할 수 있습니다
Python 종속성을 설치하십시오.
1 2 3 4 5 pip install future ^ 가설 ^ numpy ^ protobuf ^ 6
선택 사항이지만 자습서를 실행하고 제공된 자료를 많이 활용하려는 경우 권장됩니다
1 2 3 4 5 6 7 8 9 10 11 12 pip install flask ^ glog ^ graphviz ^ jupyter ^ matplotlib ^ pydot python-nvd3 ^ pyyaml ^ 요청 ^ scikit-image ^ scipy ^ setuptools ^ 토네이도
** 옵션 패키지의 해결되지 않은 문제 **
gflags: 소스에서 빌드해야 합니다
glog: 소스에서 빌드해야 합니다
leveldb: 소스에서 빌드해야 합니다
leveldb 빌드 노트:
Boost를 다운로드하고 빌드하여 정적 라이브러리(기본값은 공유됨) 및 필요한 경우 64비트(기본값은 32비트)를 지정합니다
leveldb의 qdb 분기를 가져옵니다: https://github.com/bureau14/leveldb
leveldb 및 leveldbutil 프로젝트 모두에 대해 C/C++ 속성에서 런타임 라이브러리가 ‘다중 스레드(/MT)’로 설정되어 있는지 확인하여 leveldb를 빌드합니다
C++용 Snappy의 Windows 포트를 다운로드합니다
복제 및 구축
개발자 명령 프롬프트를 열고 리포지토리를 복제할 적절한 위치를 찾은 다음 이 명령을 사용합니다
또는 GitHub Desktop이 있는 경우 대신 사용할 수 있습니다
Caffe2를 이미 포크했거나 로컬로 가지고 있고 Visual Studio를 사용하고 있다면 다음 단계로 건너뛰십시오
1 git clone –recursive https://github.com/pytorch/pytorch.git
Python 바인딩을 빌드하려면 ‘\scripts\build_windows.bat’를 편집하고 BUILD_PYTHON을 ON으로 설정해야 합니다
그런 다음 VS 2017용 개발자 명령 프롬프트를 실행하고 repo의 \scripts 폴더로 이동하여 다음을 실행합니다
1 build_windows.bat
GitHub 데스크톱이 있는 VS15 및 VS17 사용자의 경우:
Visual Studio용 GitHub 확장을 설치합니다
Visual Studio 내에서 GitHub 리포지토리를 열거나 복제할 수 있습니다
시작하기 페이지에서 열기 아래에 옵션으로 GitHub가 있어야 합니다
로그인한 다음 목록에서 Caffe2를 선택하거나(포크한 경우) 복제한 위치로 이동합니다
이후 기본 위치는 C:\Users\username\Source\Repos\caffe2.
Python 구성을 참조합니다
$USER\Source\Repos (여기에 caffe2 소스를 넣은 경우) \pytorch\build\caffe2\python에서 Caffe2 바이너리를 찾을 수 있습니다
caffe2_pybind11_state.pyd 를 Python의 DLL 폴더 $USER\AppData\Local\Continuum\Anaconda2\DLLs 에 복사합니다
Anaconda를 사용하지 않는 경우 Python27 또는 python-2713 폴더에 넣습니다
이제 \pytorch\build 디렉터리에서 python을 실행하고 caffe2 및 기타 모듈을 성공적으로 가져올 수 있습니다
Anaconda Python
** 이 설치 경로는 수정/확인이 필요합니다 **
Anaconda: Python 2.7 버전을 다운로드합니다
Anaconda Prompt를 관리자로 실행합니다
검색 창으로 이동하여 “anaconda 프롬프트”를 검색하고 마우스 오른쪽 버튼으로 클릭하고 “관리자 권한으로 실행”을 선택하십시오
Python 패키지 설치:
1 conda install -y –channel https://conda.anaconda.org/conda-forge graphviz 가설 numpy pydot-ng python-lmdb가 zeromq를 요청합니다
다른 전제 조건에 의해 이미 설치되는 옵션입니다
플라스크(이미 설치됨)
matplotlib(numpy와 함께 제공되므로 건너뛸 수 있음)
pyyaml (이미 설치됨)
scikit-image(아마도 건너뛸 수 있음 – numpy와 함께 제공됨)
scipy(아마도 건너뛸 수 있음 – numpy와 함께 제공됨)
setuptools(이미 설치됨)
토네이도(이미 설치됨)
Conda가 있는 Windows에서는 찾을 수 없습니다
세상의 끝은 아니지만 원하는 경우 아마도 소스에서 빌드해야 할 것입니다
automake
오픈엠피
파이썬-nvd3
락디비
문제 해결
빌드 오류 C++ 컴파일러를 찾을 수 없음 VS 2017 사용자의 경우 (caffe2/scripts/build_windows.bat)에 있는 -G 스위치에 대한 Windows 설치 배치 파일을 업데이트하십시오
솔루션 cmake 섹션을 기록하고 VS 버전을 반영하도록 업데이트하십시오
cmake -G “Visual Studio 15 2017 Win64”
Python 오류 ‘python’이 인식되지 않습니다..
PATH 환경 변수에 Python을 설정해야 합니다
해결 방법 Windows 버전에 따라 다르게 진행됩니다
일반적으로 이것은 제어판 > 시스템 및 보안 > 시스템 > 고급 시스템 설정 > 환경 변수입니다
PATH 변수를 편집하고 C:\Python27에 대한 새 항목을 추가하거나 Python의 경우 설치 디렉토리가 무엇이든 상관없습니다
python.exe가 있는 모든 곳을 찾고 있습니다
GPU 지원 GPU 드라이버 가장 쉬운 방법은 NVIDIA 사이트로 이동하여 Windows용 바이너리를 다운로드하여 설치하는 것입니다
Solution Caffe2의 GPU 지원은 Nvidia CUDA 6.5 이상입니다
CUDA 8.0을 권장합니다
NVIDIA 사이트에서 설치하십시오
무료 개발자 계정이 필요합니다
NVIDIA Windows 설치 가이드 CUDA 8.0 설치: “지원되는 Visual Studio 버전이 없습니다
VS 15를 사용해야 합니다.” NVIDIA가 VS 17을 지원하도록 CUDA를 업데이트할 때까지 VS 15를 설치하고 다시 시도해야 합니다
종속성
Windows 10 Professional이 있는 경우 Windows용 Docker Community Edition을 설치하십시오
Windows 10 Home이 있는 경우 Docker Toolbox가 필요합니다
참고: GPU 모드는 현재 Windows Server 2016을 제외하고 Windows의 Docker에서 지원되지 않습니다
개발 플랫폼에 Caffe2를 설치하십시오
iOS에서 사용할 Caffe2를 빌드하려면 먼저 위의 토글러를 사용하여 Mac 플랫폼에서 Caffe2를 설정하는 지침을 따른 다음:
참고 iOS용 Caffe2는 Mac에서만 빌드할 수 있습니다
엑스코드
Xcode를 설치하지 않았다면(미리 빌드된 Caffe2 바이너리 등을 사용했기 때문에) 먼저 설치하세요.
Dependencies
Automake와 Libtool을 설치합니다
이것은 brew install automake libtool.
Caffe2 소스 다운로드를 통해 Mac에서 수행할 수 있습니다
아직 다운로드하지 않았다면 GitHub에서 Caffe2 소스 코드를 다운로드하십시오
1 2 git clone –recursive https://github.com/pytorch/pytorch.git git 하위 모듈 업데이트 –init
빌드 스크립트를 실행합니다
1 2 cd caffe2. /scripts/build_ios.sh
아직 iOS용으로 사전 빌드된 바이너리가 없습니다
소스에서 설치하십시오
개발 플랫폼에 Caffe2를 설치하십시오
Android에서 사용할 Caffe2를 빌드하려면 먼저 위의 토글러를 사용하여 주어진 개발 플랫폼에서 Caffe2를 설정하는 지침을 따른 다음:
안드로이드 스튜디오
Android Studio는 Android용 Caffe2를 빌드하는 데 필요한 모든 NDK 등 구성 요소를 설치합니다
종속성
Automake와 Libtool을 설치합니다
이것은 brew install automake libtool을 통해 Mac에서 또는 sudo apt-get install automake libtool을 통해 Ubuntu에서 수행할 수 있습니다
Caffe2 Source 다운로드
아직 다운로드하지 않았다면 GitHub에서 Caffe2 소스 코드를 다운로드하십시오
1 2 git clone –recursive https://github.com/pytorch/pytorch.git git 하위 모듈 업데이트 –init
빌드 스크립트를 실행합니다
armeabi-v7a ABI를 사용하여 Android용 Caffe2를 빌드하려는 경우:
1 2 cd 파이토치. /scripts/build_android.sh
또는 arm64-v8a ABI를 사용하여 Android용 Caffe2를 빌드하려는 경우:
1 2 cd 파이토치. /scripts/build_android.sh -DANDROID_ABI=arm64-v8a -DANDROID_TOOLCHAIN=clang
아직 Android용으로 사전 빌드된 바이너리가 없습니다
소스에서 설치하십시오
도커 이미지
Docker 이미지는 현재 테스트 중입니다
이미지를 직접 구축하려면 아래 지침을 따르십시오
빠른 설치를 위해 다음 명령을 시도하십시오(Docker가 이미 설치되어 있다고 가정).
USB/오프라인 또는 빠른 시작 지침
caffe2ai/caffe2 가져오기
다양한 Docker 옵션의 전체 목록을 보려면 Docker 리포지토리를 방문하세요
현재 14.04 및 16.04 Ubuntu 모두에 대한 CPU 및 GPU 지원이 있습니다
GPU를 Docker와 함께 사용하려면 nvidia-docker를 사용하여 일반 도커 대신 이미지를 실행하십시오
여기에서 nvidia-docker를 얻을 수 있습니다
GPU 지원 및 IPython 및 OpenCV와 같은 선택적 종속성을 사용하는 최신 Docker 이미지의 경우 :
1 2 3 4 5 docker pull caffe2ai / caffe2 # nvidia-docker run -it caffe2ai / caffe2: 최신 python -m caffe2.python.operator_test.relu_op_test # 상호작용 nvidia-docker run -it caffe2ai / caffe2: 최신 / bin /배쉬
최소한의 이미지를 위해 :
1 2 3 4 5 docker pull caffe2ai / caffe2: cpu-minimal-ubuntu14.04 # docker run 테스트 -it caffe2ai / caffe2: cpu-minimal-ubuntu14.04 python -m caffe2.python.operator_test.relu_op_test # docker와 상호작용 -it caffe2ai / caffe2: cpu-minimal-ubuntu14.04 / bin / bash를 실행합니다
Caffe2 도커 이미지
사용법에 대한 지침은 아래를 참조하십시오.
Dockerfile에서 빌드
repo의 / docker 폴더 내부에는 최소한의 종속성과 선택적 종속성을 포함하는 Dockerfile이 있는 하위 폴더가 있습니다
원하는 경우 특정 선택적 종속성을 제거할 수 있습니다
폴더 이름은 해당 dockerfile에 의해 설치될 기본값을 설명합니다
예를 들어, ubuntu-14.04-cpu-all-options 폴더에서 아래 명령을 실행하면 최소 설치의 경우 OpenCV와 같은 많은 선택적 라이브러리가 있는 1.5GB 정도의 도커 이미지를 얻을 수 있습니다
ubuntu-14.04-cpu-minimal , 약 1GB이며 Caffe2를 실행하기에 충분하며 마지막으로 GPU 도커 파일인 ubuntu-14.04-gpu-all-options의 경우 약 3.2GB의 NVIDIA CUDA 도커 이미지를 기반으로 하며 선택적 종속성을 모두 포함합니다
해당 폴더 중 하나의 터미널 창에서 다음을 실행하기만 하면 됩니다
1 2 cd ~ / caffe2 / docker / ubuntu-14.04-cpu-all-options docker build -t caffe2: cpu-options.
놓치지 마세요
현재 디렉토리의 Dockerfile을 가리키고 있기 때문입니다
또한 도커 이미지의 이름을 원하는 대로 지정할 수 있습니다
-t는 태그 다음에 호출하려는 저장소 이름을 나타냅니다(이 경우 cpu-optionals.
빌드 프로세스가 완료되면 해당 이름 또는 완료 시 제공된 마지막 고유 ID로 실행할 수 있습니다
이 예제의 경우 이 ID는 5ee1fb669aef입니다
컨테이너에서 이미지를 실행하고 bash를 얻으려면 저장소 이름으로 호출하는 다음을 사용하여 대화식으로 시작할 수 있습니다
1 docker run -it caffe2 / bin / bash
다른 종속성을 사용하여 Caffe2의 다른 Docker 버전을 시험해 보기로 결정한 경우 자체 태그로 빌드하고 대신 태그 또는 고유 ID를 사용하여 시작하려고 할 것입니다(예: 이전 단계의 ID 사용)
1 도커 실행 -it 5ee1fb669aef / bin / bash
또는 태그를 사용하여 빌드한 다음 태그를 사용하여 시작합니다
1 2 도커 빌드 -t caffe2: CPU 최소
docker run -it caffe2: cpu-minimal / bin / bash
Caffe2 Docker 이미지 사용
도커허브 카페2 레포
위와 같이 bash에 로그인하거나 Python 인터페이스를 직접 누르거나 아래와 같이 IPython과 상호 작용하여 특정 Caffe2 명령을 실행할 수 있습니다
가장 간단한 테스트는 이미 빌드 중에 실행되었지만 다시 실행할 수 있습니다
이러한 테스트는 선택적 종속성 이미지에서만 작동합니다
1 docker run -it mydocker-repo / mytag ipython
GPU 지원을 위해 nvidia-docker를 사용하십시오
이 대안도 있습니다
수동 접근 방식은 여러 장치 매개변수를 전달해야 하는 경우입니다
이에 대한 Windows 지원은 제한적입니다
1 sudo docker run -ti –device / dev / nvidia0: / dev / nvidia0 –device / dev / nvidia0: / dev / nvidiactl –device / dev / nvidia-uvm : / dev / nvidia-uvm mydocker-repo / mytag ipython
그런 다음 IPython 환경에서 Caffe2.
1 In [1]: from caffe2.python import workspace에서 상호 작용할 수 있습니다
이미지에 들어가서 Python 또는 C ++로 직접 놀고 싶다면 다음과 같이 bash를 시작하십시오
1 도커 실행 -it mydocker-repo / mytag / bin / bash
GPU 지원을 포함하여 Caffe2를 속도에 맞추는 데 사용할 수 있는 또 다른 테스트는 운영자 테스트 중 하나를 호출하는 것입니다
다음은 샘플 출력입니다.
1 nvidia-docker run -it caffe2 python -m caffe2.python.operator_test.relu_op_test
또한 이 튜토리얼에 설명된 대로 일부 모델을 직접 가져와 실행해 볼 수도 있습니다
Docker의 Jupyter
Docker 컨테이너에서 Jupyter 서버를 실행하려면 몇 가지 추가 플래그를 사용하여 컨테이너를 실행해야 합니다
Docker의 첫 번째 새 항목(로컬 실행과 비교)은 컨테이너의 8888 포트를 “게시”하고 호스트의 8888 포트에 매핑하는 -p 8888:8888입니다
또한 호스트의 브라우저에서 해당 포트에 도달할 수 있도록 –ip 0.0.0.0으로 jupyter를 시작해야 합니다
그렇지 않으면 컨테이너 내에서만 사용할 수 있으므로 별로 도움이 되지 않습니다
물론 시작하려는 이미지에 대해 caffe2ai/caffe2:cpu-fulloptions-ubuntu14.04를 자신의 repo:tag로 교체하고 싶을 것입니다
이 경우 sh -c로 jupyter를 실행합니다
이것은 노트북을 실행할 때 Python 커널이 지속적으로 충돌하는 문제를 해결합니다
1 docker run -it -p 8888:8888 caffe2ai/caffe2:cpu-fulloptions-ubuntu14.04 sh -c “jupyter notebook –no-browser –ip 0.0.0.0 /caffe2_tutorials”
출력은 아래의 라인을 따릅니다
제공된 URL/토큰 콤보를 브라우저에 복사하기만 하면 자습서가 있는 폴더가 표시됩니다
다른 지점에 caffe2를 설치했다면 /caffe2_tutorials 명령에 있는 선택적 경로를 튜토리얼이 있는 위치와 일치하도록 업데이트하십시오
어떤 상황에서는 0.0.0.0을 통해 브라우저에서 Jupyter 서버에 액세스할 수 없습니다
또는 로컬 호스트
Docker IP 주소를 가져와( docker-machine ip 실행) Jupyter 서버에 액세스하는 데 사용해야 합니다
Docker – 전체 종속성이 있는 Ubuntu 14.04 참고 사항:
librocksdb-dev를 찾을 수 없습니다
(원하는 경우 직접 설치해야 할 수도 있습니다.) 문제 해결 common_gpu.cc:42 알 수 없는 오류를 찾았습니다
이는 잘못된 설정 환경 때문일 수 있습니다
프로그램 시작 후 환경 변수 CUDA_VISIBLE_DEVICES 변경
사용 가능한 장치를 0으로 설정하겠습니다
솔루션 GPU 장치 플래그를 전달하는 동안 이미지를 시작해야 하는 Docker 관련 오류일 수 있습니다
sudo docker run -ti –device /dev/nvidia0:/dev/nvidia0 –device /dev/nvidiactl:/dev /nvidiactl –device /dev/nvidia-uvm:/dev/nvidia-uvm mydocker-repo/mytag /bin/bash
하드웨어에 따라 해당 장치를 업데이트해야 하며(그러나 이것은 1-GPU 빌드와 일치해야 함) mydocker-repo/mytag를 Docker 이미지의 ID 또는 repo/tag로 교체해야 합니다
HyperV는 Home 에디션에서 사용할 수 없습니다
Docker 도구 상자를 사용하십시오
Windows용 Docker는 Windows의 Professional 버전에서만 작동합니다
솔루션 Docker Toolbox를 설치합니다
걱정하지 마십시오
Caffe2 이미지는 여전히 작동합니다! 연결하는 동안 오류가 발생했습니다..
Docker Toolbox를 설치한 직후 다양한 오류가 발생했습니다..
솔루션 실행 docker-machine env default 다음 지침을 따르십시오..
docker 환경을 설정하는 각 명령을 실행한 다음 docker 버전을 시도하면 오류가 다시 표시되지 않습니다
그리고 docker pull caffe2ai/caffe2.
Raspbian의 경우 Caffe2 소스를 복제하고 Raspberry Pi에서 scripts/build_raspbian.sh를 실행합니다
Caffe2 소스를 다운로드합니다
아직 다운로드하지 않았다면 GitHub에서 Caffe2 소스 코드를 다운로드하십시오
1 2 git clone –recursive https://github.com/pytorch/pytorch.git git 하위 모듈 업데이트 –init
빌드 스크립트를 실행합니다
Raspbian의 경우 Raspberry Pi에서 scripts/build_raspbian.sh를 실행합니다.
1 2 cd caffe2. /scripts/build_raspbian.sh
아직 Raspbian에 사용할 수 있는 사전 빌드된 바이너리가 없습니다
소스에서 설치하십시오
현재 사용 가능한 Raspbian용 Docker 이미지가 없습니다
소스에서 설치하십시오
NVidia의 Tegra X1 플랫폼에 Caffe2를 설치하려면 NVidia JetPack 설치 프로그램으로 최신 시스템을 설치하고 Caffe2 소스를 복제한 다음 Tegra 장치에서 scripts/build_tegra_x1.sh를 실행합니다.
JetPack을 설치합니다
Caffe2 소스를 다운로드합니다
아직 다운로드하지 않았다면 GitHub에서 Caffe2 소스 코드를 다운로드하십시오.
1 2 git clone –recursive https://github.com/pytorch/pytorch.git git 하위 모듈 업데이트 –init
빌드 스크립트를 실행합니다
Tegra 장치에서 scripts/build_tegra_x1.sh를 실행합니다.
1 2 cd caffe2. /scripts/build_tegra_x1.sh
아직 Tegra에 사용할 수 있는 사전 빌드된 바이너리가 없습니다
소스에서 설치하십시오
Tegra에 사용할 수 있는 Docker 이미지가 없습니다
소스에서 설치하십시오
GitHub에서 편집
Nas장비 셋팅하기#14(Rsync사용법#1) Update
주제에 대한 새로운 정보 rsync 옵션
Nas장비 개봉에서 소개 및 셋팅하기(Synology 218 play-Rsync사용법#1) -IT따라하기
[가상머신설치,virtual box 터미널서비스설정 및 내,외부네트웍연결,스마트폰 셋팅까지 따라하면 된다.]시놀로지사의 Nas 218 Play모델 처음 개봉기에서부터 설정 및 셋팅을 초보적인 개념으로 하나하나 되집어서 설명하고자 합니다.
처음부터 끝까지 연재하여 올릴예정입니다. 많은 구독 바랍니다..
rsync 옵션주제 안의 멋진 사진을 볼 수 있습니다
리눅스 / 명령어 / du / 디렉토리와 파일 용량 확인하는 명령어 – MANUAL FACTORY 업데이트
리눅스 / rsync / 동기화 프로그램. rsync rsync는 동기화 프로그램입니다. 백업할 때 유용하게 사용할 수 있습니다. 사용법 기본 rsync -avz /abc/def /xyz abc 디렉토리 안의 def 디렉토리를 xyz 디렉토리 안에 동기화시키라는 뜻입니다.
Read more
Linux / 명령 / rdate / 시간 서버의 시간을 동기화하는 명령
rdate는 서버의 시간을 시간 서버의 시간과 동기화하는 명령입니다
rdate는 종종 설치되지 않으므로 필요한 경우 설치해야 합니다
CentOS인 경우 apt install rdate 와 같이 Ubuntu인 경우 yum install rdate 명령으로 설치할 수 있습니다
시간 서버의 시간을 확인하려면 -p 옵션을 사용하십시오
현재 서버의 시간은 변경되지 않습니다
rdate -p time.bora.net 현재 서버 시간을 시간 서버의 시간으로 설정하려면 -s 옵션을 추가합니다
rdate -s time.bora.net CentOS. ..
Linux – rsync 1 : basic New Update
주제에서 더 많은 유용한 정보 보기 rsync 옵션
https://opentutorials.org/module/2538/14508
rsync 옵션주제 안의 관련 사진
CentOS ISO 설치 파일 다운로드하기 최신
CentOS 리눅스를 설치하기 위해 설치 ISO 이미지를 다운로드 하는 방법에 대해 알아보고, 실습을 통해 쉽게 따라할 수 있습니다. CentOS 설치 이미지는 여러 서버에서 다운로드 받을 수 있는데, CentOS 공식 홈페이지에서 가까운 서버를 알려줍니다.
Read more
실습 연습을 통해 따라하기 쉬운 CentOS Linux를 설치하기 위해 설치 ISO 이미지를 다운로드하는 방법을 배우십시오
CentOS 설치 이미지는 여러 대의 서버에서 다운로드가 가능하며, CentOS 공식 홈페이지에서 가장 가까운 서버를 알려드립니다
설치 ISO 이미지를 다운로드하여 CentOS Linux를 설치하는 방법을 배우고 실습 연습을 쉽게 따를 수 있습니다
CentOS 설치 이미지는 여러 대의 서버에서 다운로드가 가능하며, CentOS 공식 홈페이지에서 가장 가까운 서버를 알려줘서 빠르게 다운로드 받을 수 있습니다
CentOS 공식 웹사이트로 이동합니다
웹 브라우저에서 아래 링크를 통해 CentOS 공식 웹사이트로 이동합니다
CentOS 7 ISO 설치 이미지 파일을 다운로드합니다
CentOS 사이트 왼쪽 하단의 CentOS Linux 메뉴에서 7(2009) 탭을 선택하고 x86_64 링크를 클릭합니다
CentOS 7 ISO 설치 이미지를 다운로드할 수 있는 미러 사이트 목록이 표시됩니다
링크 목록에서 즐겨찾는 미러 사이트를 클릭하면 해당 사이트로 이동합니다
여기에서 네이버에서 제공하는 미러 사이트로 이동하여 CentOS ISO 설치 이미지를 다운로드합니다
mirror.navercorp.com 사이트에서 CentOS-7-x86_64-Minmal-2009.iso 파일을 클릭하여 다운로드합니다
CentOS 8 ISO 설치 이미지 파일을 다운로드합니다
CentOS 사이트 왼쪽 하단의 CentOS Linux 메뉴에서 8(2011) 탭을 선택하고 x86_64 링크를 클릭합니다
CentOS 8 ISO 설치 이미지를 다운로드할 수 있는 미러 사이트 목록을 보여줍니다
링크 목록에서 즐겨찾는 미러 사이트를 클릭하면 해당 사이트로 이동합니다
여기에서 카카오에서 제공하는 미러 사이트로 이동하여 CentOS ISO 설치 이미지를 다운로드합니다
mirror.kakao.com 사이트에서 CentOS-8.3.2011-x86_64-dvd1.iso 파일을 클릭하여 다운로드합니다
마치다
CentOS Linux를 설치하기 위해 설치 ISO 이미지를 다운로드하는 방법을 알아봅니다
설치 버전에 따라 설치 이미지를 다운로드하여 사용할 수 있습니다.
rsync 명령 사용 방법 | Linux Essentials 자습서 Update
주제에 대한 새로운 정보 rsync 옵션
Rsync is a command line utility which synchronizes files and folders from one location to another. In this tutorial, we’ll cover the basics of rsync including examples and common uses.
Chapters:
0:00 – Intro
1:12 – rsync Manual
2:40 – Building an rsync command
4:28 – Dissecting the Command
6:42 – Using rsync dry run
8:30 – Syncing Files Between Servers
12:31 – Outro
New to Linode? Get started here with a $100 credit → https://www.linode.com/linodetube
Read the doc for more information on rsync→ https://www.linode.com/docs/guides/introduction-to-rsync/
Check out the rsync Linux man page→ https://linux.die.net/man/1/rsync
Subscribe to get notified of new episodes as they come out → https://www.youtube.com/linode?sub_confirmation=1
#Linode #Linux #rsync #LearnLinux
Product: Linode, Alternative Cloud, rsync; Jay LaCroix;
rsync 옵션주제 안의 멋진 사진을 볼 수 있습니다
The Org Manual 업데이트
1.3 Activation. Org mode buffers need Font Lock to be turned on: this is the default in Emacs 1.. There are compatibility issues between Org mode and some other Elisp packages (see Conflicts).Please take the time to check the list.
Linux / Mac 터미널 자습서 : rsync 명령 사용 방법-로컬 및 원격으로 파일 동기화 Update
주제에 대한 새로운 정보 rsync 옵션
In this Linux/Mac terminal tutorial, we will be learning how to use the rsync command. The rsync command will allow you to sync file and directories on your local machine or even over a network between servers. This is a great tool for running back ups, for only copying diffs, or even for deploying segments of code. Let’s get started.
VirtualBox Network with SSH: https://youtu.be/S7jD6nnYJy0
Key-Based Authentication: https://youtu.be/vpk_1gldOAE
Cron Jobs: https://youtu.be/QZJ1drMQz1A
✅ Support My Channel Through Patreon:
https://www.patreon.com/coreyms
✅ Become a Channel Member:
https://www.youtube.com/channel/UCCezIgC97PvUuR4_gbFUs5g/join
✅ One-Time Contribution Through PayPal:
https://goo.gl/649HFY
✅ Cryptocurrency Donations:
Bitcoin Wallet – 3MPH8oY2EAgbLVy7RBMinwcBntggi7qeG3
Ethereum Wallet – 0x151649418616068fB46C3598083817101d3bCD33
Litecoin Wallet – MPvEBY5fxGkmPQgocfJbxP6EmTo5UUXMot
✅ Corey’s Public Amazon Wishlist
http://a.co/inIyro1
✅ Equipment I Use and Books I Recommend:
https://www.amazon.com/shop/coreyschafer
▶️ You Can Find Me On:
My Website – http://coreyms.com/
My Second Channel – https://www.youtube.com/c/coreymschafer
Facebook – https://www.facebook.com/CoreyMSchafer
Twitter – https://twitter.com/CoreyMSchafer
Instagram – https://www.instagram.com/coreymschafer/
#Linux #Mac
rsync 옵션주제 안의 사진 몇 장
Synology NAS 사용자 가이드 New Update
드라이브나 다른 Synology NAS, rsync 호환 서버 Amazon S3 서버, HiDrive 백업 서버 등으로 백업할 수 있게 해줍니다. … 6 옵션: 시스템 종료, 다시 시작, 로그아웃 또는 개인 계정 옵션을 수정합니다. Synology NAS 사용자 …
rsync 파일 복사 프로그램 Update
주제에서 더 많은 유용한 정보 보기 rsync 옵션
rsync is a fast and efficient file copying program that tries to minimize the data transfer over the network. https://www.softprayog.in/tutorials/rsync
0:00 Introduction
0:59 Why use rsync?
2:36 rsync command syntax
3:59 rsync command options
7:05 Using rsync for remote file copy
rsync 옵션주제 안의 사진 몇 장
brew(1) – The Missing Package Manager for macOS (or Linux … Update
brew(1) – The Missing Package Manager for macOS (or Linux) SYNOPSIS. brew–version brew command [–verbose|-v] [options] [formula] …. DESCRIPTION. Homebrew is the easiest and most flexible way to install the UNIX tools Apple didn’t include with macOS.
Read more
brew(1) – macOS(또는 Linux)용 누락된 패키지 관리자
개요
양조 — 버전
양조 명령 [ –verbose | -v ] [ 옵션 ] [ 수식 ] …
설명
Homebrew는 Apple이 macOS에 포함하지 않은 UNIX 도구를 설치하는 가장 쉽고 유연한 방법입니다
또한 sudo.
용어 없이도 Linux 배포용으로 패키지되지 않은 소프트웨어를 홈 디렉토리에 설치할 수 있습니다
공식: 업스트림 소스에서 빌드된 Homebrew 패키지 정의
cask: macOS 기본 응용 프로그램을 설치하는 Homebrew 패키지 정의입니다
keg: 주어진 공식 버전의 설치 대상 디렉토리 /usr/local/Cellar/foo/0.1
랙: 하나 이상의 버전이 지정된 통이 포함된 디렉토리입니다
/usr/local/Cellar/foo
통 전용: 공식은 Homebrew의 접두사(예: /usr/local )에 심볼릭 링크되지 않은 경우 통 전용입니다
cellar: 하나 이상의 명명된 랙을 포함하는 디렉토리입니다
/usr/local/Cellar
캐스크룸: 하나 이상의 명명된 캐스크를 포함하는 디렉토리입니다
/usr/local/Caskroom
외부 명령: Homebrew/brew GitHub 저장소 외부에 정의된 brew 하위 명령
탭: 공식, 캐스크 및/또는 외부 명령의 디렉토리(일반적으로 Git 리포지토리)입니다
병: 미리 제작된 통을 업스트림 소스에서 만드는 대신 지하실/랙에 붓습니다
필수 명령
전체 명령 목록은 COMMANDS 섹션을 참조하십시오
–verbose 또는 –debug 를 사용하면 많은 명령이 추가 디버깅 정보를 인쇄합니다
이러한 옵션은 명령 뒤에만 나타나야 합니다
일부 명령 동작은 환경 변수를 사용하여 사용자 지정할 수 있습니다
환경 섹션을 참조하십시오
수식을 설치하십시오
공식 설치.
공식은 일반적으로 설치할 공식의 이름이지만 공식 지정 섹션.
제거 공식에 나열된 다른 구문이 있습니다
수식.
목록을 제거하십시오
설치된 모든 수식 나열.
search [ text | / 텍스트 / ]
text 에 대한 캐스크 토큰 및 공식 이름의 하위 문자열 검색을 수행합니다
텍스트 옆에 슬래시가 있으면 정규식으로 해석됩니다
텍스트 검색은 homebrew/core 및 homebrew/cask 까지 온라인으로 확장됩니다
검색어를 제공하지 않으면 현지에서 사용 가능한 모든 공식이 나열됩니다.
명령
분석 [ 하위 명령 ]
Homebrew의 익명 집계 사용자 행동 분석을 제어합니다
https://docs.brew.sh/Analytics.
brew analytics [ state ]에서 자세히 읽어보세요
Homebrew의 분석.
양조 분석의 현재 상태를 표시합니다( on | off )
Homebrew의 분석을 각각 켜거나 끕니다
brew analytics regenerate-uuid
Homebrew의 분석에 사용된 UUID를 재생성합니다
autoremove [ –dry-run ]
다른 공식의 종속성으로만 설치되어 더 이상 필요하지 않은 공식을 제거하십시오
-n , –dry-run : 제거할 항목을 나열하지만 실제로는 아무 것도 제거하지 않습니다.
캐스크
짧은 이름을 포함하여 로컬로 설치 가능한 모든 캐스크를 나열합니다.
cleanup [ 옵션 ] [ 수식 | 통… ]
모든 공식과 통에 대한 오래된 잠금 파일과 오래된 다운로드를 제거하고 설치된 공식의 이전 버전을 제거하십시오
인수가 지정된 경우 지정된 공식 및 통에 대해서만 이 작업을 수행합니다
120일이 지난 모든 다운로드를 제거합니다
이것은 HOMEBREW_CLEANUP_MAX_AGE_DAYS로 조정할 수 있습니다.
–prune: 지정된 날짜보다 오래된 모든 캐시 파일을 제거합니다
모든 것을 제거하려면 –prune=all. .을 사용하십시오
지정된 것보다 오래된 모든 캐시 파일을 제거하십시오
모두 제거하려면 를 사용하십시오
-n , –dry-run : 제거할 항목을 표시하지만 실제로는 제거하지 않습니다.
, : 제거할 항목을 표시하지만 실제로는 제거하지 않습니다
-s : 최신 버전의 다운로드를 포함하여 캐시를 삭제합니다
설치된 공식이나 통에 대한 다운로드는 여전히 삭제되지 않습니다
그것들도 삭제하고 싶다면: rm -rf “$(brew –cache)”
: 최신 버전의 다운로드를 포함하여 캐시를 스크럽합니다
설치된 공식이나 통에 대한 다운로드는 여전히 삭제되지 않습니다
그것들도 삭제하고 싶다면: –prune-prefix : 접두어에서 심볼릭 링크와 디렉토리만 잘라내고 다른 파일은 제거하지 마십시오
명령 [ –quiet ] [ –include-aliases ]
내장 및 외부 명령 목록을 표시합니다.
-q , –quiet : 범주 헤더가 없는 명령 이름만 나열합니다
, : 범주 헤더가 없는 명령 이름만 나열합니다
–include-aliases : 내부 명령의 별칭을 포함합니다.
완료 [ subcommand ]
Homebrew가 외부 탭 셸 완성 파일을 자동으로 연결할지 여부를 제어합니다
https://docs.brew.sh/Shell-Completion.
양조 완료 [ state ]에서 자세히 읽어보세요
Homebrew의 완료 상태를 표시합니다.
양조 완료( link | unlink )
Homebrew의 완료를 연결하거나 연결 해제합니다.
config, –config
디버깅에 유용한 Homebrew 및 시스템 구성 정보를 표시합니다
버그 보고서를 제출하는 경우 이 정보를 제공해야 합니다.
deps [ options ] [ 공식 | 통… ]
수식에 대한 종속성을 표시합니다
수식과 관련된 추가 옵션이 명령에 추가될 수 있습니다
여러 수식 인수가 주어지면 각 수식에 대한 종속성의 교차점을 표시합니다.
-n : 종속성을 토폴로지 순서로 정렬합니다.
: 종속성을 토폴로지 순서로 정렬합니다
–1 : 재귀 대신 한 수준 아래의 종속성만 표시합니다
: 재귀 대신 한 수준 아래의 종속성만 표시합니다
–union : 교집합 대신 여러 수식에 대한 종속성 합집합을 표시합니다.
: 교집합 대신 여러 수식에 대한 종속성 합집합을 표시합니다
–full-name : 전체 이름으로 종속성을 나열합니다.
: 전체 이름으로 종속성을 나열합니다
–include-build : 수식에 대한 빌드 종속성을 포함합니다.
: 에 대한 종속성을 포함합니다
–include-optional : 수식에 대한 선택적 종속성을 포함합니다.
: 에 대한 종속성을 포함합니다
–include-test : 수식(비재귀)에 대한 종속성을 포함합니다.
: (비재귀)에 대한 종속성을 포함합니다
–skip-recommended : 수식에 대한 권장 종속성 건너뛰기.
: 에 대한 종속성을 건너뜁니다
–include-requirements : 수식에 대한 종속성 외에 요구 사항을 포함합니다.
: 에 대한 종속성 외에 요구 사항을 포함합니다
–tree : 종속성을 트리로 표시합니다
여러 수식 인수가 주어지면 각 수식에 대한 개별 트리를 표시합니다.
: 종속성을 트리로 표시합니다
여러 수식 인수가 주어지면 각 수식에 대한 개별 트리를 표시합니다
–graph : 의존성을 유향 그래프로 표시합니다
: 의존성을 유향 그래프로 표시합니다
–dot : 텍스트 기반 그래프 설명을 DOT 형식으로 표시합니다.
: 텍스트 기반 그래프 설명을 DOT 형식으로 표시합니다
–annotate : 출력에서 모든 빌드, 테스트, 선택적 또는 권장 종속성을 표시합니다
: 출력에서 모든 빌드, 테스트, 선택적 또는 권장 종속성을 표시합니다
–installed : 현재 설치된 수식에 대한 종속성을 나열합니다
수식이 지정된 경우 현재 설치된 종속성만 나열합니다
: 현재 설치된 수식에 대한 종속성을 나열합니다
가 지정된 경우 현재 설치된 종속성만 나열합니다
–all : 사용 가능한 모든 수식에 대한 종속성을 나열합니다
: 사용 가능한 모든 수식에 대한 종속성을 나열합니다
–for-each : –all 옵션이 사용하는 모드로 전환하되 제공된 각 공식에 대한 종속성만 나열합니다
한 줄에 하나의 공식만 표시합니다
이것은 –installed / –all 표시 모드를 디버깅하는 데 사용됩니다
: 옵션에서 사용하는 모드로 전환하되 제공된 각각에 대한 종속성만 나열합니다
한 줄에 하나의 공식만 표시됩니다
/ 표시 모드를 디버깅하는 데 사용됩니다
–formula : 명명된 모든 인수를 수식으로 처리합니다.
: 명명된 모든 인수를 수식으로 처리합니다
–cask: 모든 명명된 인수를 cask로 취급합니다
desc [옵션] 수식 | 텍스트 | /정규식/[…] ]
수식의 이름과 한 줄 설명을 표시합니다
공식 설명이 캐시됩니다
캐시는 첫 번째 검색에서 생성되어 후속 검색보다 느린 검색을 만듭니다
-s , –search : 텍스트에 대한 이름과 설명을 모두 검색합니다
텍스트 옆에 슬래시가 있으면 정규 표현식으로 해석됩니다.
, : 에 대한 이름과 설명을 모두 검색합니다
옆에 슬래시가 있으면 정규식으로 해석됩니다
-n, –name: 텍스트의 이름만 검색합니다
텍스트 옆에 슬래시가 있으면 정규식으로 해석됩니다.
, : 의 이름만 검색합니다
옆에 슬래시가 있으면 정규식으로 해석됩니다
-d, –description: 텍스트에 대한 설명만 검색합니다
텍스트 옆에 슬래시가 있으면 정규식으로 해석됩니다.
developer [ subcommand ]
Homebrew의 개발자 모드를 제어합니다
개발자 모드가 활성화되면 brew update는 다른 동작 변경과 함께 최신 안정 버전 대신 마스터 브랜치의 최신 커밋으로 Homebrew를 업데이트합니다
brew developer [ state ]
Homebrew의 개발자 모드의 현재 상태를 표시합니다
brew developer ( on | off )
Homebrew의 개발자 모드를 각각 켜거나 끕니다
Doctor , dr [ –list-checks ] [ –audit-debug ] [ diagnostic_check … ]
시스템에 잠재적인 문제가 있는지 확인하십시오
잠재적인 문제가 발견되면 0이 아닌 상태로 종료됩니다
이러한 경고는 문제를 제기할 경우 Homebrew 유지 관리자가 디버깅하는 데 도움이 될 뿐입니다
Homebrew를 사용하는 모든 것이 제대로 작동하는 경우: 걱정하거나 문제를 제기하지 마십시오
그냥 무시하세요.
–list-checks : 인수로 제공되면 개별적으로 실행할 수 있는 모든 감사 메서드를 나열합니다.
: 인수로 제공하면 개별적으로 실행할 수 있는 모든 감사 메서드를 나열합니다
-D , –audit-debug : 감사 방법의 디버깅 및 프로파일링 활성화.
fetch [ options ] 수식 | 통 […] ]
포뮬러 e의 경우 병(사용 가능한 경우) 또는 소스 패키지를 다운로드하고 통 s의 경우 바이너리를 다운로드합니다
파일의 경우 SHA-256 체크섬도 인쇄합니다
–bottle-tag : 주어진 태그에 대한 병을 다운로드합니다.
: 주어진 태그에 대한 병을 다운로드합니다
–HEAD : 안정 버전 대신 HEAD 버전을 가져옵니다
: 안정 버전 대신 HEAD 버전을 가져옵니다
-f , –force : 이전에 캐시된 버전을 제거하고 다시 가져옵니다.
, : 이전에 캐시된 버전을 제거하고 다시 가져옵니다
-v , –verbose : URL이 VCS를 나타내는 경우 자세한 VCS 체크아웃을 수행합니다
이것은 기존 VCS 캐시가 업데이트되었는지 확인하는 데 유용합니다.
, : URL이 VCS를 나타내는 경우 자세한 VCS 체크아웃을 수행합니다
이는 기존 VCS 캐시가 업데이트되었는지 확인하는 데 유용합니다
–retry : 다운로드에 실패하면 다시 시도하거나 이전에 캐시된 버전의 체크섬이 더 이상 일치하지 않으면 다시 다운로드합니다
: 다운로드에 실패하면 다시 시도하거나 이전에 캐시된 버전의 체크섬이 더 이상 일치하지 않으면 다시 다운로드합니다
–deps: 나열된 모든 공식에 대한 종속성도 다운로드합니다.: 나열된 모든 공식에 대한 종속성도 다운로드합니다
-s , –build-from-source : 병이 아닌 소스 패키지를 다운로드합니다
, : 병이 아닌 소스 패키지를 다운로드합니다
–build-bottle : 병이 아닌 소스 패키지(최종 병입용)를 다운로드합니다.
: 병이 아닌 소스 패키지(최종 병입용)를 다운로드합니다
–force-bottle : 설치 중에 사용하지 않더라도 현재 또는 최신 버전의 macOS용 병이 있으면 다운로드합니다
: 현재 또는 최신 버전의 macOS용 병이 있는 경우 다운로드 설치 중에는 사용되지 않습니다
–[no-]quarantine : 다운로드 격리 비활성화/활성화(기본값: 활성화).
: 다운로드 격리 비활성화/활성화(기본값: 활성화)
–formula : 명명된 모든 인수를 수식으로 처리합니다.
: 명명된 모든 인수를 수식으로 처리합니다
–cask : 모든 명명된 인수를 casks.
공식으로 취급합니다
짧은 이름을 포함하여 로컬로 설치 가능한 모든 공식을 나열하십시오.
gist-logs [ options ] 공식
실패한 공식 빌드에 대한 로그를 새 Gist에 업로드합니다
로그가 없으면 오류 메시지를 표시합니다
–with-hostname : Gist에 호스트 이름을 포함합니다.
: Gist에 호스트 이름을 포함합니다
-n , –new-issue : Gist 생성 후 해당 GitHub 저장소에 새 이슈 자동 생성.
, : Gist 생성 후 해당 GitHub 저장소에 새 이슈 자동 생성
-p, –private: Gist는 비공개로 표시되고 목록에는 나타나지 않지만 링크를 통해 액세스할 수 있습니다
홈, 홈페이지 [ –formula ] [ –cask ] [ 공식 | 통… ]
브라우저에서 수식 또는 cask 의 홈페이지를 열거나 인수가 제공되지 않은 경우 Homebrew의 자체 홈페이지를 엽니다.
–formula : 명명된 모든 인수를 수식으로 처리합니다.
: 명명된 모든 인수를 수식으로 처리합니다
–cask: 모든 명명된 인수를 cask로 처리.
info, abv [옵션] [공식 | 통… ]
Homebrew 설치에 대한 간략한 통계 표시.
공식 또는 통이 제공되면 이에 대한 정보 요약을 표시합니다
.
–analytics: 전역 Homebrew 분석 데이터를 나열하거나 지정된 경우 공식에 대한 설치 및 빌드 오류 데이터를 나열합니다(HOMEBREW_NO_ANALYTICS 둘 다 제공되지 않음 또는 HOMEBREW_NO_GITHUB_API가 설정되지 않음). .: 글로벌 Homebrew 분석 데이터를 나열하거나 지정된 경우(둘 다 설정되지 않은 경우) 설치 및 빌드 오류 데이터를 나열합니다
–days: 검색할 분석 데이터의 일수입니다
일 값은 30, 90 또는 365여야 합니다
기본값은 30. .: 검색할 분석 데이터의 기간입니다
에 대한 값은 또는이어야 합니다
기본값은 입니다
–category: 검색할 분석 데이터 유형입니다
범주 값은 설치, 요청 시 설치 또는 빌드 오류여야 합니다
공식이 아닌 경우 cask-install 또는 os-version을 지정할 수 있습니다
기본값은 install. .: 검색할 분석 데이터 유형입니다
값은 다음과 같아야 합니다
또는 그렇지 않은 경우 지정할 수 있습니다
기본값은 입니다
–github: 브라우저에서 수식 및 통에 대한 GitHub 소스 페이지를 엽니다
기록을 로컬로 보려면: brew log -p Formula 또는 cask
: 브라우저에서 GitHub 소스 페이지를 엽니다
기록을 로컬로 보려면: 또는 –json: JSON 표현을 인쇄합니다
현재 버전의 기본값은 수식의 경우 v1입니다
공식 및 통의 경우 v2를 사용하십시오
JSON 출력 사용 예는 문서(https://docs.brew.sh/Querying-Brew)를 참조하세요
: JSON 표현을 인쇄합니다
현재 기본값은 for입니다
용 및 사용
JSON 출력 사용 예는 문서를 참조하십시오
https://docs.brew.sh/Querying-Brew –installed: 현재 설치된 수식의 JSON 인쇄. .: 현재 설치된 수식의 JSON 인쇄
–all: 사용 가능한 모든 공식의 JSON을 인쇄합니다
..: 사용 가능한 모든 공식의 JSON을 인쇄합니다
-v, –verbose: 수식에 대한 자세한 분석 데이터 표시. .,: 에 대한 자세한 분석 데이터 표시
–formula : 명명된 모든 인수를 수식으로 처리합니다.
: 명명된 모든 인수를 수식으로 처리합니다
–cask: 명명된 모든 인수를 cask로 취급.
install [options] 수식 | 통 […] ]
공식 또는 통을 설치하십시오
수식과 관련된 추가 옵션이 명령에 추가될 수 있습니다.
HOMEBREW_NO_INSTALLED_DEPENDENTS_CHECK가 설정되지 않은 경우, 양조 업그레이드 또는 양조 재설치는 오래된 종속 항목과 연결이 끊어진 종속 항목에 대해 각각 실행됩니다.
HOMEBREW_NO_INSTALL_CLEANUP이 설정되지 않은 경우 양조 정리가 실행됩니다
설치된 공식에 대해 또는 30일마다 모든 공식에 대해.
HOMEBREW_NO_INSTALL_UPGRADE가 설정되지 않은 경우 brew install * Formula *는 공식이 이미 설치되었지만 오래된 경우 업그레이드합니다.
-d, –debug: 양조에 실패하면 열기 IRB 또는 임시 빌드 디렉터리 내부의 셸에 액세스할 수 있는 대화형 디버깅 세션. .,: 추출에 실패하면 임시 빌드 디렉터리에 있는 IRB 또는 셸에 액세스할 수 있는 대화형 디버깅 세션을 엽니다
-f, –force: 이전에 설치된 통 전용 또는 마이그레이션되지 않은 버전을 확인하지 않고 공식을 설치합니다
캐스크를 설치할 때 기존 파일을 덮어씁니다(원래 동일한 캐스크가 아닌 경우 바이너리 및 심볼릭 링크는 제외됨). .,: 이전에 설치된 케그 전용 또는 마이그레이션되지 않은 버전을 확인하지 않고 공식을 설치합니다
캐스크를 설치할 때 기존 파일을 덮어씁니다(원래 동일한 캐스크가 아닌 경우 바이너리 및 심볼릭 링크는 제외됨)
-v, –verbose: 확인 및 사후 설치 단계를 인쇄합니다..,: 확인 및 사후 설치 단계를 인쇄합니다
–formula : 명명된 모든 인수를 수식으로 처리합니다.
: 명명된 모든 인수를 수식으로 처리합니다
–ignore-dependencies: 모든 종류의 종속성 설치를 건너뛰는 지원되지 않는 Homebrew 개발 플래그입니다
종속성이 아직 없으면 수식에 문제가 있습니다
Homebrew를 개발하지 않는 경우 이 플래그를 사용하는 대신 PATH를 조정하는 것이 좋습니다.
: 모든 종류의 종속성 설치를 건너뛰는 지원되지 않는 Homebrew 개발 플래그입니다
종속성이 아직 없으면 수식에 문제가 있습니다
Homebrew를 개발하지 않는 경우 이 플래그를 사용하는 대신 PATH를 조정하는 것이 좋습니다
–only-dependencies : 지정된 옵션으로 종속성을 설치하지만 공식 자체는 설치하지 않습니다
: 지정된 옵션으로 종속성을 설치하지만 공식 자체는 설치하지 않습니다
–cc : 컴파일러의 실행 파일 이름이어야 하는 지정된 컴파일러를 사용하여 컴파일을 시도합니다
GCC 7용 gcc-7
LLVM의 clang을 사용하려면 llvm_clang을 지정합니다
Apple에서 제공하는 clang을 사용하려면 clang 을 지정하십시오
이 옵션은 Homebrew에서 제공하거나 macOS와 함께 번들로 제공되는 컴파일러만 허용합니다
이 옵션을 사용하는 동안 오류가 발생하면 문제를 제출하지 마십시오
: 컴파일러의 실행 파일 이름이어야 하는 지정된 을 사용하여 컴파일을 시도합니다
GCC 7용
LLVM의 clang을 사용하려면
Apple 제공 clang을 사용하려면 를 지정하십시오
이 옵션은 Homebrew에서 제공하거나 macOS와 함께 번들로 제공되는 컴파일러만 허용합니다
이 옵션을 사용하는 동안 오류가 발생하면 문제를 제출하지 마십시오
-s , –build-from-source : 병이 제공되더라도 소스에서 공식을 컴파일합니다
종속성은 사용 가능한 경우 병에서 계속 설치됩니다.
, : 병이 제공되더라도 소스에서 컴파일합니다
사용 가능한 경우 종속성은 병에서 계속 설치됩니다
–force-bottle : 현재 또는 최신 버전의 macOS에 존재하는 경우 병에서 설치합니다
일반적으로 설치에 사용되지 않더라도.
: 현재 또는 최신 버전의 macOS에 존재하는 경우 병에서 설치 , 일반적으로 설치에 사용되지 않는 경우에도 마찬가지입니다
–include-test : 양조 테스트 공식을 실행하는 데 필요한 테스트 종속성을 설치합니다
: 실행에 필요한 테스트 종속성을 설치합니다
–HEAD : 수식에서 정의하는 경우 HEAD 버전(일명)을 설치합니다
메인, 트렁크, 불안정, 마스터.
: 정의하면 HEAD 버전(일명)을 설치합니다
메인, 트렁크, 불안정, 마스터
–fetch-HEAD : 수식의 HEAD 설치가 오래된 것인지 감지하기 위해 업스트림 저장소를 가져옵니다
그렇지 않으면 저장소의 HEAD는 새로운 안정 버전이나 개발 버전이 출시되었을 때만 업데이트를 확인합니다.
: 공식의 HEAD 설치가 오래된 것인지 감지하기 위해 업스트림 저장소를 가져옵니다
그렇지 않으면 새로운 안정 버전이나 개발 버전이 출시되었을 때만 리포지토리의 HEAD에서 업데이트를 확인합니다
–keep-tmp : 설치 중 생성된 임시 파일을 유지합니다.
: 설치 중 생성된 임시 파일을 유지합니다
–build-bottle : 설치 중 최종 병입을 위한 공식을 준비하고 설치 후 단계를 건너뜁니다.
: 설치 중 최종 병입을 위한 공식을 준비하고 설치 후 단계를 건너뜁니다
–bottle-arch : 병이 빌드된 macOS 버전에서 지원하는 가장 오래된 아키텍처가 아닌 지정된 아키텍처에 대해 병을 최적화합니다
: macOS 병 버전에서 지원하는 가장 오래된 아키텍처가 아닌 지정된 아키텍처에 대해 병을 최적화합니다
에 구축되어 있습니다
–display-times : 실행이 끝날 때 각 패키지의 설치 시간을 인쇄합니다.
: 실행이 끝날 때 각 패키지의 설치 시간을 인쇄합니다
-i , –interactive : 공식을 다운로드하고 패치한 다음 셸을 엽니다
이를 통해 사용자는. /configure –help를 실행하고 소프트웨어 패키지를 Homebrew 패키지로 바꾸는 방법을 결정할 수 있습니다.
, : 다운로드 및 패치 후 셸을 엽니다
이를 통해 사용자는 소프트웨어 패키지를 Homebrew 패키지로 전환하는 방법을 실행하고 결정할 수 있습니다
-g , –git : 소프트웨어에 대한 패치를 만드는 데 유용한 Git 리포지토리를 만듭니다
, : 소프트웨어에 대한 패치를 만드는 데 유용한 Git 리포지토리를 만듭니다
–overwrite : 연결하는 동안 접두사에 이미 존재하는 파일을 삭제합니다.
: 연결하는 동안 접두사에 이미 존재하는 파일을 삭제합니다
–cask : 모든 명명된 인수를 통으로 처리합니다.
: 명명된 모든 인수를 통으로 처리합니다
–[no-]binaries : 도우미 실행 파일 연결을 비활성화/활성화합니다(기본값: 활성화).
: 도우미 실행 파일 연결을 비활성화/활성화합니다(기본값: 활성화)
–require-sha : 모든 캐스크에 체크섬이 있어야 합니다.
: 모든 캐스크에 체크섬이 있어야 합니다
–[no-]quarantine : 다운로드 격리 비활성화/활성화(기본값: 활성화).
: 다운로드 격리 비활성화/활성화(기본값: 활성화)
–skip-cask-deps : 캐스크 종속성 설치를 건너뜁니다
[ –installed-on-request ] [ –installed-as-dependency ]를 남깁니다설치된 다른 공식의 종속성이 아닌 설치된 공식을 나열합니다
-r , –installed-on-request : 수동으로 설치된 잎만 나열합니다
, : 수동으로 설치된 잎만 나열합니다
-p , –installed-as-dependency : 종속성으로 설치된 리프만 나열합니다.
link , ln [ options ] installed_formula [… ]
Formula 가 설치된 모든 파일을 Homebrew의 접두사에 심볼릭 링크합니다
이것은 수식을 설치할 때 자동으로 수행되지만 DIY 설치에 유용할 수 있습니다
–overwrite : 연결하는 동안 접두사에 이미 있는 파일을 삭제합니다.
: 연결하는 동안 접두사에 이미 있는 파일을 삭제합니다
-n , –dry-run : 실제로 파일을 연결하거나 삭제하지 않고 brew link –overwrite 에 의해 링크되거나 삭제될 파일 목록
-f , –force : 통 전용 수식 연결 허용.
, : 통 전용 수식 연결 허용
–HEAD : HEAD 버전의 공식이 설치된 경우 링크합니다
list , ls [ options ] [ installed_formula | install_cask … ]
설치된 모든 공식과 통을 나열하십시오
공식이 제공되면 현재 통 내의 경로를 요약하십시오
cask가 제공된 경우 해당 아티팩트를 나열합니다
–formula : 수식만 나열하거나 명명된 모든 인수를 수식으로 처리합니다.
: 수식만 나열하거나 모든 명명된 인수를 수식으로 처리합니다
–cask : 통만 나열하거나 명명된 모든 인수를 통으로 처리합니다.
: 통만 나열하거나 명명된 모든 인수를 통으로 처리합니다
–full-name : 정규화된 이름으로 수식을 인쇄합니다
–full-name , –versions 또는 –pinned 가 전달되지 않는 한 다른 옵션(예: -1 , -l , -r 및 -t )이 ls(1)에 전달되어 실제 출력을 생성합니다.
: 수식 인쇄 정규화된 이름을 사용합니다
, 또는 가 전달되지 않으면 다른 옵션(예: , , 및 )이 (1)에 전달되어 실제 출력을 생성합니다
–versions : 설치된 수식의 버전 번호를 표시하거나 수식이 제공되는 경우 지정된 수식만 표시합니다
: 설치된 수식의 버전 번호를 표시하거나 제공된 경우 지정된 수식만 표시합니다
–multiple : 여러 버전이 설치된 수식만 표시합니다.
: 여러 버전이 설치된 수식만 표시합니다
–pinned : 고정된 수식만 나열하거나 수식이 제공되는 경우 지정된(고정된) 수식만 나열합니다
pin , unpin. .도 참조하십시오
고정된 수식만 나열하거나 제공된 경우 지정된(고정된) 수식만 나열합니다
또한보십시오 ,
-1 : 한 줄에 하나의 항목이 출력되도록 합니다
출력이 터미널이 아닐 때의 기본값입니다.
: 한 줄에 하나의 항목이 출력되도록 합니다
출력이 터미널이 아닐 때의 기본값입니다
-l : 긴 형식으로 공식 및/또는 캐스크를 나열합니다
공식 또는 통 이름이 인수로 전달될 때 효과가 없습니다.
: 공식 및/또는 통을 긴 형식으로 나열합니다
수식 또는 통 이름이 인수로 전달될 때 효과가 없습니다
-r : 가장 오래된 항목을 먼저 나열하도록 공식 및/또는 통 정렬의 순서를 반대로 합니다
수식 또는 통 이름이 인수로 전달될 때 효과가 없습니다.
: 수식 및/또는 통의 순서를 반대로 하여 가장 오래된 항목을 먼저 나열합니다
수식 또는 통 이름이 인수로 전달될 때 효과가 없습니다
-t : 공식 및/또는 캐스크를 수정된 시간별로 정렬하고 가장 최근에 수정된 것을 먼저 나열합니다
수식 또는 캐스크 이름이 인수로 전달될 때 효과가 없습니다.
log [ options ] [ Formula | 통 ]
Formula 또는 cask에 대한 git 로그를 표시하거나, 공식 또는 cask가 제공되지 않은 경우 Homebrew 저장소에 대한 로그를 표시합니다
-p , –patch : 또한 커밋에서 패치를 인쇄합니다.
, : 커밋에서 패치도 인쇄합니다
–stat : 커밋에서 diffstat도 출력합니다
: 커밋에서 diffstat도 출력합니다
–oneline : 커밋당 한 줄만 인쇄합니다.
: 커밋당 한 줄만 인쇄합니다
-1 : 하나의 커밋만 인쇄합니다.
: 하나의 커밋만 인쇄합니다
-n , –max-count : 지정된 수의 커밋만 인쇄합니다.
, : 지정된 수의 커밋만 인쇄합니다
–formula : 명명된 모든 인수를 수식으로 처리합니다.
: 명명된 모든 인수를 수식으로 처리합니다
–cask : 명명된 모든 인수를 cask로 처리합니다
migrate [ –force ] [ –dry-run ] installed_formula [… ]
이름이 바뀐 패키지를 새 이름으로 마이그레이션합니다
여기서 수식은 패키지의 이전 이름입니다.
-f , –force : 설치된 수식과 제공된 수식은 동일한 탭에서 가져온 것처럼 처리하고 어쨌든 마이그레이션합니다.
, : 설치 및 제공되는 것으로 취급 동일한 탭에서 가져온 경우 어쨌든 마이그레이션하십시오
-n , –dry-run : 마이그레이션될 항목을 표시하지만 실제로는 마이그레이션하지 않습니다
[ –hide = ] [ 수식 … ]이 누락되었습니다누락 된 종속성에 대해 주어진 공식 통을 확인하십시오
공식이 제공되지 않으면 모든 통을 확인하십시오
케그에 종속성이 없는 것으로 확인되면 0이 아닌 상태로 종료됩니다
–hide : 지정된 숨겨진 항목이 설치되지 않은 것처럼 작동합니다
hidden은 쉼표로 구분된 수식 목록이어야 합니다
options [ options ] [ 수식 … ]
수식과 관련된 설치 옵션 표시.
–compact : 공백으로 구분된 한 줄에 모든 옵션을 표시합니다.
: 공백으로 구분된 한 줄에 모든 옵션을 표시합니다
–installed : 현재 설치된 수식에 대한 옵션을 표시합니다
: 현재 설치된 수식에 대한 옵션을 표시합니다
–all : 사용 가능한 모든 수식에 대한 옵션을 표시합니다.
: 사용 가능한 모든 수식에 대한 옵션을 표시합니다
–command : 지정된 명령에 대한 옵션 표시.
사용 가능한 업데이트된 버전이 있는 설치된 통 및 공식을 나열합니다
기본적으로 버전 정보는 대화식 셸에 표시되며 그렇지 않으면 표시되지 않습니다.
-q , –quiet : 오래된 통의 이름만 나열( –verbose보다 우선함).., : 오래된 통의 이름만 나열( )보다 우선합니다
-v , –verbose : 자세한 버전 정보를 포함합니다.
, : 자세한 버전 정보를 포함합니다
–formula : 오래된 공식만 나열.
: 오래된 공식만 나열
–cask : 오래된 통만 나열.
: 오래된 통만 나열합니다
–json : JSON 형식으로 출력을 출력합니다
v1 및 v2의 두 가지 버전이 있습니다
v1은 더 이상 사용되지 않으며 현재 버전이 지정되지 않은 경우 기본값입니다
v2는 오래된 공식과 캐스크를 출력합니다.
: JSON 형식으로 출력을 출력합니다
및 두 가지 버전이 있습니다
버전이 지정되지 않은 경우 더 이상 사용되지 않으며 현재 기본값입니다
오래된 공식과 통을 인쇄합니다
–fetch-HEAD : 수식의 HEAD 설치가 오래된 것인지 감지하기 위해 업스트림 저장소를 가져옵니다
그렇지 않으면 저장소의 HEAD는 새로운 안정 버전이나 개발 버전이 출시되었을 때만 업데이트를 확인합니다.
: 공식의 HEAD 설치가 오래된 것인지 감지하기 위해 업스트림 저장소를 가져옵니다
그렇지 않으면 새로운 안정 버전이나 개발 버전이 출시되었을 때만 리포지토리의 HEAD에서 업데이트를 확인합니다
–greedy: auto_updates true 또는 version :latest..로 오래된 통을 인쇄하거나 또는 로 오래된 통을 인쇄합니다
–greedy-latest : version :latest. .를 포함하여 오래된 통을 인쇄합니다
:
–greedy-auto-updates : auto_updates true.
pin installed_formula [… ]를 포함하여 오래된 통을 인쇄합니다
brew upgrade Formula 명령을 실행할 때 업그레이드되지 않도록 지정된 수식을 고정합니다
unpin.
postinstall installed_formula […] ]도 참조하십시오
Formula.
readall [ –aliases ] [ –syntax ] [ tap … ]에 대한 설치 후 단계를 다시 실행하십시오.
지정된 탭에서 모든 항목을 가져오거나 제공되지 않은 경우 설치된 모든 탭에서 가져옵니다
이는 Formula.rb를 크게 변경할 때 모든 항목에서 문제를 디버깅하는 데 유용할 수 있습니다
모든 항목을 로드하는 성능을 테스트하거나 현재 공식/통에 Ruby 문제가 있는지 확인합니다
–aliases : 각 탭에서 별칭 심볼릭 링크를 확인합니다
.
: 각 탭에서 별칭 심볼릭 링크를 확인합니다
–syntax : Homebrew의 모든 Ruby 파일의 구문을 검사합니다(no * tap *이 전달되지 않은 경우)..reinstall [ options ] 수식 | 통 […] ]
원래 설치된 것과 동일한 옵션과 수식에 특정한 추가 옵션을 사용하여 수식 또는 캐스크를 제거한 다음 다시 설치합니다
각각.
HOMEBREW_NO_INSTALL_CLEANUP이 설정되어 있지 않으면 brew cleanup이 재설치된 수식에 대해 실행되거나 30일마다 모든 수식에 대해 실행됩니다
-d , –debug : 추출에 실패하면 IRB에 액세스하여 대화형 디버깅 세션을 열거나 임시 빌드 디렉토리 안의 셸.
, : 양조에 실패하면 IRB에 대한 액세스 권한이 있는 대화형 디버깅 세션을 열거나 임시 빌드 디렉토리 내의 셸을 엽니다
-f , –force : 이전에 설치된 keg 전용 또는 마이그레이션되지 않은 버전을 확인하지 않고 설치합니다
, : 이전에 설치된 keg 전용 또는 마이그레이션되지 않은 버전을 확인하지 않고 설치합니다
-v , –verbose : 확인 및 설치 후 단계를 인쇄합니다
, : 확인 및 설치 후 단계를 인쇄합니다
–formula : 명명된 모든 인수를 수식으로 처리합니다.
: 명명된 모든 인수를 수식으로 처리합니다
-s , –build-from-source : 병을 사용할 수 있는 경우에도 소스에서 공식을 컴파일합니다.
, : 병을 사용할 수 있는 경우에도 소스에서 컴파일합니다
-i , –interactive : 공식을 다운로드하고 패치한 다음 셸을 엽니다
이를 통해 사용자는. /configure –help를 실행하고 소프트웨어 패키지를 Homebrew 패키지로 바꾸는 방법을 결정할 수 있습니다.
, : 다운로드 및 패치 후 셸을 엽니다
이를 통해 사용자는 소프트웨어 패키지를 Homebrew 패키지로 전환하는 방법을 실행하고 결정할 수 있습니다
–force-bottle : 현재 또는 최신 버전의 macOS에 존재하는 경우 병에서 설치합니다
일반적으로 설치에 사용되지 않더라도.
: 현재 또는 최신 버전의 macOS에 존재하는 경우 병에서 설치 , 일반적으로 설치에 사용되지 않는 경우에도 마찬가지입니다
–keep-tmp : 설치 중 생성된 임시 파일을 유지합니다.
: 설치 중 생성된 임시 파일을 유지합니다
–display-times : 실행이 끝날 때 각 공식에 대한 설치 시간을 인쇄합니다.
: 실행이 끝날 때 각 공식에 대한 설치 시간을 인쇄합니다
-g , –git : 소프트웨어에 대한 패치를 만드는 데 유용한 Git 리포지토리를 만듭니다
, : 소프트웨어에 대한 패치를 만드는 데 유용한 Git 리포지토리를 만듭니다
–cask : 모든 명명된 인수를 통으로 처리합니다.
: 명명된 모든 인수를 통으로 처리합니다
–[no-]binaries : 도우미 실행 파일 연결을 비활성화/활성화합니다(기본값: 활성화).
: 도우미 실행 파일 연결을 비활성화/활성화합니다(기본값: 활성화)
–require-sha : 모든 캐스크에 체크섬이 있어야 합니다.
: 모든 캐스크에 체크섬이 있어야 합니다
–[no-]quarantine : 다운로드 격리 비활성화/활성화(기본값: 활성화).
: 다운로드 격리 비활성화/활성화(기본값: 활성화)
–skip-cask-deps : 캐스크 종속성 설치 건너뛰기.
search, -S [옵션] 텍스트 | /정규식/[…] ]
text 에 대한 캐스크 토큰 및 공식 이름의 하위 문자열 검색을 수행합니다
텍스트 옆에 슬래시가 있으면 정규식으로 해석됩니다
텍스트 검색은 homebrew/core 및 homebrew/cask로 온라인으로 확장됩니다.
–formula : 공식에 대해 온라인 및 로컬 검색.
: 공식에 대해 온라인 및 로컬 검색
–cask : 캐스크에 대한 온라인 및 로컬 검색.
: 캐스크에 대한 온라인 및 로컬 검색
–desc: 설명이 텍스트와 일치하는 공식과 이름이 텍스트와 일치하는 캐스크를 검색합니다.
: 설명이 일치하는 수식과 이름이 일치하는 캐스크를 검색합니다
–pull-request: 텍스트가 포함된 GitHub 풀 요청 검색. .: 포함된 GitHub 풀 요청 검색
–open: 열려 있는 GitHub pull 요청만 검색. .: 열려 있는 GitHub pull 요청만 검색합니다
–closed: 닫힌 GitHub pull 요청만 검색. .: 닫힌 GitHub pull 요청만 검색합니다
–repology: 주어진 데이터베이스에서 텍스트 검색. .: 주어진 데이터베이스에서 검색
–macports: 주어진 데이터베이스에서 텍스트 검색. .: 주어진 데이터베이스에서 검색
–fink: 주어진 데이터베이스에서 텍스트 검색. .: 주어진 데이터베이스에서 검색
–opensuse: 주어진 데이터베이스에서 텍스트 검색. .: 주어진 데이터베이스에서 검색
–fedora: 주어진 데이터베이스에서 텍스트 검색. .: 주어진 데이터베이스에서 검색
–archlinux: 주어진 데이터베이스에서 텍스트 검색. .: 주어진 데이터베이스에서 검색
–debian: 주어진 데이터베이스에서 텍스트 검색. .: 주어진 데이터베이스에서 검색
–ubuntu: 주어진 데이터베이스에서 텍스트 검색.
shellenv
수출 명세서를 인쇄합니다
셸에서 실행할 때 이 Homebrew 설치가 PATH, MANPATH 및 INFOPATH에 추가됩니다
HOMEBREW_PREFIX, HOMEBREW_CELLAR 및 HOMEBREW_REPOSITORY 변수도 여러 번 쿼리하는 것을 피하기 위해 내보내집니다
멱등성을 보장하기 위해 이 명령은 Homebrew의 bin 및 sbin 디렉토리가 PATH에서 각각 첫 번째 및 두 번째일 때 출력을 생성하지 않습니다
eval “$ (brew shellenv)”를 사용하여 이 명령의 출력에 대한 평가를 도트 파일(예: ~ /. profile, ~ /. bash_profile 또는 ~ /. zprofile)에 추가하는 것을 고려하십시오
[옵션] [사용자/리포지토리] [URL]을 탭합니다수식 저장소를 탭합니다.
인수가 제공되지 않으면 설치된 탭을 모두 나열합니다.
URL을 지정하지 않은 상태에서 HTTPS를 사용하여 GitHub에서 수식 저장소를 탭합니다
너무 많은 탭이 GitHub에서 호스팅되기 때문에 이 명령은 brew tap user / repo https://github.com/ user / homebrew-repo 에 대한 바로 가기입니다
URL이 지정된 상태에서 전송 프로토콜을 사용하여 어디서나 수식 저장소를 탭합니다
git (1)이 처리합니다
한 인수 형식의 탭은 단순화하지만 제한하기도 합니다
이 두 개의 인수 명령은 가정하지 않으므로 GitHub 이외의 위치에서 그리고 HTTPS 이외의 프로토콜을 사용하여 탭을 복제할 수 있습니다
SSH, git, HTTP, FTP(S), rsync.
–force-auto-update: GitHub에서 호스팅되지 않더라도 자동 업데이트 탭
기본적으로 GitHub에서 호스팅되는 탭만 자동 업데이트됩니다(성능상의 이유로). .: GitHub에서 호스팅되지 않더라도 탭 자동 업데이트
기본적으로 GitHub에서 호스팅되는 탭만 자동 업데이트됩니다(성능상의 이유로)
–custom-remote: 맞춤형 리모컨으로 탭을 설치하거나 변경합니다
거울에 유용.
: 맞춤형 리모컨으로 탭을 설치하거나 변경하십시오
거울에 유용합니다
–repair: 탭 수식을 심볼릭 링크 기반에서 디렉토리 기반 구조로 마이그레이션. .: 탭된 수식을 심볼릭 링크 기반에서 디렉토리 기반 구조로 마이그레이션합니다
–list-pinned: 고정된 모든 탭을 나열합니다
.
tap-info [–installed] [–json] [tap. .
]
하나 이상의 탭에 대한 자세한 정보 표시.
탭 이름이 제공되지 않으면 설치된 모든 탭에 대한 간략한 통계 표시.
–installed: 설치된 각 탭에 대한 정보 표시. .: 설치된 각 탭에 대한 정보 표시
–json: 탭의 JSON 표현을 인쇄합니다
현재 버전에 대해 기본적으로 허용되는 유일한 값은 v1입니다
JSON 출력 사용 예는 문서(https://docs.brew.sh/Querying-Brew)를 참조하세요
제거, 제거, rm [옵션] installed_formula | install_cask [..
]
공식 또는 캐스크 제거.
-f, –force: 설치된 모든 버전의 공식을 삭제합니다
cask가 설치되어 있지 않아도 제거, 기존 파일을 덮어쓰고 파일 제거 시 오류 무시. .,: 설치된 모든 버전을 삭제합니다
가 설치되지 않은 경우에도 제거하고 기존 파일을 덮어쓰고 파일 제거 시 오류를 무시합니다
–zap: 캐스크와 관련된 모든 파일을 제거합니다
응용 프로그램 간에 공유되는 파일을 제거할 수 있습니다.
: 와 관련된 모든 파일을 제거합니다
응용 프로그램 간에 공유되는 파일을 제거할 수 있습니다
–ignore-dependencies : 수식이 설치된 수식의 종속성인 경우에도 제거에 실패하지 않습니다
: 설치된 수식의 종속성이더라도 제거에 실패하지 않습니다
–formula : 명명된 모든 인수를 수식으로 처리합니다.
: 명명된 모든 인수를 수식으로 처리합니다
–cask : 명명된 모든 인수를 cask로 취급합니다.
unlink [ –dry-run ] installed_formula [… ]
Homebrew의 접두사에서 수식에 대한 심볼릭 링크를 제거합니다
이것은 수식을 일시적으로 비활성화하는 데 유용할 수 있습니다
brew unlink Formula && 명령 && brew link Formula
-n , –dry-run : 실제로 파일을 연결 해제하거나 삭제하지 않고 연결 해제될 파일을 나열합니다
unpin installed_formula […] ]
수식을 해제하여 양조 업그레이드 수식으로 업그레이드할 수 있습니다
핀.
언탭 [ –force ] 탭 [… ]도 참조하십시오
탭된 수식 저장소를 제거합니다.
-f , –force : 이 탭의 수식 또는 통이 현재 설치되어 있어도 탭을 해제합니다
git(1)을 사용하여 최신 버전의 Homebrew와 GitHub의 모든 수식을 가져오고 필요한 마이그레이션을 수행합니다
–merge : git merge 를 사용하여 업데이트를 적용합니다( git rebase 대신).
: 업데이트를 적용하는 데 사용합니다( 가 아님)
–preinstall : 자동 업데이트 시 실행(예: brew install 전)
일부 느린 단계를 건너뜁니다
: 자동 업데이트 시 실행(예: 이전)
일부 느린 단계를 건너뜁니다
-f , –force : 항상 느린 전체 업데이트 확인(불필요한 경우에도)을 수행합니다
git(1)을 사용하여 Homebrew 및 모든 탭 저장소(또는 지정된 저장소)를 최신 원본/HEAD로 가져오고 재설정합니다
: 이것은 커밋되지 않았거나 커밋된 모든 변경 사항을 파괴합니다.
원래 설치된 것과 동일한 옵션과 추가된 양조 공식 옵션을 사용하여 오래된 통과 오래되고 고정되지 않은 공식을 업그레이드하십시오
통 또는 공식이 지정된 경우 지정된 통 또는 공식 통만 업그레이드합니다(고정되지 않은 경우, pin , unpin 참조)
HOMEBREW_NO_INSTALLED_DEPENDENTS_CHECK가 설정되지 않은 경우 brew upgrade 또는 brew 재설치는 연결이 끊어진 오래된 종속 항목 및 종속 항목에 대해 실행됩니다
각각.
HOMEBREW_NO_INSTALL_CLEANUP이 설정되어 있지 않으면 brew cleanup이 업그레이드된 공식에 대해 실행되거나 30일마다 모든 공식에 대해 실행됩니다.
-d , –debug : 추출에 실패하면 IRB에 대한 액세스 권한이 있는 대화형 디버깅 세션을 열거나 임시 빌드 디렉토리 안의 셸.
, : 양조에 실패하면 IRB에 대한 액세스 권한이 있는 대화형 디버깅 세션을 열거나 임시 빌드 디렉토리 내의 셸을 엽니다
-f , –force : 이전에 설치된 keg 전용 또는 마이그레이션되지 않은 버전을 확인하지 않고 수식을 설치합니다
캐스크를 설치할 때 기존 파일을 덮어씁니다(원래 동일한 캐스크가 아닌 경우 바이너리 및 심볼릭 링크는 제외).
, : 이전에 설치된 keg 전용 또는 마이그레이션되지 않은 버전을 확인하지 않고 수식을 설치합니다
캐스크를 설치할 때 기존 파일을 덮어씁니다(원래 동일한 캐스크가 아닌 경우 바이너리 및 심볼릭 링크는 제외됨)
-v , –verbose : 확인 및 설치 후 단계를 인쇄합니다
, : 확인 및 설치 후 단계를 인쇄합니다
-n , –dry-run : 업그레이드할 항목을 표시하지만 실제로는 업그레이드하지 않습니다.
, : 업그레이드할 항목을 표시하지만 실제로 아무 것도 업그레이드하지 않습니다
–formula : 명명된 모든 인수를 수식으로 처리합니다
명명된 인수가 지정되지 않은 경우 오래된 수식만 업그레이드합니다.
: 명명된 모든 인수를 수식으로 처리합니다
명명된 인수가 지정되지 않은 경우 오래된 수식만 업그레이드합니다
-s , –build-from-source : 병을 사용할 수 있는 경우에도 소스에서 공식을 컴파일합니다.
, : 병을 사용할 수 있는 경우에도 소스에서 컴파일합니다
-i , –interactive : 공식을 다운로드하고 패치한 다음 셸을 엽니다
이를 통해 사용자는. /configure –help를 실행하고 소프트웨어 패키지를 Homebrew 패키지로 바꾸는 방법을 결정할 수 있습니다.
, : 다운로드하여 패치한 다음 셸을 엽니다
이를 통해 사용자는 소프트웨어 패키지를 Homebrew 패키지로 전환하는 방법을 실행하고 결정할 수 있습니다
–force-bottle : 현재 또는 최신 버전의 macOS에 존재하는 경우 병에서 설치합니다
일반적으로 설치에 사용되지 않더라도.
: 현재 또는 최신 버전의 macOS에 존재하는 경우 병에서 설치 , 일반적으로 설치에 사용되지 않는 경우에도 마찬가지입니다
–fetch-HEAD : 수식의 HEAD 설치가 오래된 것인지 감지하기 위해 업스트림 저장소를 가져옵니다
그렇지 않으면 저장소의 HEAD는 새로운 안정 버전이나 개발 버전이 출시되었을 때만 업데이트를 확인합니다.
: 공식의 HEAD 설치가 오래된 것인지 감지하기 위해 업스트림 저장소를 가져옵니다
그렇지 않으면 새로운 안정 버전이나 개발 버전이 출시되었을 때만 리포지토리의 HEAD에서 업데이트를 확인합니다
–ignore-pinned : 고정된 수식이 업그레이드되지 않은 경우에도 성공적인 종료 상태를 설정합니다.
: 고정된 수식이 업그레이드되지 않은 경우에도 성공적인 종료 상태를 설정합니다
–keep-tmp : 설치 중 생성된 임시 파일을 유지합니다.
: 설치 중 생성된 임시 파일을 유지합니다
–display-times : 실행이 끝날 때 각 패키지의 설치 시간을 인쇄합니다.
: 실행이 끝날 때 각 패키지의 설치 시간을 인쇄합니다
–cask : 모든 명명된 인수를 통으로 처리합니다
명명된 인수가 지정되지 않은 경우 오래된 통만 업그레이드합니다.
: 명명된 모든 인수를 통으로 처리합니다
명명된 인수가 지정되지 않은 경우 오래된 통만 업그레이드합니다
–[no-]binaries : 도우미 실행 파일 연결을 비활성화/활성화합니다(기본값: 활성화).
: 도우미 실행 파일 연결을 비활성화/활성화합니다(기본값: 활성화)
–require-sha : 모든 캐스크에 체크섬이 있어야 합니다.
: 모든 캐스크에 체크섬이 있어야 합니다
–[no-]quarantine : 다운로드 격리 비활성화/활성화(기본값: 활성화).
: 다운로드 격리 비활성화/활성화(기본값: 활성화)
–skip-cask-deps : 캐스크 종속성 설치를 건너뜁니다.
: 캐스크 종속성 설치를 건너뜁니다
–greedy: auto_updates true 또는 version :latest. .: 또는 로 통도 포함합니다
–greedy-latest : 버전이 있는 캐스크도 포함합니다
:latest.
: 캐스크도
–greedy-auto-updates : auto_updates true.
사용 [ options ] 공식 [… ]으로 통도 포함합니다
공식을 종속성으로 지정하는 공식 및 통을 표시합니다
즉, 공식의 종속성을 표시합니다
여러 수식 인수가 제공된 경우 Formula를 사용하는 수식의 교집합을 표시합니다
기본적으로 uses는 안정적인 빌드에 대한 필수 또는 권장 종속성으로 수식을 지정하는 모든 수식 및 캐스크를 표시합니다
–recursive : 둘 이상의 종속성 수준을 해결합니다.
: 둘 이상의 종속성 수준을 해결합니다
–installed : 현재 설치된 포뮬러와 캐스크만 나열합니다
: 현재 설치된 포뮬러와 캐스크만 나열합니다
–include-build : 수식을 :build 유형 종속성으로 지정하는 모든 수식을 포함합니다.
: 유형 종속성으로 지정하는 모든 수식을 포함합니다
–include-test : 수식을 형식 종속성으로 지정하는 모든 수식을 포함합니다.
: 형식 종속성으로 지정하는 모든 수식을 포함합니다
–include-optional : 수식을 :선택적 유형 종속성으로 지정하는 모든 수식을 포함합니다.
: 유형 종속성으로 지정하는 모든 수식을 포함합니다
–skip-recommended : 수식을 형식 종속성으로 지정하는 모든 수식을 건너뜁니다.
: 형식 종속성으로 지정하는 수식을 모두 건너뜁니다
–formula : 수식만 포함.
: 수식만 포함합니다
–cask : 캐스크만 포함합니다.
–cache [ 옵션 ] [ 수식 | 통… ]
Homebrew의 다운로드 캐시를 표시합니다
HOMEBREW_CACHE 도 참조하십시오
수식이 제공되면 수식을 캐시하는 데 사용된 파일 또는 디렉토리를 표시합니다.
-s , –build-from-source : 소스에서 빌드할 때 사용된 캐시 파일을 표시합니다.
, : 사용된 캐시 파일을 표시합니다
소스에서 빌드할 때
–force-bottle : 병을 따를 때 사용하는 캐시 파일을 보여줍니다.
: 병을 따를 때 사용하는 캐시 파일을 보여줍니다
–bottle-tag : 주어진 태그에 대한 병을 따를 때 사용되는 캐시 파일을 보여줍니다.
: 주어진 태그에 대해 병을 따를 때 사용되는 캐시 파일을 보여줍니다
–HEAD : HEAD에서 빌드할 때 사용된 캐시 파일을 표시합니다.
: HEAD에서 빌드할 때 사용된 캐시 파일을 표시합니다
–formula : 수식에 대한 캐시 파일만 표시.
: 수식에 대한 캐시 파일만 표시합니다
–cask : cask에 대한 캐시 파일만 표시합니다.
–caskroom [ cask. .
]
Homebrew의 Caskroom 경로를 표시합니다
cask가 제공되면 버전이 지정된 디렉터리를 마지막 경로로 사용하지 않고 cask가 설치될 Caskroom의 위치를 표시합니다
–cellar [ 공식 … ]
Homebrew의 지하실 경로를 표시합니다
기본값: $(brew –prefix)/Cellar 또는 해당 디렉토리가 존재하지 않는 경우 $(brew –repository)/Cellar.
공식이 제공되면 공식이 설치되지 않은 Cellar의 위치를 표시합니다
모든 종류의 버전이 지정된 디렉토리를 마지막 경로로.
–env , 환경 [ –shell = ] [ –plain ] [ 수식. .
]
Homebrew의 빌드 환경을 일반 목록으로 요약합니다.
명령의 출력이 파이프를 통해 전송되고 셸이 지정되지 않은 경우 –plain이 전달되지 않는 한 목록은 bash(1)로 내보내기 위해 형식이 지정됩니다
–shell : 생성 지정된 셸에 대한 환경 변수 목록 또는 –shell=auto를 사용하여 현재 셸을 검색합니다
: 지정된 셸에 대한 환경 변수 목록을 생성하거나 현재 셸을 검색합니다
–plain : 파이프로 연결된 경우에도 일반 출력을 생성합니다.
–prefix [ –unbrewed ] [ –installed ] [ Formula … ]
Homebrew의 설치 경로를 표시합니다
기본:
macOS 인텔: /usr/local
macOS ARM: /opt/homebrew
리눅스: /home/linuxbrew/.linuxbrew
수식이 제공되면 수식이 설치되었거나 설치될 위치를 표시합니다.
–unbrewed : Homebrew가 설치하지 않은 Homebrew의 접두사에 있는 파일을 나열합니다.
Homebrew가 설치하지 않은 Homebrew의 접두사에 있는 파일을 나열합니다
–installed : 수식이 설치되지 않은 경우 아무 것도 출력하지 않고 실패한 상태 코드를 반환합니다.
–repository , –repo [ 탭 … ]
Homebrew의 git 저장소 위치를 표시합니다
사용자/repo가 제공된 경우 탭 사용자/repo의 디렉토리가 있는 위치를 표시합니다.
–version, -v
Homebrew, Homebrew/homebrew-core 및 Homebrew/homebrew-cask(탭된 경우)의 버전 번호를 표준 출력으로 인쇄합니다
개발자 명령
감사 [ 옵션 ] [ 수식 | 통… ]
Homebrew 코딩 스타일 위반에 대한 공식을 확인하십시오
이것은 새로운 공식이나 캐스크를 제출하기 전에 실행해야 합니다
수식이 없으면 | 캐스크가 제공되는 경우 현지에서 사용 가능한 모든 공식과 캐스크를 확인하고 스타일 확인을 건너뜁니다
오류가 발견되면 0이 아닌 상태로 종료됩니다
–strict : 더 엄격한 스타일 검사를 추가로 실행합니다.: 더 엄격한 스타일 검사를 추가로 실행합니다
–git : Git 리포지토리를 탐색하는 더 느린 스타일 검사를 추가로 실행합니다
: Git 리포지토리를 탐색하는 더 느린 스타일 검사를 추가로 실행합니다
–online : 네트워크 연결이 필요한 느린 스타일 검사를 추가로 실행합니다
: 네트워크 연결이 필요한 느린 스타일 검사를 추가로 실행합니다
–installed : 현재 설치된 포뮬러와 캐스크만 확인합니다.
: 현재 설치된 포뮬러와 캐스크만 확인합니다
–new : 새로운 공식이나 통이 Homebrew에 적합한지 확인하기 위해 다양한 추가 스타일 검사를 실행합니다
이것은 새 공식을 만들 때 사용해야 하며 –strict 및 –online. .을 의미합니다
: 새 공식이나 통이 Homebrew에 적합한지 확인하기 위해 다양한 추가 스타일 검사를 실행합니다
이것은 새 수식을 생성할 때 사용해야 하며 및 를 의미합니다
–[no-]appcast : 앱캐스트를 감사합니다.
: 앱캐스트를 감사합니다
–token-conflicts : 토큰 충돌에 대한 감사.
: 토큰 충돌에 대한 감사
–tap : user / repo 로 지정된 주어진 탭 내 수식 확인.
: 지정된 탭 내 수식 확인,
–fix : RuboCop의 자동 수정 기능을 사용하여 자동으로 스타일 위반을 수정합니다.
: RuboCop의 자동 수정 기능을 사용하여 스타일 위반을 자동으로 수정합니다
–display-cop-names : 출력에 각 위반에 대한 RuboCop 경찰 이름을 포함합니다.
: 출력에 각 위반에 대한 RuboCop 경찰 이름을 포함합니다
–display-filename: 출력을 쉽게 grep할 수 있도록 출력의 모든 줄에 감사 중인 파일 또는 공식 이름을 접두사로 붙입니다
–display-failures-only: 감사에 실패한 캐스크만 표시합니다
이것은 공식의 기본값입니다. .: 감사에 실패한 캐스크만 표시합니다
수식의 기본값입니다
–skip-style: 비 RuboCop 스타일 검사 실행을 건너뜁니다
추출 스타일을 별도로 실행하려는 경우에 유용합니다
이름으로 공식을 지정하지 않으면 기본적으로 활성화됩니다
..: RuboCop이 아닌 스타일 검사 실행을 건너뜁니다
별도로 실행할 계획인 경우 유용합니다
이름으로 공식을 지정하지 않으면 기본적으로 활성화됩니다
-D, –audit-debug: 감사 방법의 디버깅 및 프로파일링을 활성화합니다
..,: 감사 방법의 디버깅 및 프로파일링을 활성화합니다
–only: audit_ method 라는 메서드만 실행하려면 쉼표로 구분된 메서드 목록을 지정합니다.: 지정된 메서드만 실행하려면 쉼표로 구분된 목록을 지정합니다
–except: audit_ method라는 메서드 실행을 건너뛰려면 쉼표로 구분된 메서드 목록을 지정합니다.: 명명된 메서드 실행을 건너뛰려면 쉼표로 구분된 목록을 지정합니다
–only-cop: 나열된 RuboCop 경찰의 위반만 확인하려면 쉼표로 구분된 경찰 목록을 지정합니다
..: 나열된 RuboCop 경찰의 위반만 확인하려면 쉼표로 구분된 목록을 지정합니다
–except-cops: 나열된 RuboCop 경찰의 위반 검사를 건너뛰려면 쉼표로 구분된 경찰 목록을 지정합니다
..: 나열된 RuboCop 경찰의 위반 검사를 건너뛰려면 쉼표로 구분된 목록을 지정합니다
–formula : 명명된 모든 인수를 수식으로 처리합니다.
: 명명된 모든 인수를 수식으로 처리합니다
–cask: 모든 명명된 인수를 cask로 처리.
bottle [옵션] installed_formula | 파일 [..
]
–build-bottle과 함께 설치된 공식에서 병(바이너리 패키지)을 생성합니다
공식이 재구축 버전을 지정하면 생성된 DSL에서 증분됩니다
–keep-old를 전달하면 원래 값으로 유지하려고 시도하는 반면 –no-rebuild는 제거합니다.
–skip-relocation: 병이 재배치 가능한 것으로 표시될 수 있는지 확인하지 마십시오. .: 확인하지 않음 병을 재배치 가능으로 표시할 수 있는지 여부
–force-core-tap: 공식이 homebrew/core 또는 설치된 탭에 없는 경우에도 병을 만듭니다
–no-rebuild: 공식이 다시 빌드 버전을 지정하는 경우 생성된 DSL에서 제거합니다..: 공식이 다시 빌드 버전을 지정하는 경우 생성된 DSL에서 제거합니다
–keep-old: 공식이 재구축 버전을 지정하는 경우 생성된 DSL에서 해당 값을 유지하려고 시도합니다
–json: JSON 파일에 병 정보를 작성하여 –merge 값으로 사용할 수 있습니다..: 병 정보를 JSON 파일에 작성하여 값으로 사용할 수 있습니다
–merge: 공식에 대한 업데이트된 병 블록을 생성하고 선택적으로 공식 파일에 병합합니다
수식 이름 대신 brew bottle –json Formula. .로 생성된 JSON 파일에 대한 경로가 필요합니다
수식에 대한 업데이트된 병 블록을 생성하고 선택적으로 수식 파일에 병합합니다
수식 이름 대신 생성된 JSON 파일에 대한 경로가 필요합니다
–write: 수식 파일에 변경 사항을 씁니다
–no-commit이 전달되지 않으면 새 커밋이 생성됩니다
..: 수식 파일에 변경 사항을 씁니다
통과하지 않으면 새 커밋이 생성됩니다
–no-commit: –write와 함께 전달하면 수식 파일에 변경 사항을 쓴 후 새 커밋이 생성되지 않습니다..: 로 전달하면 수식 파일에 변경 사항을 쓴 후 새 커밋이 생성되지 않습니다
–only-json-tab: –json으로 전달하면 탭이 JSON 파일에 기록되지만 병에는 기록되지 않습니다..: 로 전달되면 탭은 JSON 파일에 기록되지만 병에는 기록되지 않습니다
–committer: git의 표준 작성자 형식으로 커미터 이름과 이메일을 지정합니다.
: 의 표준 작성자 형식으로 커미터 이름과 이메일을 지정합니다
–root-url : 지정된 URL을 Homebrew의 기본값 대신 병 URL의 루트로 사용합니다
: 지정된 URL을 Homebrew의 기본값 대신 병 URL의 루트로 사용합니다
–root-url-using : Homebrew의 기본 URL 대신 지정된 다운로드 전략 클래스를 사용하여 병의 URL을 다운로드합니다
bump [ options ] [ 공식 | 통… ]
오래된 양조 공식과 사용 가능한 최신 버전을 표시합니다
반환된 현재 버전과 라이브 체크 버전이 다르거나 특정 공식을 쿼리할 때 URL로 pull 요청이 열렸는지 여부도 표시합니다
–full-name : 정규화된 이름으로 공식/통을 인쇄합니다.
: 공식/통을 인쇄합니다
정규화된 이름을 사용합니다
–no-pull-requests : GitHub에서 pull 요청을 검색하지 않습니다.
: GitHub에서 pull 요청을 검색하지 않습니다
–formula : 수식만 체크.
: 수식만 체크
–cask : 캐스크만 확인합니다.
: 캐스크만 확인합니다
–open-pr : 아직 열려 있는 버전이 없으면 새 버전에 대한 pull 요청을 엽니다
: 아직 열려 있는 버전이 없으면 새 버전에 대한 pull 요청을 엽니다
–limit : 반환되는 패키지 결과의 수를 제한합니다.
: 반환되는 패키지 결과의 수를 제한합니다
–start-with : 패키지 결과 목록이 알파벳순으로 따라야 하는 문자 또는 단어.
bump-cask-pr [ options ] cask
캐스크를 새 버전으로 업데이트하기 위한 pull 요청을 생성합니다
사용자가 값을 제공하지 않으면 SHA-256을 결정하기 위한 최선의 노력이 이루어집니다
-n , –dry-run : 수행할 작업 인쇄 하기보다는.
, : 하기 보다는 하고 싶은 것을 인쇄합니다
–write-only : Git 작업을 수행하지 않고 예상되는 파일 수정을 수행합니다.
: Git 작업을 수행하지 않고 예상되는 파일 수정을 수행합니다
–commit : –write-only 로 전달하면 캐스크 파일에 변경 사항을 기록한 후 새 커밋을 생성합니다
: 로 전달하면 캐스크 파일에 변경 사항을 기록한 후 새 커밋을 생성합니다
–no-audit : PR을 열기 전에 brew audit을 실행하지 마십시오.
: PR을 열기 전에 실행하지 마십시오
–online : PR을 열기 전에 brew audit –online을 실행합니다
: PR을 열기 전에 실행합니다
–no-style : brew style –fix 를 열기 전에 실행하지 마십시오.
: PR 을 열기 전에 실행하지 마십시오
–no-browse : 브라우저에서 여는 대신 pull 요청 URL을 인쇄합니다.
: 브라우저에서 여는 대신 pull 요청 URL을 인쇄합니다
–no-fork : 리포지토리를 포크하지 마세요.
: 리포지토리를 포크하지 마세요
–version : 캐스크의 새 버전을 지정합니다.
: 캐스크의 새 버전을 지정합니다
–message : 기본 pull 요청 메시지에 메시지 추가.
: 기본 pull 요청 메시지에 추가
–url : 새 다운로드에 대한 URL을 지정합니다.
: 새 다운로드에 대한 을 지정합니다
–sha256 : 새 다운로드의 SHA-256 체크섬을 지정합니다
: 새 다운로드의 체크섬을 지정합니다
–fork-org : forking에 지정된 GitHub 조직을 사용합니다.
: fork에 지정된 GitHub 조직을 사용합니다
-f , –force : 중복된 열린 PR 무시.
bump-formula-pr [ 옵션 ] [ 수식 ]
새 URL 또는 새 태그로 수식을 업데이트하기 위한 풀 요청을 만듭니다
URL이 지정되면 새 다운로드의 SHA-256 체크섬도 지정해야 합니다
SHA-256 및 수식 이름을 결정하기 위한 최선의 노력은 사용자가 값 중 하나 또는 둘 모두를 제공하지 않는 경우 이루어집니다.
태그가 지정되면 해당 태그에 해당하는 Git 커밋 개정도 지정되어야 합니다
사용자가 값을 제공하지 않을 경우 개정판을 결정하기 위해 최선을 다합니다.
버전을 지정하면 URL과 SHA-256 또는 두 값이 모두 있는 경우 태그와 개정판을 결정하기 위해 최선을 다합니다 사용자가 제공하지 않습니다.
참고: 이 명령은 수식을 URL 및 SHA-256 스타일 사양에서 태그 및 개정 스타일 사양으로 또는 그 반대로 전환하는 데 사용할 수 없습니다
공식이 이미 사용하는 스타일 사양을 사용해야 합니다.
-n , –dry-run : 수행하는 대신 수행할 작업을 인쇄합니다.
, : 하기 보다는 하고 싶은 것을 인쇄합니다
–write-only : Git 작업을 수행하지 않고 예상되는 파일 수정을 수행합니다.
: Git 작업을 수행하지 않고 예상되는 파일 수정을 수행합니다
–commit : –write-only 와 함께 전달되면 수식 파일에 변경 사항을 기록한 후 새 커밋을 생성합니다
: 와 함께 전달하면 수식 파일에 변경 사항을 기록한 후 새 커밋을 생성합니다
–no-audit : PR을 열기 전에 brew audit을 실행하지 마십시오.
: PR을 열기 전에 실행하지 마십시오
–strict : PR을 열기 전에 brew audit –strict를 실행합니다.
: PR을 열기 전에 실행합니다
–online : PR을 열기 전에 brew audit –online을 실행합니다
: PR을 열기 전에 실행합니다
–no-browse : 브라우저에서 여는 대신 pull 요청 URL을 인쇄합니다.
: 브라우저에서 여는 대신 pull 요청 URL을 인쇄합니다
–no-fork : 리포지토리를 포크하지 마세요.
: 리포지토리를 포크하지 마세요
–mirror : 지정된 URL을 미러 URL로 사용합니다
URL이 쉼표로 구분된 URL 목록이면 여러 미러가 추가됩니다.
: 지정된 미러 URL을 사용합니다
가 쉼표로 구분된 URL 목록인 경우 여러 미러가 추가됩니다
–fork-org : forking에 지정된 GitHub 조직을 사용합니다.
: fork에 지정된 GitHub 조직을 사용합니다
–version : 지정된 버전을 사용하여 URL 또는 태그에서 구문 분석된 값을 재정의합니다
–version=0은 중복된 경우 공식에서 기존 버전 재정의를 삭제하는 데 사용할 수 있습니다
: 지정된 값을 사용하여 URL 또는 태그에서 구문 분석된 값을 재정의합니다
중복된 경우 공식에서 기존 버전 재정의를 삭제하는 데 사용할 수 있습니다
–message : 기본 pull 요청 메시지에 메시지 추가.
: 기본 pull 요청 메시지에 추가
–url : 새 다운로드의 URL을 지정합니다
URL이 지정되면 새 다운로드의 SHA-256 체크섬도 지정해야 합니다.
: 새 다운로드에 대해 지정합니다
지정된 경우 새 다운로드의 체크섬도 지정해야 합니다
–sha256 : 새 다운로드의 SHA-256 체크섬을 지정합니다
: 새 다운로드의 체크섬을 지정합니다
–tag : 수식에 대한 새 git 커밋 태그를 지정합니다
: 수식에 대한 새 git 커밋을 지정합니다
–revision: 지정된 git 태그 또는 지정된 버전에 해당하는 새 커밋 개정을 지정합니다..: 지정된 git 또는 지정된 것에 해당하는 새 커밋을 지정합니다
-f , –force : 중복된 열린 PR을 무시합니다
–mirror가 지정되지 않은 경우 모든 미러를 제거합니다.
bump-revision [ options ] 수식 [… ]
수식의 개정을 증가시키는 커밋을 생성합니다
개정이 없으면 “개정 1″이 추가됩니다
-n , –dry-run : 하지 않고 수행할 작업을 인쇄합니다.
, : 수행보다 수행할 작업을 인쇄합니다
–remove-bottle-block : 리비전 범프와 함께 병 블록을 제거합니다.
: 리비전 범프와 함께 병 블록을 제거합니다
–write-only : Git 작업을 수행하지 않고 예상되는 파일 수정을 수행합니다.
: Git 작업을 수행하지 않고 예상되는 파일 수정을 수행합니다
–message : 기본 커밋 메시지에 메시지 추가.
bump-unversioned-casks [ options ] cask | 수도꼭지 […] ]
업데이트를 위해 주어진 탭에서 버전이 지정되지 않은 URL이 있는 모든 캐스크를 확인합니다.
-n , –dry-run : 상태 캐싱 및 풀 요청 열기를 제외한 모든 작업을 수행합니다.
, : 상태 캐싱 및 풀 요청 열기를 제외한 모든 작업을 수행합니다
–limit : 분 단위의 최대 런타임.
: 분 단위의 최대 런타임
–state-file : 상태 캐싱을 위한 파일.
cat [ –formula ] [ –cask ] 공식 | 통
공식 또는 통의 소스를 표시합니다
.
–formula : 모든 명명된 인수를 공식으로 처리합니다.
: 명명된 모든 인수를 공식으로 처리합니다
–cask : 명명된 모든 인수를 casks.
명령 명령 […] ]으로 처리합니다
brew cmd.
create [ options ] URL을 호출할 때 사용 중인 파일의 경로를 표시합니다.
공식을 생성하거나 –cask를 사용하여 URL에서 다운로드 가능한 파일에 대한 캐스크를 생성하고 편집기에서 엽니다
Homebrew는 공식 이름과 버전을 자동으로 유도하려고 시도하지만 실패할 경우 고유한 템플릿을 만들어야 합니다
wget 공식은 간단한 예입니다
전체 API는 https://rubydoc.brew.sh/Formula를 참조하십시오
–autotools: Autotools 스타일 빌드를 위한 기본 템플릿을 만듭니다..: Autotools 스타일 빌드를 위한 기본 템플릿을 만듭니다
–cask: 캐스크에 대한 기본 템플릿 생성. .: 캐스크에 대한 기본 템플릿을 생성합니다
–cmake: CMake 스타일 빌드용 기본 템플릿 생성. .: CMake 스타일 빌드용 기본 템플릿 생성
–crystal: Crystal 빌드를 위한 기본 템플릿 만들기. .: Crystal 빌드를 위한 기본 템플릿을 만듭니다
–go: Go 빌드용 기본 템플릿 생성. .: Go 빌드용 기본 템플릿 생성
–meson: Meson 스타일 빌드를 위한 기본 템플릿 생성. .: Meson 스타일 빌드를 위한 기본 템플릿을 생성합니다
–node: 노드 빌드를 위한 기본 템플릿 생성. .: 노드 빌드를 위한 기본 템플릿 생성
–perl: Perl 빌드를 위한 기본 템플릿 생성. .: Perl 빌드를 위한 기본 템플릿 생성
–python: Python 빌드용 기본 템플릿 생성. .: Python 빌드용 기본 템플릿 생성
–ruby: Ruby 빌드용 기본 템플릿 생성. .: Ruby 빌드용 기본 템플릿 생성
–rust: Rust 빌드를 위한 기본 템플릿을 만듭니다..: Rust 빌드를 위한 기본 템플릿을 만듭니다
–no-fetch: Homebrew는 캐시에 대한 URL을 다운로드하지 않으므로 SHA-256을 공식에 추가하지 않으며 GitHub 프로젝트용 GitHub API를 확인하지도 않습니다(설명 및 홈페이지 작성을 위해).
: Homebrew는 캐시에 다운로드되지 않으므로 SHA-256을 공식에 추가하지 않으며 GitHub 프로젝트용 GitHub API를 확인하지도 않습니다(설명 및 홈페이지 작성을 위해)
–HEAD: URL이 파일이 아니라 패키지의 리포지토리를 가리킴을 나타냅니다
..: 파일이 아닌 패키지의 리포지토리를 가리킴을 나타냅니다
–set-name: 새 공식 또는 통의 이름을 명시적으로 설정. .: 새 공식 또는 통의 이름을 명시적으로 설정합니다
–set-version: 새 공식 또는 통의 버전을 명시적으로 설정. .: 새 공식 또는 통의 버전을 명시적으로 설정합니다
–set-license: 새 수식의 라이선스를 명시적으로 설정합니다
..: 새 수식의 라이선스를 명시적으로 설정합니다
–tap: 지정된 탭 내에서 새 수식 생성, 사용자로 지정 / repo. .: 지정된 탭 내에서 새 수식 생성, 로 지정됨
-f, –force: 허용되지 않는 수식 이름 및 별칭을 가리는 이름에 대한 오류를 무시합니다
.
dispatch-build-bottle [옵션] 수식 [..
]
GitHub Actions.
–tap: 대상 탭 저장소(기본값: homebrew / core). .: 대상 탭 저장소(기본값:)를 사용하여 이러한 수식에 대한 병을 만드십시오
–timeout: 빌드 시간 초과(분 단위, 기본값: 60). .: 빌드 시간 초과(분 단위, 기본값: 60)
–issue: 지정된 경우 작업이 실패하면 이 문제 번호에 댓글을 게시합니다
..: 지정된 경우 작업이 실패하면 이 문제 번호에 댓글을 게시합니다
–macos: macOS 병의 버전은. .용으로 빌드되어야 합니다.: macOS 병의 버전은 빌드되어야 합니다
–workflow: 지정된 워크플로를 디스패치(기본값: dispatch-build-bottle.yml). .: 지정된 워크플로를 디스패치(기본값:)합니다
–upload: 빌드된 병 업로드. .: 빌드된 병을 업로드합니다
–linux: Linux용 디스패치 병(GitHub 러너 사용). .: Linux용 디스패치 병(GitHub 러너 사용)
–linux-self-hosted: Linux용 디스패치 병(자체 호스팅 러너 사용). .: Linux용 디스패치 병(자체 호스팅 러너 사용)
–linux-wheezy: Linux에서 병을 빌드하기 위해 Debian Wheezy 컨테이너 사용.
edit [options] [formula | 통… ]
EDITOR 또는 HOMEBREW_EDITOR에서 설정한 편집기에서 공식 또는 통을 열거나 공식이 제공되지 않은 경우 편집을 위해 Homebrew 저장소를 엽니다
–formula: 명명된 모든 인수를 공식으로 처리. .: 명명된 모든 인수를 공식으로 처리합니다
–cask : 모든 명명된 인수를 통으로 처리합니다.
: 명명된 모든 인수를 통으로 처리합니다
–print-path : 편집기를 열지 않고 편집할 파일 경로를 인쇄합니다
extract [ –version = ] [ –force ] 수식 탭
저장소 기록을 살펴보고 최신 버전의 공식을 찾고 탭에서 사본을 만드십시오
특히 이 명령은 /Formula/ Formula @ version. rb 탭에서 새 수식 파일을 생성합니다
탭이 아직 설치되지 않은 경우 계속하기 전에 탭을 설치/복제하십시오
홈브류/코어가 아닌 탭에서 공식을 추출하려면 user / repo / 공식의 정규화된 형식을 사용하십시오.
–version : 가장 최근 대신 지정된 공식 버전을 추출합니다
: 대신에 지정된 공식을 추출합니다
가장 최근의
-f , –force : 이미 존재하는 경우 대상 공식을 덮어씁니다.
공식 공식 [… ]
수식이 있는 경로를 표시합니다.
generate-man-completions [ –fail-if-not-changed ]
Homebrew의 맨페이지 및 셸 완성 생성.
–fail-if-not-changed : 맨페이지 출력에서 변경 사항이 감지되지 않으면 실패한 상태 코드를 반환합니다
맨페이지가 오래된 경우 CI에 알리는 데 사용할 수 있습니다
또한 새 맨페이지에 사용된 날짜는 기존 맨페이지의 날짜와 일치합니다(날짜를 고려하지 않고 비교할 수 있도록).
install-bundler-gems [ –groups = ]
Homebrew의 번들러 gem을 설치합니다.
–groups : 지정된 쉼표로 구분된 gem 그룹 목록을 설치합니다(기본값: 마지막 사용).
irb [ –examples ] [ –pry ]
대화형 Homebrew Ruby 셸을 입력합니다.
–examples : 여러 예를 표시합니다.
: 여러 예를 표시합니다
–pry : IRB 대신 Pry를 사용합니다
HOMEBREW_PRY가 설정된 경우 암시됩니다.
연결 [ options ] [ installed_formula. .
]
주어진 공식 통에서 라이브러리 링크를 확인하십시오
공식이 제공되지 않으면 모든 통을 확인하십시오
제거된 공식에서 실행하면 오류가 발생합니다
–test : 누락된 라이브러리만 표시하고 누락된 라이브러리가 발견되면 0이 아닌 상태로 종료합니다
: 누락된 라이브러리만 표시하고 누락된 경우 0이 아닌 상태로 종료 라이브러리가 발견됩니다
–strict : 연결이 있는 선언되지 않은 종속성이 발견되면 0이 아닌 상태로 종료합니다
: 연결이 있는 선언되지 않은 종속성이 발견되면 0이 아닌 상태로 종료합니다
–reverse : 통이 참조하는 모든 라이브러리에 대해 dylib 경로를 인쇄하고 그 뒤에 연결된 바이너리를 인쇄합니다
: 통이 참조하는 모든 라이브러리에 대해 dylib 경로와 연결된 바이너리를 인쇄합니다
–cached : HOMEBREW_CACHE에 저장된 캐싱된 연결 값을 출력하며, 이전 brew linkage run.
livecheck, lc [ options ] [ formula | 통… ]
업스트림에서 최신 버전의 수식 및/또는 통을 확인합니다
수식이나 통 인수가 전달되지 않으면 HOMEBREW_LIVECHECK_WATCHLIST 또는 ~/.brew_livecheck_watchlist.
–full-name : 수식 인쇄에서 확인할 수식 및 통 목록을 가져옵니다
/casks with 완전한 이름.
: 완전한 이름의 공식/casks를 인쇄합니다
–tap : 사용자/리포지토리로 지정된 주어진 탭 내의 공식/통을 확인합니다
: 로 지정된 주어진 탭 내의 공식/통을 확인합니다
–all : 사용 가능한 모든 공식/통을 확인합니다.
: 사용 가능한 모든 공식/통을 확인합니다
–installed : 현재 설치된 Formula/Cask를 확인합니다.
: 현재 설치된 Formula/Cask를 확인합니다
–newer-only : 공식/통보다 최신 버전인 경우에만 최신 버전을 표시합니다.
: 공식/통보다 최신 버전인 경우에만 최신 버전을 표시합니다
–json : JSON 형식으로 정보를 출력합니다.
: JSON 형식으로 정보를 출력합니다
-q , –quiet : 경고 표시 안 함, JSON 출력에 대한 진행 표시줄 인쇄 안 함.
, : 경고 표시 안 함, JSON 출력에 대한 진행 표시줄 인쇄 안 함
–formula : 수식만 확인.
: 수식만 확인
–cask : 캐스크만 확인합니다.
pr-automerge [ options ]
brew pr-publish.
–tap : 타겟 탭 리포지토리(기본값: homebrew/core ).
: 타겟 탭 리포지토리(기본값: )를 사용하여 자동으로 병합할 수 있는 풀 리퀘스트를 찾습니다
–with-label : pull 요청에는 이 레이블이 있어야 합니다.
: pull 요청에는 이 레이블이 있어야 합니다
–without-labels : pull 요청에 다음 레이블이 없어야 합니다(기본값: do not merge , new Formula , automerge-skip ).
: pull 요청에 이러한 레이블이 없어야 합니다(기본값: , , )
–without-approval : 풀 리퀘스트는 병합 승인이 필요하지 않습니다
: 풀 리퀘스트는 승인이 필요하지 않습니다
–publish : 일치하는 pull 요청에 대해 brew pr-publish를 실행합니다
: 일치하는 pull 요청에 대해 실행합니다
–no-autosquash : brew pr-publish 가 pull 요청의 커밋을 선호하는 형식으로 자동으로 다시 포맷하고 단어를 변경하는 것을 건너뛰도록 지시합니다
–ignore-failures : 상태 확인에 실패한 pull 요청을 포함합니다
pr-publish [ options ] pull_request [… ]
GitHub Actions를 사용하여 pull 요청에 대한 병을 게시합니다
저장소에 대한 쓰기 액세스 권한이 필요합니다
–no-autosquash : 대상 탭에서 지원되는 경우에도 pull 요청의 커밋을 원하는 형식으로 자동으로 다시 포맷하고 단어를 변경하는 것을 건너뜁니다
대상 탭에서 지원되는 경우에도 기본 형식입니다
–branch : 게시할 분기(기본값: master).
: 게시할 분기(기본값: )
–message : 리비전 범프, 삭제 및 재구성을 자동으로 스쿼싱할 때 포함할 메시지.
리비전 범프, 삭제 및 다시 빌드를 자동으로 스쿼싱할 때 포함할 메시지입니다
–tap : 대상 탭 저장소(기본값: homebrew/core ).
: 대상 탭 저장소(기본값: )
–workflow : 대상 워크플로 파일 이름(기본값: publish-commit-bottles.yml ).
pr-pull [ options ] pull_request [… ]
병을 다운로드 및 게시하고 GitHub Actions에서 생성한 아티팩트가 있는 pull 요청의 병 커밋을 적용합니다
저장소에 대한 쓰기 권한이 필요합니다
–no-upload : 병을 다운로드하지만 업로드하지 않습니다.
: 병을 다운로드하지만 업로드하지 않습니다
–no-commit : 업로드하기 전에 새 커밋을 생성하지 않습니다.
: 업로드하기 전에 새 커밋을 생성하지 않습니다
-n , –dry-run : 하지 않고 수행할 작업을 인쇄합니다.
, : 수행보다 수행할 작업을 인쇄합니다
–clean : pull 요청의 커밋을 수정하지 않습니다.
: pull 요청의 커밋을 수정하지 않습니다
–keep-old : 수식이 다시 빌드 버전을 지정하는 경우 생성된 DSL에서 해당 값을 유지합니다
: 수식이 다시 빌드 버전을 지정하는 경우 생성된 DSL에서 해당 값을 유지합니다
–no-autosquash : pull 요청의 커밋을 우리가 선호하는 형식으로 자동으로 다시 포맷하고 단어 변경하는 것을 건너뜁니다.
: pull 요청의 커밋을 우리가 선호하는 형식으로 자동으로 다시 포맷하고 단어를 바꾸는 것을 건너뜁니다
–branch-okay : 리포지토리 기본값이 아닌 다른 브랜치로 pull하는 경우 경고하지 않음(테스트에 유용).
: 리포지토리 기본값 이외의 브랜치로 pull하는 경우 경고하지 않음(테스트에 유용)
–resolve : 패치 적용에 실패하면 중단하는 대신 진행 상태로 두고 사용자가 해결할 수 있도록 합니다
: 패치 적용에 실패하면 중단하는 대신 진행 상태로 두고 사용자가 해결할 수 있도록 합니다
–warn-on-upload-failure : 병 업로드가 실패하면 오류를 발생시키는 대신 경고합니다
이전에 실패한 병 업로드를 복구하는 데 유용합니다
: 병 업로드가 실패하면 오류를 발생시키는 대신 경고합니다
이전에 실패한 병 업로드를 복구하는 데 유용합니다
–committer : git의 표준 작성자 형식으로 커미터 이름과 이메일을 지정합니다
: 의 표준 작성자 형식으로 커미터 이름과 이메일을 지정합니다
–message : 리비전 범프, 삭제 및 재구성을 자동으로 스쿼싱할 때 포함할 메시지.
리비전 범프, 삭제 및 다시 빌드를 자동으로 스쿼싱할 때 포함할 메시지입니다
–artifact : 지정된 이름의 아티팩트 다운로드(기본값: 병 ).
: 지정된 이름의 아티팩트 다운로드(기본값: )
–tap : 대상 탭 저장소(기본값: homebrew/core ).
: 대상 탭 저장소(기본값: )
–root-url : Homebrew의 기본값 대신 지정된 URL을 병 URL의 루트로 사용합니다.
: Homebrew의 기본값 대신 병 URL의 루트로 지정된 것을 사용합니다
–root-url-using : Homebrew의 기본값 대신 병의 URL을 다운로드하기 위해 지정된 다운로드 전략 클래스를 사용합니다.
: Homebrew의 기본값 대신 병의 URL을 다운로드하기 위해 지정된 다운로드 전략 클래스를 사용합니다
–workflows : 지정된 워크플로에서 아티팩트를 검색합니다(기본값: tests.yml)
여러 워크플로를 포함하기 위해 쉼표로 구분된 목록일 수 있습니다
: 지정된 워크플로에서 아티팩트를 검색합니다(기본값: )
여러 워크플로를 포함하기 위해 쉼표로 구분된 목록일 수 있습니다
–ignore-missing-artifacts : 실행되지 않은 경우 무시할 수 있는 쉼표로 구분된 워크플로 목록입니다
pr-upload [ options ]
병 커밋을 호스트에 적용하고 병을 게시합니다
–keep-old : 공식이 재구축 버전을 지정하는 경우 생성된 DSL에서 해당 값을 유지하려고 시도합니다
생성된 DSL의 값입니다
-n , –dry-run : 하지 않고 수행할 작업을 인쇄합니다.
, : 수행보다 수행할 작업을 인쇄합니다
–no-commit : 업로드하기 전에 새 커밋을 생성하지 않습니다.
: 업로드하기 전에 새 커밋을 생성하지 않습니다
–warn-on-upload-failure : 병 업로드가 실패하면 오류를 발생시키는 대신 경고합니다
이전에 실패한 병 업로드를 복구하는 데 유용합니다
: 병 업로드가 실패하면 오류를 발생시키는 대신 경고합니다
이전에 실패한 병 업로드를 복구하는 데 유용합니다
–upload-only : 업로드하기 전에 실행 중인 양조 병을 건너뜁니다.
: 업로드하기 전에 실행을 건너뜁니다
–committer : git의 표준 작성자 형식으로 커미터 이름과 이메일을 지정합니다
: 의 표준 작성자 형식으로 커미터 이름과 이메일을 지정합니다
–root-url : 지정된 URL을 Homebrew의 기본값 대신 병 URL의 루트로 사용합니다
: 지정된 URL을 Homebrew의 기본값 대신 병 URL의 루트로 사용합니다
–root-url-using : Homebrew의 기본.
prof [ –stackprof ] 명령 [… ] 대신 병의 URL을 다운로드하기 위해 지정된 다운로드 전략 클래스를 사용합니다
Ruby 프로파일러로 Homebrew를 실행합니다
예를 들어, brew prof readall.
–stackprof : ruby-prof 대신 stackprof를 사용합니다(기본값).
release [ –major ] [ –minor ]
적절한 버전 번호와 릴리스 정보를 사용하여 새 초안 Homebrew/brew 릴리스를 만듭니다
기본적으로 brew 릴리스는 패치 버전 번호를 범합니다
주 또는 부 버전 번호를 각각 범프하려면 –major 또는 –minor를 전달하십시오
이전 주 또는 부 릴리스가 1개월 미만인 경우 명령이 실패합니다.
Homebrew/brew 저장소에 대한 쓰기 액세스 권한이 필요합니다.
–major : 주 릴리스를 만듭니다.
: 주 릴리스를 만듭니다
–minor : 마이너 릴리스를 생성합니다.
rubocop
Homebrew의 rubocop.
ruby [ options ] ( -e text | file )를 설치, 구성 및 실행합니다
Homebrew의 라이브러리가 로드된 Ruby 인스턴스를 실행합니다
예를 들어, brew ruby -e “puts :gcc.f.deps” 또는 brew ruby script.rb.
-r : require. .를 사용하여 라이브러리 로드:
-e : 주어진 텍스트 문자열을 스크립트로 실행합니다.
sh [ –env = ] [ –cmd = ] [ 파일 ]
Homebrew의 빌드 환경을 위한 대화형 셸을 입력합니다
./configure && make && make install 및 gem 설치 성공을 돕기 위해 수년간의 전투로 강화된 빌드 로직을 사용하십시오
Xcode 전용 구성에서 Homebrew를 실행하는 경우 특히 유용합니다
빌드 시스템이 그렇지 않으면 찾을 수 없는 make와 같은 도구를 PATH에 추가하기 때문입니다
–env : std가 전달될 때 superenv 대신 표준 PATH를 사용합니다
: 사용 전달될 때 superenv 대신 표준입니다
-c , –cmd : 비대화형 셸에서 명령을 실행합니다.
Homebrew/brew README에서 GitHub 후원자 목록을 업데이트합니다.
style [ options ] [ file | 탭 | 공식 | 통… ]
Homebrew 스타일 지침을 준수하는지 수식 또는 파일을 확인하십시오
파일, 탭 및 수식의 목록은 결합되지 않을 수 있습니다
아무 것도 제공되지 않으면 style은 핵심 코드와 모든 공식을 포함하여 전체 Homebrew 라이브러리에서 스타일 검사를 실행합니다
–fix : RuboCop의 자동 수정 기능을 사용하여 스타일 위반을 자동으로 수정합니다.
: RuboCop의 자동 수정 기능을 사용하여 스타일 위반을 자동으로 수정합니다
–display-cop-names: 출력에 각 위반에 대한 RuboCop 경찰 이름 포함. .: 출력에 각 위반에 대한 RuboCop 경찰 이름을 포함합니다
–reset-cache: RuboCop 캐시 재설정. .: RuboCop 캐시 재설정
–formula : 명명된 모든 인수를 수식으로 처리합니다.
: 명명된 모든 인수를 수식으로 처리합니다
–cask : 모든 명명된 인수를 통으로 처리합니다.
: 명명된 모든 인수를 통으로 처리합니다
–only-cop: 나열된 RuboCop 경찰의 위반만 확인하려면 쉼표로 구분된 경찰 목록을 지정합니다
..: 나열된 RuboCop 경찰의 위반만 확인하려면 쉼표로 구분된 목록을 지정합니다
–except-cops: 나열된 RuboCop 경찰의 위반 확인을 건너뛰려면 쉼표로 구분된 경찰 목록을 지정하십시오
새 탭에 대한 템플릿 파일 생성.
–no-git: 탭에 대한 Git 리포지토리를 초기화하지 않음. .: 탭에 대한 Git 리포지토리를 초기화하지 않습니다
–pull-label: 풀 준비가 된 풀 요청의 레이블 이름(기본값: pr-pull). .: 풀 준비가 된 풀 요청의 레이블 이름(기본값:)
–branch: Git 리포지토리를 초기화하고 지정된 브랜치 이름으로 GitHub Actions 워크플로를 설정합니다(기본값: main). .: Git 리포지토리를 초기화하고 지정된 브랜치 이름으로 GitHub Actions 워크플로를 설정합니다(기본값:)
–github-packages: GitHub 패키지에 병 업로드.
테스트 [옵션] installed_formula [..
]
설치된 수식에서 제공하는 테스트 방법을 실행합니다
표준 출력이나 반환 코드는 없지만 일반적으로 설치된 공식에 문제가 있는 경우 사용자에게 알려야 합니다
예: brew install jruby && brew test jruby
-f, –force: 연결되지 않은 경우에도 수식을 테스트합니다
..,: 연결되지 않은 경우에도 수식을 테스트합니다
–HEAD: 수식의 헤드 버전을 테스트합니다
..: 수식의 헤드 버전을 테스트합니다
–keep-tmp: 테스트를 위해 생성된 임시 파일을 유지합니다
..: 테스트를 위해 생성된 임시 파일을 유지합니다
–retry: 테스트가 실패하면 재시도.
테스트 [옵션]
Homebrew의 단위 및 통합 테스트 실행.
–coverage: 코드 커버리지 보고서 생성. .: 코드 커버리지 보고서 생성
–generic: OS에 구애받지 않는 테스트만 실행. .: OS에 구애받지 않는 테스트만 실행합니다
–no-compat: 테스트를 실행할 때 호환성 레이어를 로드하지 않습니다
..: 테스트를 실행할 때 호환성 레이어를 로드하지 않습니다
–online: GitHub API를 사용하는 테스트 및 공식 외부 명령에 대한 탭 중 하나를 사용하는 테스트 포함. .: GitHub API를 사용하는 테스트 및 공식 외부 명령에 대한 탭을 사용하는 테스트 포함
–byebug: byebug를 사용하여 디버깅 활성화. .: byebug를 사용하여 디버깅을 활성화합니다
–only: test_script _spec.rb만 실행합니다
추가: line_number는 특정 줄에서 시작됩니다..: 실행만
추가는 특정 줄에서 시작됩니다
–seed: 임의의 시드 대신 지정된 값으로 테스트를 무작위화합니다
.
typecheck, tc [옵션]
Sorbet을 사용하여 형식 검사 오류 확인.
–fix: 형식 오류 자동 수정. .: 형식 오류 자동 수정
-q, –quiet: 모든 중요하지 않은 오류를 차단합니다
..,: 모든 중요하지 않은 오류를 차단합니다
–update: RBI 파일 업데이트. .: RBI 파일 업데이트
–suggest-typed: typed sigils 업그레이드 시도. .: sigils 업그레이드 시도
–fail-if-not-changed: 모든 gem이 최신 상태이고 gem 정의에 타피오카 업데이트가 필요하지 않은 경우 실패한 상태 코드를 반환합니다..: 모든 gem이 최신 상태이고 gem 정의가 필요한 경우 실패한 상태 코드를 반환합니다
타피오카 업데이트가 필요하지 않습니다
–dir: 특정 디렉토리의 모든 파일 유형 검사. .: 특정 디렉토리의 모든 파일 유형 검사
–file: 단일 파일 유형 검사. .: 단일 파일 유형 검사
–ignore: 경로에 주어진 문자열을 포함하는 입력 파일을 무시합니다(Sorbet에 전달된 입력 경로와 관련하여).
unbottled [options] [formula. .
]
병에 없는 종속 수식 표시.
–tag: 현재 OS 대신 지정된 병 태그(예: big_sur) 사용. .: 현재 OS 대신 지정된 병 태그(예:)를 사용합니다
–dependents: 분석 데이터 가져오기를 건너뛰고 대신 종속 항목 수를 기준으로 정렬합니다.
: 분석 데이터 가져오기를 건너뛰고 대신 부양 가족 수를 기준으로 정렬합니다
–all : 병에 넣지 않은 수식과 총 수식의 수를 인쇄합니다.
unpack [ options ] Formula [… ]
수식의 소스 파일을 현재 작업 디렉터리의 하위 디렉터리에 압축을 풉니다
–destdir : 대신 path로 명명된 디렉터리에 하위 디렉터리를 만듭니다.
: 대신에 의해 명명된 디렉터리에 하위 디렉터리를 만듭니다
–patch : 수식에 대한 패치가 압축이 풀린 소스에 적용됩니다.
: 에 대한 패치가 압축이 풀린 소스에 적용됩니다
-g , –git : 압축을 푼 소스에서 Git 저장소를 초기화합니다
이것은 소프트웨어에 대한 패치를 생성하는 데 유용합니다.
, : 압축을 푼 소스에서 Git 리포지토리를 초기화합니다
이것은 소프트웨어에 대한 패치를 생성하는 데 유용합니다
-f , –force : 대상 디렉토리가 이미 존재하는 경우 덮어씁니다.
Homebrew 저장소의 SPDX 라이센스 데이터 업데이트
–fail-if-not-changed : 현재 라이센스 데이터의 버전이 동일한 경우 실패한 상태 코드를 반환합니다
상류로
이것은 SPDX 라이선스 데이터가 오래되었을 때 CI에 알리는 데 사용할 수 있습니다.
Homebrew/brew README에서 관리자 목록을 업데이트합니다
공식에서 PyPI 리소스 블록의 버전 업데이트.
-p , –print-only : 수식을 변경하는 대신 업데이트된 리소스 블록을 인쇄합니다..,: 변경하는 대신 업데이트된 리소스 블록을 인쇄합니다
-s , –silent : 모든 출력을 억제합니다
, : 모든 출력을 억제합니다
–ignore-non-pypi-packages : 수식이 PyPI 패키지가 아니면 실패하지 않습니다.
: PyPI 패키지가 아니면 실패하지 않습니다
–version: 수식에 대한 리소스를 찾을 때 지정된 버전을 사용합니다
버전을 지정하지 않으면 수식의 현재 버전이 사용됩니다.
: 에 대한 리소스를 찾을 때 지정된 버전을 사용합니다
버전을 지정하지 않으면 의 현재 버전이 사용됩니다
–package-name : Formula 에 대한 리소스를 찾을 때 지정된 패키지 이름을 사용합니다
패키지 이름을 지정하지 않으면 공식의 안정적인 URL에서 유추됩니다.
: 에 대한 리소스를 찾을 때 지정된 것을 사용합니다
패키지 이름을 지정하지 않으면 공식의 안정적인 URL에서 유추됩니다
–extra-packages : 리소스를 찾을 때 이러한 추가 패키지를 포함합니다.
: 리소스를 찾을 때 이러한 추가 패키지를 포함합니다
–exclude-packages : 리소스를 찾을 때 이러한 패키지를 제외합니다
새 저장소 클론으로 brew 업데이트 테스트를 실행합니다
옵션이 전달되지 않으면 Origin/master를 커밋 시작으로 사용합니다
–to-tag : HOMEBREW_UPDATE_TO_TAG를 설정하여 태그 간 업데이트를 테스트합니다.
: 태그 간 업데이트를 테스트하도록 설정합니다
–keep-tmp : 새 리포지토리 클론이 포함된 임시 디렉터리를 유지합니다.
: 새 리포지토리 클론이 포함된 임시 디렉터리를 유지합니다
–commit : 지정된 커밋을 시작 커밋으로 사용합니다.
: 지정된 커밋을 시작 커밋으로 사용합니다
–before : 지정된 날짜의 커밋을 시작 커밋으로 사용합니다.
Homebrew의 판매된 gem을 설치하고 커밋합니다
–update : 판매된 모든 Gem을 최신 버전으로 업데이트합니다.
GLOBAL CASK OPTIONS
이 옵션은 –cask 플래그가 있는 install , 재설치 및 upgrade 하위 명령에 적용할 수 있습니다.
–appdir : 응용 프로그램의 대상 위치(기본값: /Applications).
–colorpickerdir : 색상 선택기의 대상 위치(기본값: ~ /Library/ColorPickers ).
–prefpanedir : 기본 설정 창의 대상 위치(기본값: ~/Library/PreferencePanes).
–qlplugindir : QuickLook 플러그인의 대상 위치(기본값: ~/Library/QuickLook).
–mdimporterdir : Spotlight 플러그인 대상 위치(기본값: ~/Library/Spotlight).
–dictionarydir : 사전 대상 위치(기본값: ~/Library/Dictionaries).
–fontdir : 글꼴 대상 위치(기본값: ~/Library /Fonts ).
–servicedir : 서비스 대상 위치 (기본값: ~/Library/Services ).
–input-methoddir : 입력기 대상 위치 (기본값: ~/Library/Input Methods ).
–internet -plugindir : 인터넷 플러그인의 대상 위치(기본값: ~/Library/Internet Plug-Ins ).
–audio-unit-plugindir : 대상 Audio Unit Plugins의 위치(기본값: ~/Library/Audio/Plug-Ins/Components).
–vst-plugindir : VST 플러그인의 대상 위치(기본값: ~/Library/Audio/Plug-Ins/VST ).
–vst3-plugindir : VST3 플러그인의 대상 위치(기본값: ~/Library/Audio/Plug- Ins/VST3 ).
–screen-saverdir : 화면 보호기의 대상 위치(기본값: ~/Library/Screen Savers ).
–language : 캐스크 설치에 선호하는 언어 코드의 쉼표로 구분된 목록입니다
일치하는 첫 번째 언어가 사용되며, 그렇지 않으면 캐스크의 기본 언어로 되돌아갑니다
기본값은 시스템 언어입니다
글로벌 옵션
이 옵션은 여러 하위 명령에 적용할 수 있습니다
-d , –debug : 디버깅 정보 표시 -h , –help : 이 메시지를 표시합니다
공식 외부 명령
별칭 [ 별칭. .
| 별칭 = 명령 ]
기존 별칭을 표시합니다
별칭이 지정되지 않은 경우 전체 목록을 인쇄합니다
–edit : 텍스트 편집기에서 별칭을 편집합니다
한 번에 하나 또는 모든 별칭을 열 수 있습니다
주어진 별칭이 존재하지 않으면 템플릿으로 미리 채워집니다
Homebrew를 자동으로 업데이트하는 쉽고 편리한 방법.
이 스크립트는 명시적으로 나타날 때까지 24시간마다(기본적으로) 백그라운드에서 brew update를 실행합니다
launchd.
brew autoupdate start [ interval ] [ options ]를 활용하여 중지하라는 지시를 받았습니다
간격 시간마다 한 번 또는 24시간마다 한 번 자동 업데이트를 시작합니다
간격은 초 단위로 전달되어야 하므로 12시간은 brew autoupdate start 43200 입니다
–upgrade 또는 –cleanup을 전달하여 brew upgrade 및/또는 brew cleanup을 각각 자동으로 실행합니다
자동 업데이트 프로세스가 성공적으로 완료되었을 때 알림을 보내려면 –enable-notification을 전달하십시오
brew autoupdate stop
자동 업데이트를 중지하지만 plist 및 로그는 유지합니다
brew autoupdate delete
자동 업데이트를 취소하고 plist 및 로그를 삭제합니다
brew autoupdate status
이 도구의 현재 상태를 인쇄합니다
brew autoupdate version
이 도구의 현재 버전과 짧은 변경 로그를 출력합니다.
–upgrade : 설치된 공식을 자동으로 업그레이드합니다
캐스크룸이 로컬에 존재하는 경우 캐스크도 업그레이드됩니다
시작과 함께 전달되어야 합니다.
: 설치된 공식을 자동으로 업그레이드합니다
캐스크룸이 로컬에 존재하는 경우 캐스크도 업그레이드됩니다
로 통과해야 합니다
–greedy : –greedy로 캐스크를 업그레이드합니다(자동 업데이트 캐스크 포함)
start. .와 함께 전달되어야 합니다
: –greedy를 사용하여 캐스크를 업그레이드합니다(자동 업데이트 캐스크 포함)
로 통과해야 합니다
–cleanup : brew의 캐시와 로그를 자동으로 정리합니다
start. .와 함께 전달되어야 합니다
: brew의 캐시와 로그를 자동으로 정리합니다
로 통과해야 합니다
–enable-notification : 자동 업데이트 프로세스가 성공적으로 완료되면 터미널 알림이 설치되고 발견되면 알림을 보냅니다
시작과 함께 통과해야 합니다
<참고: macOS Catalina 이상에서는 기본적으로 알림이 활성화되어 있습니다.>
: 자동 업데이트 프로세스가 성공적으로 완료되면 알림을 보냅니다(설치 및 발견된 경우)
로 통과해야 합니다
<참고: macOS Catalina 이상에서는 기본적으로 알림이 활성화되어 있습니다.> –immediate : 한 간격(기본적으로 24시간)이 먼저 지나갈 때까지 기다리지 않고 즉시 autoupdate 명령을 시작합니다
start.
bundle [ 하위 명령 ]과 함께 전달되어야 합니다
Homebrew, Homebrew Cask, Mac App Store 및 Whalebrew.
brew 번들 [ install ]의 비 Ruby 종속성을 위한 번들러
Brewfile에서 모든 종속성을 설치 및 업그레이드합니다(기본적으로).
–file을 사용하거나 HOMEBREW_BUNDLE_FILE 환경 변수를 설정하여 Brewfile 위치를 지정할 수 있습니다
공백으로 구분된 값을 하나에 추가하여 종속성 설치를 건너뛸 수 있습니다
HOMEBREW_BUNDLE_BREW_SKIP , HOMEBREW_BUNDLE_CASK_SKIP , HOMEBREW_BUNDLE_MAS_SKIP , HOMEBREW_BUNDLE_WHALEBREW_SKIP , HOMEBREW_BUNDLE_TAP_SKIP 환경 변수 이상
brew 번들은 모든 종속성이 성공적으로 설치된 경우 Brewfile과 동일한 디렉토리에 Brewfile.lock.json을 출력합니다
여기에는 브루 번들 오류를 디버깅하고 “마지막으로 성공한 빌드” 상태를 복제하는 데 유용할 수 있는 종속성 및 시스템 상태 정보가 포함됩니다
HOMEBREW_BUNDLE_NO_LOCK 환경 변수를 설정하거나 –no-lock 옵션을 전달하여 이 동작을 옵트아웃할 수 있습니다
이 파일을 Brewfile과 동일한 버전 제어 시스템에 체크인하고 싶을 수도 있습니다(또는 로컬 시스템의 디버깅 정보에 의존하려는 경우 버전 제어 시스템이 이를 무시하도록 하십시오).
brew bundle dump
설치된 모든 casks/formulae/images/taps를 현재 디렉토리의 Brewfile에 씁니다
brew bundle cleanup
Brewfile. .에 나열되지 않은 모든 종속성을 제거합니다
이 워크플로는 정기적으로 많은 수식을 설치하는 유지 관리자 또는 테스터에게 유용합니다
brew 번들 확인
모든 종속성이 Brewfile에서 설치되었는지 확인하십시오.
모든 것이 최신 상태이면 성공적인 종료 코드를 제공하므로 스크립팅에 유용합니다
brew 번들 목록
Brewfile에 있는 모든 종속성을 나열합니다
기본적으로 Homebrew 종속성만 나열됩니다
brew bundle exec 명령
Brewfile 종속성을 기반으로 하는 격리된 빌드 환경에서 외부 명령을 실행합니다
이 정화된 빌드 환경은 요청되지 않은 종속성을 무시하므로 Brewfile에서 지정하지 않은 항목이 bundle install , npm과 같은 명령에 의해 선택되지 않습니다
install , etc
또한 openssl , icu4c 등과 같은 통 전용 종속성을 찾는 데 도움이 되는 컴파일러 플래그를 추가합니다
–file : 이 위치에서 Brewfile을 읽습니다
–file=-를 사용하여 stdin/stdout..으로 파이프합니다
: 이 위치에서 읽습니다
stdin/stdout으로 파이프하는 데 사용합니다
–global: ~/.Brewfile에서 Brewfile을 읽습니다..: 에서 읽습니다
-v , –verbose : install 은 실행되는 명령의 출력을 인쇄합니다
check는 누락된 모든 종속성을 나열합니다
, : 실행될 때 명령의 출력을 인쇄합니다
누락된 모든 종속성을 나열합니다
–no-upgrade : 오래된 의존성에 대해서는 install이 brew upgrade를 실행하지 않습니다
필요한 경우 brew install로 계속 업그레이드할 수 있습니다
: 오래된 종속성에서는 실행되지 않습니다
필요한 경우 에 의해 여전히 업그레이드될 수 있습니다
-f, –force: dump는 기존 Brewfile을 덮어씁니다
cleanup은 실제로 정리 작업을 수행합니다..,: 기존 항목을 덮어씁니다
실제로 정리 작업을 수행합니다
–cleanup : install 은 cleanup –force 를 실행하는 것과 동일한 정리 작업을 수행합니다
: 실행하는 것과 동일한 정리 작업을 수행합니다
–no-lock : 설치하면 Brewfile.lock.json이 출력되지 않습니다.
:
–all : 모든 종속성을 나열합니다.
: 모든 종속성을 나열합니다
–formula : Homebrew 종속성을 나열합니다.
: Homebrew 종속성을 나열합니다
–cask : Homebrew Cask 종속성 나열.
: Homebrew Cask 종속성
–tap : 탭 종속성 나열.
: 탭 종속성
–mas : Mac App Store 종속성 나열.
: Mac App Store 종속성
–whalebrew : Whalebrew 종속성을 나열합니다.
: Whalebrew 종속성을 나열합니다
–describe : 종속성에 설명이 없으면 dump는 각 줄 위에 설명 주석을 추가합니다.
: 종속성에 설명이 없으면 각 줄 위에 설명 주석을 추가합니다
–no-restart : 덤프가 공식 라인에 restart_service를 추가하지 않습니다
: 공식 라인에 추가하지 않습니다
–zap : uninstall.
command-not-found-init 대신 zap 명령을 사용하여 통을 정리합니다
쉘에 대한 command-not-found 후크 설정에 대한 지침을 인쇄하십시오
출력이 tty가 아닌 경우 쉘에 대한 적절한 핸들러 스크립트를 인쇄하십시오
services [ subcommand ]
macOS의 launchctl(1) 데몬 관리자로 백그라운드 서비스를 관리합니다
sudo가 전달되면 /Library/LaunchDaemons(부팅 시 시작됨)에서 작동합니다
그렇지 않으면 ~/Library/LaunchAgents(로그인 시 시작됨)에서 작업하십시오.
[ sudo ] brew services [ list ] ( –json )현재 사용자(또는 루트)에 대한 모든 관리 서비스에 대한 정보를 나열합니다
[ sudo ] brew services info ( Formula | –all | –json )현재 사용자(또는 루트)에 대한 모든 관리 서비스를 나열합니다.
[ sudo ] 양조 서비스가 실행됩니다( 공식 | –all )로그인(또는 부팅) 시 시작하도록 등록하지 않고 서비스 공식을 실행합니다
[ sudo ] brew services start ( 공식 | –all )서비스 공식을 즉시 시작하고 로그인(또는 부팅) 시 시작하도록 등록하십시오
[ sudo ] brew services stop ( 공식 | –all )서비스 공식을 즉시 중지하고 로그인(또는 부팅) 시 시작되지 않도록 등록을 취소합니다
[ sudo ] brew services kill ( 공식 | –all )서비스 공식을 즉시 중지하되 로그인(또는 부팅) 시 시작하도록 등록된 상태로 유지합니다
[ sudo ] brew services restart ( 공식 | –all )필요한 경우 중지하고 서비스 공식을 즉시 시작하고 로그인(또는 부팅) 시 시작하도록 등록합니다.
[ sudo ] brew services cleanup사용하지 않는 서비스를 모두 제거합니다
–file : 이 위치의 plist 파일을 사용하여 서비스를 시작하거나 실행합니다.
: 이 위치의 plist 파일을 또는 서비스로 사용합니다
–all : 모든 서비스에서 하위 명령을 실행합니다.
: 모든 서비스에서 실행합니다
–json : JSON으로 출력.
test-bot [ 옵션 ] [ 수식 ]
탭(Git 리포지토리)에 대한 Homebrew 변경의 전체 수명 주기를 테스트합니다
예를 들어, 공식을 변경하는 GitHub Actions pull 요청의 경우 brew test-bot은 시스템이 정리되고 공식을 테스트하도록 설정되었는지 확인하고, 공식을 설치하고, 다양한 테스트 및 검사를 실행하고, 바이너리를 병(패키지)하고, 이러한 변경 사항으로 인해 중단되지 않는지 확인하기 위해 이에 의존하는 수식을 테스트합니다
CI 제공자로서 GitHub Actions만 지원합니다
Homebrew는 GitHub Actions를 사용하고 macOS 및 Linux 작업자와 함께 공용 및 개인용으로 자유롭게 사용할 수 있기 때문입니다
–dry-run : 하지 않고 수행할 작업을 인쇄합니다.
: 수행하지 않고 수행할 작업을 인쇄합니다
–cleanup : Homebrew 디렉토리에서 모든 상태를 정리합니다
주의해서 사용하세요!
: Homebrew 디렉토리에서 모든 상태를 정리합니다
주의해서 사용하세요! –skip-setup : 로컬 시스템이 올바르게 설정되어 있는지 확인하지 않습니다
: 로컬 시스템이 올바르게 설정되어 있는지 확인하지 않습니다
–build-from-source : 병을 만드는 대신 소스에서 빌드합니다.
: 병을 만드는 대신 소스에서 빌드합니다
–build-dependents-from-source : 병을 테스트하는 대신 소스에서 종속 항목을 빌드합니다
: 병을 테스트하는 대신 소스에서 종속 항목을 빌드합니다
–junit : JUnit XML 테스트 결과 파일 생성.
: JUnit XML 테스트 결과 파일 생성
–keep-old : brew bottle –keep-old 를 실행하여 단일 플랫폼용 새 병을 만듭니다
: 실행하여 단일 플랫폼용 새 병을 만듭니다
–skip-relocation : brew bottle –skip-relocation 을 실행하여 재배치가 필요 없는 새 병을 만듭니다
: 재배치가 필요하지 않은 새 병을 만들기 위해 실행합니다
–only-json-tab : brew bottle –only-json-tab을 실행하여 탭이 포함되지 않은 새 병을 빌드합니다.
: 실행하여 탭이 포함되지 않은 새 병을 빌드합니다
–local : Homebrew에. /logs/ 아래에 자세한 로그를 작성하고 $HOME을. /home/으로 설정하도록 요청합니다
: Homebrew에 자세한 로그를 작성하도록 요청하고 –tap으로 설정합니다
: 주어진 탭의 Git 리포지토리를 사용합니다
구문 검사를 위한 기본 탭은 코어 탭입니다
: 주어진 탭의 Git 리포지토리를 사용합니다
구문 검사를 위해 기본적으로 코어 탭을 사용합니다
–fail-fast : 실패한 단계에서 즉시 종료합니다.
: 실패한 단계에서 즉시 종료합니다
-v , –verbose : 실시간으로 테스트 단계 출력을 인쇄합니다
UTF-8로 다시 인코딩하는 대신 원시 바이트로 출력을 전달하는 부작용이 있습니다
, : 테스트 단계 출력을 실시간으로 인쇄합니다
출력을 UTF-8로 다시 인코딩하는 대신 원시 바이트로 전달하는 부작용이 있습니다
–test-default-formula : 탭을 구축하지 않고 다른 수식이 지정되지 않은 경우 기본 테스트 수식을 사용합니다.
: 탭을 구축하지 않고 다른 수식이 지정되지 않은 경우 기본 테스트 수식을 사용합니다
–root-url : 지정된 URL을 Homebrew의 기본값 대신 병 URL의 루트로 사용합니다
: 지정된 URL을 Homebrew의 기본값 대신 병 URL의 루트로 사용합니다
–git-name : Git 작성자/커미터 이름을 지정된 이름으로 설정합니다.
: Git 작성자/커미터 이름을 지정된 이름으로 설정합니다
–git-email : Git 작성자/커미터 이메일을 주어진 이메일로 설정합니다.
: Git 작성자/커미터 이메일을 주어진 이메일로 설정합니다
–publish : 업로드된 병을 게시합니다.
: 업로드된 병을 게시합니다
–skip-online-checks : 감사를 brew하기 위해 –online을 전달하지 않고 livecheck를 건너뛰기.
: 로 전달하지 않고 skip합니다
–skip-dependents : 종속 항목을 테스트하지 않습니다.
: 종속 항목을 테스트하지 않습니다
–skip-recursive-dependents : 직접 종속 항목만 테스트합니다
: 직접 종속 항목만 테스트합니다
–only-cleanup-before : 사전 정리 단계만 실행합니다
필요 –cleanup.
: 사전 정리 단계만 실행합니다
필요합니다
–only-setup : 로컬 시스템 설정 확인 단계만 실행.
: 로컬 시스템 설정 확인 단계만 실행합니다
–only-tap-syntax : 탭 구문 검사 단계만 실행.
: 탭 구문 검사 단계만 실행합니다
–only-formulae : 공식 단계만 실행합니다.
: 공식 단계만 실행합니다
–only-formulae-detect : 수식 감지 단계만 실행합니다.
: 수식 감지 단계만 실행합니다
–only-formulae-dependents : 수식 종속 단계만 실행합니다.
: 수식 종속 단계만 실행합니다
–only-cleanup-after : 사후 정리 단계만 실행합니다
필요 –cleanup.
: 사후 정리 단계만 실행합니다
필요합니다
–testing-formulae : 수식 감지 단계를 실행하는 대신 이러한 테스트 수식을 사용합니다.
: 수식 감지 단계를 실행하는 대신 이러한 테스트 수식을 사용합니다
–added-formulae : 수식 감지 단계를 실행하는 대신 이러한 추가된 수식을 사용합니다.
: 수식 감지 단계를 실행하는 대신 이러한 추가된 수식을 사용합니다
–deleted-formulae : 수식 검색 단계를 실행하는 대신 삭제된 수식을 사용합니다
: 수식 검색 단계를 실행하는 대신 삭제된 수식을 사용합니다
–skipped-or-failed-formulae : 수식 종속 단계의 수식 단계에서 건너뛰거나 실패한 수식을 사용합니다.
unalias alias […] ]
별칭 제거.
which-formula [ –explain ] 명령 [… ]
주어진 명령을 제공하는 공식(e)을 출력합니다
–explain : 제공하는 공식 중 하나를 설치하여 ‘cmd’를 얻는 방법에 대한 설명을 출력합니다
brew which-formula에 대한 데이터베이스 업데이트
–stats : 데이터베이스 내용에 대한 통계를 인쇄합니다(명령 및 수식 수, 누락된 수식 목록).
: 데이터베이스 내용에 대한 통계(명령 및 수식 수, 누락된 수식 목록)를 인쇄합니다
–commit: git. .를 사용하여 변경 사항을 커밋합니다
:
–update-existing : 오래된 공식 버전으로 데이터베이스 항목을 업데이트합니다
: 오래된 공식 버전으로 데이터베이스 항목을 업데이트합니다
–install-missing : 데이터베이스에 없고 병이 없는 수식을 설치 및 업데이트합니다.
: 데이터베이스에 없고 병이 없는 수식을 설치 및 업데이트합니다
–max-downloads : 다운로드 및 업데이트할 최대 수식 수를 지정합니다
CUSTOM EXTERNAL COMMANDS
git(1)과 같은 Homebrew는 외부 명령을 지원합니다
이들은 brew cmdname 과 같이 호출할 수 있는 brew-cmdname 또는 brew-cmdname. rb 라는 이름의 PATH 어딘가에 있는 실행 가능한 스크립트입니다
이를 통해 Homebrew의 내부를 수정하지 않고 고유한 명령을 만들 수 있습니다
고유한 명령을 만드는 방법에 대한 지침은 https://docs.brew.sh/External-Commands 문서에서 찾을 수 있습니다
공식 지정
많은 Homebrew 명령은 하나 이상의 공식 인수를 허용합니다
이러한 인수는 다음과 같은 다양한 형식을 취할 수 있습니다
수식 이름: 예: git , node , wget.
탭된 공식의 정규화된 이름: 탭된 저장소의 공식이 homebrew/core 의 공식과 충돌하는 경우가 있습니다
특별한 구문을 사용하여 이러한 공식에 계속 액세스할 수 있습니다
homebrew/dupes/vim 또는 homebrew/versions/node4.
임의의 파일: Homebrew는 로컬 경로에서 수식을 설치할 수 있습니다
공식 파일이나 병을 가리킬 수 있습니다
공식이나 탭 이름으로 해석되는 것을 방지하려면 상대 경로에. /를 접두사로 붙입니다
캐스 지정하기
많은 Homebrew Cask 명령은 하나 이상의 캐스크 인수를 허용합니다
위의 SPECIFYING FORMULAS에서 설명한 수식 인수와 동일한 방식으로 지정할 수 있습니다
ENVIRONMENT
환경 변수에는 감지할 값이 설정되어 있어야 합니다
예를 들어, export HOMEBREW_NO_INSECURE_REDIRECT.
HOMEBREW_ADDITIONAL_GOOGLE_ANALYTICS_ID를 내보내는 대신 export HOMEBREW_NO_INSECURE_REDIRECT=1을 실행합니다
사용자 행동 분석을 내보낼 추가 Google Analytics 추적 ID입니다
자세한 내용은 https://docs.brew.sh/Analyti를 참조하십시오.
How to Use Rsync in Windows 10 Update
주제에 대한 새로운 업데이트 rsync 옵션
WSL Installation Guide:
https://docs.microsoft.com/en-us/windows/wsl/install
Rsync Windows Alternative, AOMEI Backupper Standard:
https://www.ubackup.com/free-backup-software.html?utm_source=youtube\u0026utm_medium=video\u0026utm_campaign=rsyncwin10\u0026utm_content=video-yjf-20211217-01
Reference Article:
https://www.ubackup.com/windows-10/rsync-windows-10-1021.html?utm_source=youtube\u0026utm_medium=video\u0026utm_campaign=rsyncwin10\u0026utm_content=video-yjf-20211217-01
00:00 Start
00:57 How to Run Rsync Command in Windows 10
03:15 Rsync Alternative in Windows 10 to Backup and Sync Files
– – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – –
It’s recommended to install Windows Subsystem for Linux (WSL) on your computer. It works as a Windows utility and enables you to run Linux distribution in command line mode, which is an easy way to use Rsync in Windows 10.
Here’s the detailed guidance:
1. Follow this WSL Installation Guide provided by Microsoft to install Windows Subsystem for Linux on your Windows 10 computer in the description below. There are two options:
2. For the Simplified install: It saves you from complicated steps of manual installation. With this method, you just need to run wsl – install, and restart the computer to use it.
3. For the Manual install: It takes a few more steps to install WSL. First, you need to enter this command in PowerShell as Administrator:
dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart
4. Then you can either update to WSL 2 or continue using WSL 1. For the latter, you can now select a Linux distribution in Microsoft Store.
5. Now that the WSL and Linux distribution has been set up. To install and use Rsync in Windows 10, you still need to install Git for Windows, which allows you to run Rsync command with Git Bash.
6. Then, you will be able to use Rsync in Windows 10.
rsync 옵션주제 안의 관련 사진
QuickConnect | DSM – Synology 지식 센터 최신
Synology 지식 센터는 자주 묻는 질문에 대한 답변, 문제 해결 단계, 소프트웨어 자습서 및 필요한 모든 기술 문서를 제공합니다.
rsync-Linux 파일 복사 도구 Update
주제에서 더 많은 유용한 정보 보기 rsync 옵션
rsync is a convenient Linux file copying tool used to transfer files remotely and locally. rsync is more efficient than scp because it only copies files that have changed. rsync also offers many options to customize the tool for countless situations. (rsync stands for remote synchronize. It is a command line Linux tool)
rsync web tutorial:
https://www.codingcommanders.com/linux/rsync-linux-file-copying-tool.html
rsync Linux manual:
https://linux.die.net/man/1/rsync
rsync Ubuntu manual:
http://manpages.ubuntu.com/manpages/trusty/man1/rsync.1.html
This video covers:
rsync Local to Local FIle Copying 0:11
– Example: Local with no options 0:43
– Example: Local with verbose option 01:13
rsync Local to Remote File Copying 1:34
– Example: Local to remote no options 2:04
– OpenSSH Tip 2:31
– Example: Local to remote directory – option -r (recursive) 2:46
– Example: Local to remote archive – option -a 3:27
rsync Remote to Local File Copying 3:49
– Example: Remote to Local Directory – option -r 4:26
– Example: Remote to Local directory showing progress – option –progress + -r 4:47
More options 5:12
Including compress, backup, and quiet
–
rsync 옵션주제 안의 멋진 사진을 볼 수 있습니다
Rclone 사용법 (윈도우10, 윈도우 서버) :: 그늘진 낙원-작곡가 보닉의 … Update
Jun 24, 2021 · 리모트 작성 방법 예 01.rclone config 실행 02.n 입력 후 엔터 03.name>에 bonik-ftp입력 후 엔터 04.Storage>에 숫자 13을 입력 후 엔터 05.host>에 호스트 주소(ip 혹은 도메인) bonik.me를 입력 후 엔터 (ftp://는 입력하지 않아도 됨) 06.user>에 FTP 접속 아이디 bonik 입력 후 엔터 07.port>에 FTP 접속 포트 21을 입력 후 엔터 혹은 …
Windows 10 용 Rsync Update
주제에 대한 새로운 정보 rsync 옵션
Link to the video that inspired this one: https://www.youtube.com/watch?v=8d5B1JC-1d4\u0026t=311s
Microsoft Bash for Windows 10 install guide: https://msdn.microsoft.com/en-us/commandline/wsl/install_guide
rsync 옵션주제 안의 사진 몇 장
주제에 대한 추가 정보 보기 rsync 옵션
Updating
사용자가 주제에 대해 검색한 키워드 rsync 옵션
Updating
방금 주제 제목 rsync 옵션
