Feature #4189


Added by trans (Thomas Sawyer) about 7 years ago. Updated 30 days ago.

Target version:


I wrote a method for FileUtils to do recursive hard linking. It works just like cp_r but links instead of copies.

The code can be found along with the pull request I made to ruby/ruby on Github:

It's a pretty handy method for "staging" read-only files. For example I've used it to stage test fixture files in a tmp testing location and I've used it collect together a set of files for packaging into a tarball.

fileutils_ln_r.patch (4.72 KB) fileutils_ln_r.patch zzak (Zachary Scott), 11/19/2012 07:09 AM


#1 [ruby-core:35848] Updated by naruse (Yui NARUSE) almost 7 years ago

  • Status changed from Open to Assigned
  • Assignee set to matz (Yukihiro Matsumoto)



#2 [ruby-core:35849] Updated by matz (Yukihiro Matsumoto) almost 7 years ago

Since ln command does not have -r option, I am kind of hesitating to add ln_r. I understand usefulness of the method. But I am not sure yet where to add (is fileutils the best place?), and what to add (is ln_r the best name for the method?).


#3 [ruby-core:35850] Updated by sakuro (Sakuro OZAWA) almost 7 years ago

X11 distribution has lndir command, it creates real directories and file symlinks though.

#4 [ruby-core:35870] Updated by johan556 (Johan Holmberg) almost 7 years ago

GNU cp has the -l option, so I think the proposed method is similiar to "cp -lr" on Linux systems.

#5 [ruby-core:45813] Updated by reset (Jamie Winsor) over 5 years ago

This ticket hasn't seen action in a year, but I wanted to chime in and +1 the feature.

Having a convenience function to recursively create hard links based on a source directory is a rare need, but a need, nonetheless. I think FileUtils is a fine place for it when compared to the other choices of where to place it in Ruby core.

#6 [ruby-core:49532] Updated by zzak (Zachary Scott) about 5 years ago

Adding Thomas' patch from github.

#7 [ruby-core:49960] Updated by mame (Yusuke Endoh) about 5 years ago

  • Target version set to 2.6

#8 [ruby-core:83962] Updated by matz (Yukihiro Matsumoto) about 2 months ago

Accepted, but I am against the name ln_r because it behaves differently from ln -r (relative).


#9 [ruby-core:83964] Updated by akr (Akira Tanaka) about 2 months ago

After discussion at the developer meeting, cp_lr may be an consensus.

#10 Updated by naruse (Yui NARUSE) 30 days ago

  • Target version deleted (2.6)

Also available in: Atom PDF