大量の Bash、Python スクリプト、およびいくつかの C コードを含む bin/ フォルダーがあります。
このフォルダーで、次のことを行いました。
git init
git add file_name
git add .すべての異なるスクリプトとプログラムが同じコミットの一部であると見なされるため、良くないと思いました。このgit statusコマンドは、ページをスクロールするだけです。ブランチを作成するとき、どのような名前を付ければよいかわかりません。
コード用の個々のプロジェクトごとにフォルダーを作成した方がよいでしょうか? 次に、これを各フォルダーで実行しますか？
git init
git add .
分岐もやりやすいと思います。これは有用ですか、推奨されますか? ベストプラクティスとは
はい、各ディレクトリ/プロジェクトに git を使用することを強くお勧めします。
これは、各プロジェクトのコードを管理し、そのプロジェクトの変更を確認するためだけに「git status」などを実行できるため、github を使用してマシンを移動するときにも非常に役立ちます。
1 つのプロジェクトの内容を新しいマシンで使用したいと想像してみてください。1 つのリポジトリにすべてがある場合は、すべてを取得してから、必要なものを選択する必要があります。それを回避する賢明な方法があるかもしれませんが、私は常に最も賢明な KISS ソリューションを探しています。
あなたが説明した方法でgitを使用しません。そのためには、よりシンプルな Dropbox またはその他の基本的なクラウド サーバー ストレージ スタイルのソリューションを検討します。Dropbox にはセキュリティがありますが、よりパーソナライズされた安全なソリューションが必要な場合は、プライベート ホスティングなどを検討します。
だからあなたの質問への答え：
「コード用に個々のプロジェクトごとにフォルダーを作成した方がよいですか? では、これを各フォルダーで実行しますか?
git init
git add .
これは役に立ちますか、または推奨されますか?」
はい！
あなたの質問を理解できるかどうかわかりません。一度にすべてのファイルをコミットしたくない場合は、Linuxを使用している場合は、addコマンドで正規表現を使用できます。次に、それらをコミットします。
コミットメッシュファイルは通常、初期段階でのみ発生すると思います。ほとんどの場合、複数のファイルを変更または作成するだけです。単一の変更をgitでチェックインするので、多くのコストはかかりません。
これらのスクリプトへの変更をどのように追跡するかによって完全に異なります。git add . && git commit -s -m "initial commit"一度にロットを追加してから、セットへの将来の変更を追跡できます。または、サブディレクトリを作成してサブセットを個別のリポジトリとして管理し、ソフトリンクを使用して bin フォルダから使用中の実際のバージョンにリンクすることもできます。本当に決めることができるのはあなただけです。