bashで、ツギハギツギハギで機能拡張しながら、お小遣い管理のショボイ仕組みを作ってます。
機能拡張した部分は、拡張前の部分から source される場合が多いのですが、エラーの取り扱いで錯乱したのでまとめました。

結論：source元がsourceした部分の処理結果に応じて次の動きを変えたいなら、(. ./file)が吉。
soruceされる側は exit N で自分の仕事がどうなったか、呼んだ側に伝えます。
呼んだ側は、$? を見て、それを知ります。

ある種の見本です。

main

#!/bin/bash
#
#   main
#   この人が棟梁。
#   下請けの仕事の状況に応じていろいろアゴで使う。
#

#
# child1 は元請けその１
#
(. ./child1) 
case $? in
	0)	echo 'main knows that child1 got "a"' 	&& exit		;;
	1)	echo 'main knows that child1 got "b"' 	&& exit		;;
	2)	echo 'main knows that child1-1 worked'	&& exit		;;
	3)	echo 'main knows that child1-1 failed'	&& exit		;;
	4) 	echo 'main knows that child1 gave up so sourcing child2'	
        #
        # child1 がヘマこいたら child2 を駆り出す
        #
		(. ./child2)										;;
esac
#
# child2の出来栄えに応じてまたいろいろな。。
#
case $? in
	0)	echo 'main knows that child2 did the job'	;;
	1)	echo 'main knows that child2 failed'		;;
esac

child1

#
#   child1
#   真っ先に駆り出される元請け
#
[[ $1 = 'a' ]] && echo 'child1 got "a"' && exit 0
[[ $1 = 'b' ]] && echo 'child1 got "b"' && exit 1
if [[ $1 = 'c' ]]; then
     #
     # 時としてさらに下請けに出したりする。
     #
	echo 'child1 sourcing child1-1'
	(. './child1-1') && exit 2
	exit 3
fi
echo "child1 cannot handle this arg \"$1\""
exit 4

child1-1

#
# child1の下請け=孫請け
#
[[ $2 = 'a' ]] && echo 'child1-1 can handle this' && exit 0
echo 'child1-1 cannot handle this'
exit 1

child2

#
# child1の仕事の出来栄え次第で駆り出される時がある人
#
[[ $1 = 'd' ]] && echo 'child 2 can handle this' && exit 0
echo 'child2 cannot handle this' && exit 1

以下の諸々はゴタクです。

カッコで括っても括らなくても変数は渡せる。

test_1

#!/bin/bash
a='AA'
. ./test_2
(. ./test_3)

test_2

echo "test_2 ${a}"

test_3

echo "test_3 ${a}"

実行結果

~/work$ ./test_1 
test_2 AA
test_3 AA
~/work$

呼ばれた側での exit の効き目は？

test_1

#!/bin/bash
a='AA'
. ./test_2
(. ./test_3)
echo 'back in test_1'

test_2

echo "test_2 ${a}"
exit

test_3

echo "test_3 ${a}"
exit

実行結果

~/work$ ./test_1 
test_2 AA
~/work$

カッコ付いてない呼び出しはexit効く。

test_1

#!/bin/bash
a='AA'
. ./test_2
(. ./test_3)
echo 'back in test_1'

test_2

echo "test_2 ${a}"
#exit　ここ、コメントアウト

test_3

echo "test_3 ${a}"
exit

実行結果

~/work$ ./test_1 
test_2 AA
test_3 AA
back in test_1
~/work$

カッコ付いてる呼び出しは exit 効かない。

カッコ付いてる呼び出しは本当に exit 効かないのか？

test_1

#!/bin/bash
a='AA'
. ./test_2   || echo 'test_2 failed'
(. ./test_3) || echo 'test_3 failed'
echo 'back in test_1'

test_2

echo "test_2 ${a}"
exit 1

test_3

echo "test_3 ${a}"
exit 1

実行結果(1)

~/work$ ./test_1 
test_2 AA
~/work$

カッコなしで source すると、呼んだ側では呼ばれた側の終了コードを捉えられないけど、

実行結果(2)

~/work$ ./test_1 || echo 'test_1 failed'
test_2 AA
test_1 failed
~/work$

カッコなしで source すると、呼ばれた側の終了コードは呼び元の終了コードになる

#【結論】カッコつけて source すると、呼んだ側に終了コードを渡せる#

test_1

#!/bin/bash
a='AA'
. ./test_2   || echo 'test_2 failed'
(. ./test_3) || echo 'test_3 failed'
echo 'back in test_1'

test_2

echo "test_2 ${a}"
#exit 1  ここ、コメントアウト

test_3

echo "test_3 ${a}"
exit 1

実行結果(1)

~/work$ ./test_1 
test_2 AA
test_3 AA
test_3 failed
back in test_1
~/work$

#【おまけ】カッコつけて source でなくて、コマンドとして呼んだら、そもそも変数が渡せない(コマンドの引数にしない限り、渡せない)#

test_1

#!/bin/bash
a='AA'
. ./test_2   || echo 'test_2 failed'
./test_3　　　|| echo 'test_3 failed'　# source じゃなくて外部コマンド
echo 'back in test_1'

test_2

echo "test_2 ${a}"
#exit 1  ここ、コメントアウト

test_3

#!/bin/bash
#↑外部コマンド
echo "test_3 ${a}"
exit 1

実行結果(1)

~/work$ ./test_1 
test_2 AA
test_3
test_3 failed
back in test_1
~/work$