ปกติคุณเก็บสคริปต์ UNIX / Linux ไว้ที่ไหน


12

มีสคริปต์มากมายที่ฉันเขียนให้เซิร์ฟเวอร์ของฉัน บางส่วนอยู่ในของฉัน~/scriptsและบางส่วนอยู่ในไดเรกทอรีแอปพลิเคชัน

ฉันแค่สงสัยว่ามีไดเรกทอรีที่ปกติคุณจะใช้เพื่อเก็บเชลล์สคริปต์ของคุณหรือไม่

คำตอบ:


36

~/binคนส่วนบุคคลสำหรับบัญชีของฉัน ระบบทั้งระบบเข้าใช้/usr/local/binหรือ/usr/local/sbinตามความเหมาะสม (สคริปต์ที่ควรทำงานเป็นรูทเท่านั้นในsbinขณะที่สคริปต์มีวัตถุประสงค์เพื่อช่วยให้ผู้ใช้ทั่วไปเข้าไปbin) รีดออกผ่านการจัดการการกำหนดค่าเพื่อให้แน่ใจว่าเครื่องทั้งหมดที่ต้องการมี (และ รุ่นล่าสุดด้วย)


+1 นี่คือสิ่งที่ฉันทำ
David Pashley

3
คุณควรจะอธิบายความเหมาะสมของbinเมื่อเทียบกับsbin:)
แดน Carley

2
sbin มีไว้สำหรับ "Superuser BINaries" โปรแกรมที่มักต้องการการเข้าถึงรูทเพื่อให้ทำงานได้อย่างถูกต้อง "bin" สำหรับส่วนที่เหลือทั้งหมด
wazoox

14
ต้นกำเนิดของ sbin มาจาก "ไบนารีที่เชื่อมโยงแบบคงที่" เมื่อ / usr (และไลบรารีที่แบ่งใช้) ถูกเมาท์อยู่นอกโหมดผู้ใช้คนเดียวพบว่าจำเป็นต้องใช้โปรแกรมที่เชื่อมโยงแบบคงที่ (sh, tar) ที่ทำงานตลอดเวลา เนื่องจาก SysAdmin มีความสนใจในไบนารีเหล่านี้ผู้เรียกชื่อผิดเริ่มต้นขึ้น
kmarsh

1
หากคุณกำลังจัดการเพื่อเขียนเชลล์สคริปเฉพาะสถาปัตยกรรมฉันร้องไห้เพื่อใครก็ตามที่ต้องรักษารหัสของคุณ
womble

7

สำหรับสิ่งที่ซับซ้อนมากขึ้นโดยเฉพาะอย่างยิ่งสิ่งที่สามารถใช้ร่วมกันระหว่างเครื่องหลายเครื่องฉันมักจะทำแพ็คเกจการกระจาย Debian ในกรณีของฉัน ฉันใช้/usr/binและให้สคริปต์คำนำหน้าทั่วไปบางอย่าง วิธีนี้ง่ายต่อการปรับใช้และติดตามพวกเขา สำหรับสิ่งของส่วนตัวของฉัน~/binดีพอ


มีแนวทางที่ดีในการบรรจุสคริปต์ (สำหรับ Debian) อย่างง่ายหรือไม่?
Insyte

3

ในขณะนี้ฉันใช้ ~ / bin สำหรับสคริปต์ส่วนตัว (เร็วและสกปรก: P) และ / usr / local / bin (หรือ sbin) สำหรับระบบ

ไดเรกทอรีทั้งสองอยู่ภายใต้การควบคุมการแก้ไขผ่าน git


ฉันทำเช่นเดียวกันยกเว้น s / git / svn /
cas

2

ขณะนี้ฉันใช้ / usr / local / $ company / สคริปต์สำหรับสคริปต์ทั้งระบบและ ~ / bin สำหรับส่วนบุคคล ฉันยังมีโฟลเดอร์ ~ / code ที่บรรจุสิ่งที่กำลังดำเนินการอยู่


0

ฉันใช้ ~ / .bin
โฟลเดอร์ถูกซ่อนไว้สำหรับตัวจัดการไฟล์และls: ฉันไม่ค่อยแก้ไขอะไรภายในดังนั้นให้เป็น :)

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.