I am trying to get a bash array of all the unstaged modifications of files in a directory (using Git). The following code works to print out all the modified files in a directory:

git -C $dir/.. status --porcelain | grep "^.w" | cut -c 4-

This prints

"Directory Name/File B.txt"

"File A.txt"

I tried using

arr1=($(git status --porcelain | grep "^.w" | cut -c 4-))

but then

for a in "${arr1[@]}"; do echo "$a"; done

(both with and without the quotes around ${arr1[@]} prints

"Directory

Name/File

B.txt"

"File

A.txt"

I also tried

git -C $dir/.. status --porcelain | grep "^.w" | cut -c 4- | readarray arr2

but then

for a in "${arr2[@]}"; do echo "$a"; done

(both with and without the quotes around ${arr2[@]}) prints nothing. Using declare -a arr2 beforehand does absolutely nothing either.

My question is this: How can I read in these values into an array? (This is being used for my argos plugin gitbar, in case it matters, so you can see all my code).

TL;DR

In bash:

readarray -t arr2 < <(git … )

printf '%sn' "${arr2[@]}"

There are two distinct problems on your question

1. 
   

   Shell splitting.
   
   When you did:

   
   
   

   arr1=($(git … ))
   
   

   
   
   

   the "command expansion" is unquoted, and so: it is subject to shell split and glob.

   
   
   

   The exactly see what that shell splitting do, use printf:

   
   
   

   $ printf '<%s>  '  $(echo word '"one simple sentence"')
   
   <word>  <"one>  <simple>  <sentence">
   
   

   
   
   

   That would be avoided by quoting:

   
   
   

   $ printf '<%s>  '  "$(echo word '"one simple sentence"')"
   
   <word "one simple sentence">
   
   

   
   
   

   But that, also, would avoid the splitting on newlines that you want.

   
   


2. 
   

   Pipe
   
   When you executed:

   
   
   

   git … | … | … | readarray arr2
   
   

   
   
   

   The array variable arr2 got set but it went away when the pipe (|) was closed.

   
   
   

   You could use the value if you stay inside the last subshell:

   
   
   

   $ printf '%sn' "First value." "Second value." | 
   
           { readarray -t arr2; printf '%sn' "${arr2[@]}"; }
   
   First value.
   
   Second value.
   
   

   
   
   

   But the value of arr2 will not survive out of the pipe.

   
   

Solution(s)

You need to use read to split on newlines but not with a pipe.

From older to newer:

1. 
   

   Loop.
   
   For old shells without arrays (using positional arguments, the only quasi-array):

   
   
   

   set --
   
   while IFS='' read -r value; do
   
       set -- "$@" "$value"
   
   done <<-EOT
   
   $(printf '%sn' "First value." "Second value.")
   
   EOT
   
   
   
   printf '%sn' "$@"
   
   

   
   
   

   To set an array (ksh, zsh, bash)

   
   
   

   i=0; arr1=()
   
   while IFS='' read -r value; do
   
       arr1+=("$value")
   
   done <<-EOT
   
   $(printf '%sn' "First value." "Second value.")
   
   EOT
   
   
   
   printf '%sn' "${arr1[@]}"
   
   

   
   


2. 
   

   Here-string
   
   Instead of the here document (<<) we can use a here-string (<<<):

   
   
   

   i=0; arr1=()
   
   while IFS='' read -r value; do
   
       arr1+=("$value")
   
   done <<<"$(printf '%sn' "First value." "Second value.")"
   
   
   
   printf '%sn' "${arr1[@]}"
   
   

   
   


3. 
   

   Process substitution
   
   In shells that support it (ksh, zsh, bash) you can use <( … ) to replace the here-string:

   
   
   

   i=0; arr1=()
   
   while IFS='' read -r value; do
   
       arr1+=("$value")
   
   done < <(printf '%sn' "First value." "Second value.")
   
   
   
   printf '%sn' "${arr1[@]}"
   
   

   
   
   

   With differences: <( ) is able to emit NUL bytes while a here-string might remove (or emit a warning) the NULs. A here-string adds a trailing newline by default. There may be others AFAIK.

   
   


4. 
   

   readarray
   
   Use readarray in bash^[a] (a.k.a mapfile) to avoid the loop:

   
   
   

   readarray -t arr2 < <(printf '%sn' "First value." "Second value.")
   
   printf '%sn' "${arr2[@]}"
   
   

   
   

^[a]In ksh you will need to use read -A, which clears the variable before use, but needs some "magic" to split on newlines and read the whole input at once.

IFS=$'n' read -d '' -A arr2 < <(printf '%sn' "First value." "Second value.")

You will need to load a mapfile module in zsh to do something similar.

When you piped to readarray, you started a subshell which correctly populated an arr2 array, but then exited. Use process substitution as the input to readarray:

readarray -t arr2 < <(git ...)

You are close

This is a "file names with space character" problem.

By default, the separator is the space character. It is the IFS environment variable that sets this.

To change temporarily your environment variable use this:

ifs_backup=$IFS

IFS=$(echo -en "nb")

Then your output for this command:

for a in "${arr1[@]}"; do echo "$a"; done

will be:

"Directory Name/File B.txt"

"File A.txt"

To restore IFS :

IFS=$ifs_backup