Відповіді:
go installє частиною робочого процесу при локальній роботі. Скажімо, ви хочете користуватися бібліотекою, але з якихось причин потрібні зміни. Ви зробите:
go get -d library, який лише завантажує його;go install library встановити локальну версію.Наскільки я знаю go get, немає прапорів, які б вказували, що його не слід завантажувати, тому він не може замінити go installтут.
Той самий робочий процес використовується, коли ви розробляєте новий пакет з нуля.
go installробить вашу мету більш чіткою, але я думаю, обидва досягли б одного і того ж. Я протестував із кількома пакунками, включаючи такі, що були оголошені як, mainі вони здавались еквівалентними. Документів дуже не вистачає на цю команду.
go getзамість go installтретього пункту маркування, оскільки go getбібліотека не буде повторно завантажена (якщо ви не додасте -u). Ви також можете використовувати go getпри написанні бібліотеки з нуля. go installздається абсолютно зайвим.
go get робить дві основні речі в такому порядку:
завантажує та зберігає в $GOPATH/src/<import-path>пакунках (вихідному коді), названих у шляхах імпорту, разом із їхніми залежностями
виконує a go install
-dПрапор ( go get -d) інструктує go getприпинити після завантаження пакетів; тобто вказує go getне робитиgo install
різниця:
go get // перевіряємо, чи потрібно завантажувати пакети, завантажуємо, якщо потрібно, потім компілюємо
go install // пропустити частину із завантаженням пакетів, просто скомпілювати (це призведе до помилки, якщо відсутні будь-які пакунки)
про GOPATHзмінну середовища
GOPATHМінлива оточення використовується утилітами Go. Він повинен бути встановлений для того , щоб бути в змозі get, buildі installпакети, і це визначає місце розташування вашого робочого простору. Ймовірно, це єдина змінна середовища, яку вам потрібно буде встановити при розробці коду Go.
Знову ж таки, GOPATHне повинно вказувати на інсталяцію Go, а на вашу робочу область.
Наприклад, у Windows, якщо ви вирішите, що ваша робоча область знаходиться c:\gowork\, вам потрібно буде встановити GOPATHзначення якc:\gowork
Ваш вихідний код повинен бути в c:\gowork\src\<some project folder>\і після запуску go getв командному рядку зсередини c:\gowork\src\<some project folder>\ви побачите c:\gowork\bin\і c:\gowork\pkg\створюється.
go installзавантажує пакет в модульно налаштованому налаштуванні.
Зверніть увагу, що перехід 1.16 (Q1 2021) зробить цю різницю зрозумілішою, реалізований із CL 266360 як частина випуску 40276 :
go installтепер приймає аргументи з суфіксами версій (наприклад,go install example.com/cmd@v1.0.0).
Це призводитьgo installдо побудови та встановлення пакунків у режимі модульного управління , ігноруючиgo.modфайл у поточному каталозі або будь-якому батьківському каталозі, якщо він є.
Це корисно для встановлення виконуваних файлів, не впливаючи на залежності основного модуля .
go install, із суфіксом версії або без нього (як описано вище), зараз рекомендований спосіб створення та встановлення пакетів у модульному режимі.
go getслід використовувати з-dпрапором для регулювання залежностей поточного модуля без побудови пакетів, а використанняgo getдля побудови та встановлення пакетів застаріло .
У майбутньому випуску-dпрапор завжди буде ввімкнено .
go install. І робить це, встановлюючи пакети в певних версіях, незалежно від поточного контексту модуля. Це покращення порівняно зі старим go get.
go get ./path/to/local_packageтеж скористатися , і він би поводився так само, як ніби яgo install ./path/to/local_package, правда? Оскільки в цьому випадку немає процесу завантаження.