Для чего предназначена “/usr/local/src” папка?
Однажды так часто при вводе долгой команды и прежде, чем закончить его, Вы понимали, что это не будет работать правильно далеко, потому что необходимо выполнить что-то еще прежде (например, вводимый git commit -m "long commit message here"), можно совершить нападки ^A^K перейти к запуску строки и уничтожить его (сохраняющий в буфер), следующий запуск команда для фиксации вещей, и наконец ^Y вставлять уничтоженную команду и продолжаться. Сохраняет большое перепечатывание. Все это, конечно, когда readline находится в режиме Emacs.
Другое средство экономии времени: mkdir -p some/nested/dirs/to/be/created создает всех директоров в пути, если они отсутствуют.
Согласно Linux FHS, /usr местоположение, куда Основанные на распределении объекты помещаются и /usr/local местоположение, куда Вы поместили бы свои собственные локализованные изменения (/usr/local будет пусто после основной установки). Так, например, если бы Вы хотели перекомпилировать пакет Ubuntu из источника, то их диспетчер пакетов поместил бы источник для пакета в /usr/src/{package dir}. Если Вы загрузили программу, не управляемую Вашим распределением, и хотели компилировать/устанавливать его, FHS диктует, что Вы выполняете в этом /usr/local/src.
Править: Короткий ответ, да, вставил Ваш код /usr/local/src.
Это зависит от того, что Вы делаете с тем источником. Если это для ссылки, да, это - хорошее место. /usr/local резервируется для программного обеспечения, установленного локально системным администратором. Так, если Вы хотите установить программное обеспечение наряду с исходными файлами (чтобы другие программы использовали или чтобы люди посмотрели на), это хорошо.
Это не предназначено, однако, чтобы быть рабочей областью. Так как это локально, можно сделать то, что Вы хотите, конечно, но это не разработано, чтобы быть местом для помещения дерева разработки программного обеспечения.
Это должно, действительно, быть в репозитории кода (возможно в /srv/sourcerepo или что-то), и затем разработчики проверили бы свои собственные рабочие копии в их корневые каталоги.
-
1I, второй, что mattdm говорит выше. Я обычно использую
/usr/local/srcкак хорошее место для загрузки кода из независимого источника (например, для исправления и восстановления пакетов), не мой собственный исходный код, который как матовый говорит, должен находиться под/srv/... (хотя я обычно использую/srv/vcs/sourcerepo). И зеркально отраженный удаленно, конечно. А-ч – Faheem Mitha 07.04.2011, 21:44 -
2@Faheem - мой корневой каталог находится на диске NFS, таким образом, я определенно не работаю свое исходное ответвление, чтобы быть там (слишком медленный). – ripper234 07.04.2011, 21:50
-
3я думаю, что это - лучший ответ. Меня, например, у меня есть веб-приложения в/srv/http и их repos в/srv/git. теперь, я ищу инструменты поддержки dev. Я полностью облокачивался
/usr/local/appnameили/usr/local/srcеще лучше, пока я не считал это. Это привело мне причину, которую я знал подсознательно. Это - действительно worktree, Вы поймали меня. Так, что, если я вместо этого поместил его там, затем клонируйте его в~/srcсоздайте его там, затем и продвиньте его к его восходящему потоку, который является местом, это - added/or-in путь для выполнения dev инструментов. Мне просто не нравится идея/srv, начиная с то, что я был подаваемым. – Brian Thomas 23.08.2016, 07:31