2017-01-31 9 views
0

私はGithubの上に新しいレポを開始し、で私のローカルマシンにそれをクローン化した:私はそのレポのためのgithubののwikiを作成したいと考えローカルのGitHubのWikiでの作業

を〜/組織名/レポ名。ローカルで作業するにはどこにクローンする必要がありますか?

〜/ org-name/repo-name/wikiとする必要がありますか?wikiのすべてを除外/無視リストに追加する必要がありますか?または、git repoを入れ子にしたのは悪いフォームですか?ウィキのリポジトリに接続されているので、wikiの作業について何かが異なるかどうかはわかりません。

答えがノーならば、〜/ org-name/repo-name_wikiと呼ばれる別のディレクトリを自分のレポと同じレベルに作成する必要があると仮定します。事前、まだ学んで

おかげで...

+0

私はまずそれを複製する方法を尋ねたと思っていました...たぶん私は正しい考え方を持っていませんが、複製する場所を選ぶことは...本当に重要ではありません。どんな答えも意見に基づいています。あなた自身の慣習を選んでそれらに固執する – Vinz243

答えて

1

あなたはGitのリポジトリを入れ子にしていることができますが、私はそれに対してお勧めします。それはあなたが必要としない複雑さです。彼らが2つの別々のレポジトリであることを忘れて、誤ってそれらを互いに依存させるのは簡単です。あなたが入っているディレクトリを忘れてしまったり、Wiki上でGitコマンドを発行したりするのは簡単です。あなたのソースに余分なサブディレクトリがあると、ビルドシステムが混乱するかもしれません。

ネスティングreposは、相互に依存している場合にのみ実行する必要があります。その場合は、正式にgit submoduleと宣言してください。 wikiとソースは関連していますが、それらはお互いに依存しません。

私はソースとwikiのreposを別々のディレクトリに、おそらくプロジェクトの隣に複製することをお勧めします。

projects/ 
    project-name/ 
    project-name-wiki/ 

または、プロジェクトのソースとウィキを共通のサブディレクトリの下にクローンします。

projects/ 
    project-name/ 
     src/ 
     wiki/ 

どのプロジェクトを選ぶかは、プロジェクトの構成方法によって異なります。

+0

あなたの考えを提供し、私をgit submoduleに紹介してくれてありがとう - 私が将来探求しなければならないもの。私は不必要な複雑さを避けるために別々のディレクトリに行きます。 –

関連する問題