มันเป็น UUOC (ใช้แมวไร้ประโยชน์) เพื่อเปลี่ยนเส้นทางไฟล์หนึ่งไปยังอีกไฟล์หนึ่งหรือไม่?

ถ้าผมต้องการที่จะทำให้เนื้อหาของfile2ตรงกับเนื้อหาของผมเห็นได้ชัดว่าสามารถทำงานเพียงfile1cp file1 file2

แต่ถ้าผมต้องการที่จะรักษาทุกอย่างที่เกี่ยวกับการfile2 ยกเว้นเนื้อหาเจ้าของสิทธิ์คุณสมบัติการขยาย, ACL ของการเชื่อมโยงอย่างหนัก ฯลฯ ฯลฯ แล้วฉันจะไม่ต้องการที่จะทำงานcp. * ในกรณีที่ว่าผมแค่อยากจะป๋อม เนื้อหาของเข้าfile1file2

ดูเหมือนว่าต่อไปนี้จะทำ:

< file1 > file2

แต่มันไม่ทำงาน file2ถูกตัดทอนเป็นไม่มีอะไรและไม่ได้เขียนถึง อย่างไรก็ตาม

cat < file1 > file2

ไม่ทำงาน

มันทำให้ฉันประหลาดใจว่ารุ่นแรกไม่ทำงาน

รุ่นที่สองเป็น UUOC หรือไม่ มีวิธีการทำเช่นนี้โดยไม่ต้องใช้คำสั่งเพียงแค่ใช้การเปลี่ยนเส้นทาง?

_{หมายเหตุ: ฉันทราบว่า UUOC เป็นจุดอวดความรู้มากกว่ารูปแบบการต่อต้านที่แท้จริง}

* _{ตามที่ค้นพบ tniles09 จริง ๆแล้วcp จะใช้งานได้ในกรณีนี้}

cat < file1 > file2ไม่ใช่ UUOC คลาสสิก<และ>ทำการเปลี่ยนเส้นทางซึ่งสอดคล้องกับการทำซ้ำไฟล์อธิบายในระดับระบบ การทำซ้ำตัวอธิบายไฟล์ด้วยตัวเองไม่ได้ทำสิ่งใด (การ>เปลี่ยนเส้นทางที่เปิดด้วยO_TRUNCดังนั้นเพื่อความแม่นยำการเปลี่ยนเส้นทางเอาต์พุตจะตัดทอนไฟล์เอาต์พุต) อย่าปล่อยให้< >สัญลักษณ์สับสน การเปลี่ยนเส้นทางไม่ย้ายข้อมูล - พวกเขากำหนด file descriptors ให้กับ file descriptors อื่น ๆ

ในกรณีนี้คุณเปิดfile1และกำหนด file descriptor ให้ file descriptor 0( <file1== 0<file1) file2และกำหนด file descriptor นั้นให้ file descriptor 1( >file2== 1>file2)

ตอนนี้คุณมีตัวอธิบายไฟล์สองตัวแล้วคุณต้องมีกระบวนการที่จะทำการขุดข้อมูลระหว่างสองและนั่นคือสิ่งที่catมีไว้สำหรับ

มันไม่ได้เป็นเพราะอย่างที่คนอื่น ๆ ได้ชี้ให้เห็นพฤติกรรมที่เป็นปัญหานั้นขึ้นอยู่กับเชลล์ ในขณะที่คุณ (OP) ที่ได้ชี้ให้เห็นนี้เป็นบิตของการอวดความรู้แม้กระทั่งอารมณ์ขัน? เรียงลำดับของหัวข้อ

อย่างไรก็ตามในระบบ GNU cp --no-preserve=all file1 file2หลักฐานครั้งแรกของคุณมีวิธีอื่นที่ใช้ได้: ลองใช้นี่ฉันคิดว่ามันจะเป็นไปตามสถานการณ์ที่คุณอธิบายไว้ (เช่นการแก้ไขเนื้อหาfile2ในขณะที่ไม่แก้ไขคุณลักษณะ)

ตัวอย่าง :

$ ls -l
    total 8
    -rw-r--r-- 1 tniles sambashare 16 Dec 16 12:21 fezzik
    -rw-r--r-- 1 tniles tniles     14 Dec 16 12:16 fred
$ cat *
    Lookout, world!
    Hello, world!
$ cp --no-preserve=all fred fezzik 
$ ls -l
    total 8
    -rw-r--r-- 1 tniles sambashare 14 Dec 16 12:22 fezzik
    -rw-r--r-- 1 tniles tniles     14 Dec 16 12:16 fred
$ cat *
    Hello, world!
    Hello, world!

UPDATE อันที่จริงผมเพิ่งสังเกตเห็นว่าระบบของฉันcpด้วยตัวเองดูเหมือนว่าจะรักษาคุณลักษณะเว้นแต่-aหรือ-pมีการระบุไว้ ฉันใช้เปลือกทุบตีและแกนกลาง GNU ฉันเดาว่าคุณเรียนรู้สิ่งใหม่ทุกวัน ...

ผลการทดสอบ (โดย Wildcard) รวมถึงฮาร์ดลิงก์และการอนุญาตที่แตกต่าง:

$ ls -li
total 12
913966 -rw-rw-r-- 1 vagrant vagrant 30 Dec 16 20:26 file1
913965 -rwxrw---- 2 pete    vagrant 39 Dec 16 20:35 file2
913965 -rwxrw---- 2 pete    vagrant 39 Dec 16 20:35 hardlinktofile2
$ cat file1
This is the contents of file1
$ cat file2
This is the original contents of file2
$ cp file1 file2
$ ls -li
total 12
913966 -rw-rw-r-- 1 vagrant vagrant 30 Dec 16 20:26 file1
913965 -rwxrw---- 2 pete    vagrant 30 Dec 16 20:37 file2
913965 -rwxrw---- 2 pete    vagrant 30 Dec 16 20:37 hardlinktofile2
$ cat file1
This is the contents of file1
$ cat file2
This is the contents of file1
$ 

ในzshเปลือกที่ทำงานเปลือกไม่วิงวอน< file1 > file2cat

สำหรับบรรทัดคำสั่งที่ประกอบด้วยการเปลี่ยนเส้นทางเท่านั้นและไม่มีคำสั่งหรือการมอบหมายให้zshเรียกใช้$NULLCMD( catตามค่าเริ่มต้น) ยกเว้นว่ามีการเปลี่ยนเส้นทางเพียงอย่างเดียวคือ<กรณีที่$READNULLCMD( pagerโดยค่าเริ่มต้น) แทน (นั่นคือถ้าzshอยู่ในshหรือcshจำลองในกรณีที่มันทำงานเหมือนเปลือกหอยมันเลียนแบบ)

ดังนั้น:

< file1 > file2

เป็นเช่นเดียวกับ

cat < file1 > file2

และ

< file1

เป็นเช่นเดียวกับ

pager < file1

< from > to

ไม่ทำงานเพราะไม่มีคำสั่งอยู่ที่นั่น ไม่มีกระบวนการ เชลล์เปิด / สร้างไฟล์และจัดเรียงการเปลี่ยนเส้นทาง (หมายถึงไฟล์ descriptors ที่อ้างถึงไฟล์เหล่านี้ถูกปลูกเป็น 0 และ 1: อินพุตมาตรฐานและเอาต์พุตมาตรฐาน) แต่ไม่มีสิ่งใดในการดำเนินการวนรอบเพื่ออ่านจากอินพุตมาตรฐานและเขียนไปยังเอาต์พุตมาตรฐาน

zshทำให้การทำงานนี้โดยการแทนคำสั่งที่ผู้ใช้กำหนดในกรณีนี้ "คำสั่งโมฆะ" คำสั่งไม่สามารถมองเห็นได้ในบรรทัดคำสั่ง แต่ยังคงมีอยู่ กระบวนการถูกสร้างขึ้นสำหรับมันและทำงานในลักษณะเดียวกัน NULLCMDเป็นcatค่าเริ่มต้นดังนั้น< from > toจริงๆแล้วหมายถึง cat < from > toในzshเว้นแต่NULLCMDจะมีการตั้งค่าอย่างอื่น มันเป็นคำสั่ง "implicit cat"

"การใช้ cat ไร้ประโยชน์" เกิดขึ้นเมื่อcatใช้เป็นสื่อกลางในการอ่านจากไฟล์และป้อนข้อมูลไปยังกระบวนการอื่นซึ่ง descriptor ไฟล์สามารถเชื่อมต่อกับไฟล์ต้นฉบับได้

หากcatสามารถถอดออกได้จากสถานการณ์เช่นนั้นคำสั่งที่เหลือสามารถยังคงทำงานเดียวกันมันก็ไร้ประโยชน์ หากไม่สามารถถอดออกได้แสดงว่าไม่มีประโยชน์อะไรเลย

# useless, removable:
$ cat archive.tar | tar tf -    #  -->  tar tf archive.tar

# not removable (in POSIX shell):
$ cat > file
abc
[Ctrl-D]

# likewise:
STRING=$(cat file)

catที่เป็นreplacableไม่ได้เป็นสิ่งเดียวกัน ตัวอย่างเช่นแทนที่จะcat > fileเราสามารถใช้vi fileเพื่อสร้างไฟล์ ไม่นับเป็นการลบออกcatในขณะที่ใช้สิ่งที่เหลืออยู่เพื่อให้งานเดียวกันสำเร็จ

ถ้าcatเป็นคำสั่งเดียวในไปป์ไลน์แน่นอนว่ามันไม่สามารถลบได้ การจัดเรียงสิ่งที่เหลืออยู่จะไม่ทำงานเทียบเท่า

สคริปเชลล์บางตัวใช้catเพราะพวกมันคิดว่ามันช่วยให้พวกมันย้ายตัวถูกดำเนินการอินพุตใกล้กับด้านซ้ายของบรรทัดคำสั่ง อย่างไรก็ตามการเปลี่ยนเส้นทางสามารถอยู่ที่ใดก็ได้ในบรรทัดคำสั่ง:

# If you're so inclined:
# move source archive operand to the left without cat:
$ < archive.tar tar xf - > listing

< file1 > file2 ดูเหมือนว่าจะขึ้นอยู่กับเปลือกบน zsh มันใช้งานได้บนทุบตีไม่ได้

แก้ไข: ลบข้อความเท็จ

นอกจากคำตอบที่ดีทั้งหมดแล้วคุณสามารถหลีกเลี่ยง UUOC ได้โดยจำลอง a cat:

awk 1 file1 > file2   # For line-oriented text, not binaries.
dd if=file1 of=file2  # Works for binary files, too.
# many more geeky ways.

คำสั่งเหล่านี้ไม่ได้คัดลอกข้อมูล meta ของไฟล์cpอย่างที่คิด

หากใช้งานได้อย่าแก้ไข

ฉันจะใช้

cat < file1 > file2

และไม่ทำให้เหงื่อออกจากความหมายของพีซี