No es un identificador válido al iniciar el terminal

Solución (original en los comentarios): eliminar eval de la primera línea. El problema podría también han estado en cualquiera de los scripts que son source d (en la tercera y última línea), pero resultó no ser el caso.

Explicación: eval hace que el shell analice ese comando dos veces. Técnicamente, pasa por todos los pasos habituales cuando el shell analiza una línea de comandos -interpretando y eliminando las comillas y los caracteres de escape, expandiendo las variables, etc.- y luego pasa el resultado al eval como argumentos. La página web eval (que está integrado en bash, no es un ejecutable separado) vuelve a unir esos argumentos como si se tratara de un comando, y ejecuta todo el proceso de análisis de nuevo y ejecuta el resultado.

Esto es casi siempre una mala idea. El análisis de shell es complicado y desordenado, y hacer más de lo mismo sólo hace que haya más complicación y desorden. Desafortunadamente, la gente a veces lo usa como una especie de solución de "golpear con un martillo más grande", y funciona tan bien como uno espera que funcione golpear cosas con un martillo más grande.

En este caso concreto, creo que lo que ocurre es que antes de que se ejecute este script, PATH se establece algo así como "/usr/local/bin:/usr/bin:/bin:/usr/sbin:/Applications/Something Workbooks.app/Contents/SharedSupport/path-bin" (donde "Something" es una palabra diferente, pero no sé el nombre específico de la aplicación). El shell toma esto:

eval export PATH="/Users/rachelromine/.rbenv/shims:${PATH}"

Elimina las comillas y amplía ${PATH} pasa el resultado a eval que se ejecuta:

export PATH=/Users/rachelromine/.rbenv/shims:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/Applications/Something Workbooks.app/Contents/SharedSupport/path-bin

Como las comillas se eliminaron en la primera pasada de análisis, ese espacio en medio del nombre de la aplicación se trata como un separador entre argumentos (en lugar de como parte de un nombre de archivo), por lo que el export conjuntos de comandos PATH a "/Users/rachelromine/.rbenv/shims:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/Applications/Something", luego en una operación totalmente no relacionada intenta exportar una variable llamada "Workbooks.app/Contents/SharedSupport/path-bin"... que no es un nombre de variable válido ("identificador").

Ahora, en cuanto a lo que eval está haciendo allí en primer lugar: No lo sé. No veo cómo podría hacer algo bueno aquí (aunque si no fuera por el espacio, no habría hecho ningún daño). Supongo que estaba en unas instrucciones que seguiste (o un prototipo de .bash_profile) para instalar rbenv. Lo que estaba haciendo allí No tengo ni idea.