『Gi』から始まる単語で『ジ』と発音するものは、今思いつくのではGinger（ジンジャー）くらいかなぁ。
地名や人名ならいろいろ出てきそうですが…。

ギットて言ってたら、「ジットだよ」とも教えられた。
もう、何がなんだか…

＞この『TortoiseGit』というソフトでは、フォルダごとに個別に管理することは
＞出来ないんでしょうか？

まず、TortoiseGit は、Gitの実装の一つであり、基本的な考え方や機能は、Gitとまったく同じです。
TortoiseGit だから何か特別な機能があるわけではありません。　
そのほかのGitのツール、例えば Source Treeでも、同じリポジトリをそのまま操作できます。

git の考え方は、リポジトリ全体のバージョンを管理する、というものですので、一部のフォルダを
分けて管理するという考えはありません。

さて、お問い合わせの件ですが、もしライン１とライン２が全く関連を持っていないのでしたら、
別のリポジトリにしてしまうのが一つの方法です。

ただおそらくは、ライブラリなど共通部品があると想像できるので、リポジトリを分けるのは
現実的ではないかもしれません。

＃細かくいうと、SubTreeという機能があって、ライブラリ等の共通リポジトリを別のリポジトリに
＃取り込んで管理するという方法があるのですが、これは結構ややこしいので、今回のケースには
＃当てはまらないかもしれません。（私はよく使っています）

ライン１とライン２の更新が 同時期に行われないのなら、おそらく苦労されていないと思うので、
ライン１とライン２の更新が同時並行的に行われる（複数人での開発も含めて）と考えると、

　センターリポジトリ
|
+–> ライン１用リポジトリ
|
+–> ライン２用リポジトリ

の様にして、ライン１の変更はライン１用リポジトリで行い、ラインに２の変更はライン２用リポジトリで行い、
完了後に、各リポジトリでmasterにマージ後、センターリポジトリにプッシュする、というのがおおざっぱですが、
一般的な使い方だと思います。

もし複数人の開発者がいるのなら、開発者数分の非センターリポジトリを作って運用することになります。

この場合、 ワーキングディレクトリには 、ライン1用もライン２用もどちらのフォルダも入っています。
修正するのは、ターゲットのフォルダ内のものだけ、という事になります。
つまり、ライン１用リポジトリといっても、ライン２用リポジトリとなんら変わるところはなく、単に
運用上、修正するターゲットが違う、というだけで、ライン２用でライン１のプログラムを修正しても
まったく問題となることはありません。（ただし、同じファイルの同じ場所を修正すると、マージの時に
競合（コンフリクト）が発生します。）

Git はこのあたりが大変柔軟に運用できるので、優れた点でもあるのですが、とっつきにくい点でもあると思います。

ご参考になりましたら、幸いです。

大迷惑