2011-12-20 9 views
0

私は、ドキュメントが自動的に生成されるGithubプロジェクトを持っています。 私はこれらのドキュメントを含むディレクトリのサブモジュールを作成しました。サブモジュールはgh-pagesブランチ(cf. http://blog.blindgaenger.net/generate_github_pages_in_a_submodule.html参照)に対応しています。これを変更すると、自動的にオンラインでドキュメントが公開されます。gh-pagesブランチサブモジュールでローカルのマスターブランチを削除することができます

その後、

$ cd ~/project 
$ git br -a 
* master 
    remotes/origin/HEAD -> origin/master 
    remotes/origin/gh-pages 
    remotes/origin/master 

、私の地元のGitのレポは、〜/プロジェクトであると仮定は、サブモジュールは、〜/プロジェクト/ドキュメント/構築/ htmlのであると仮定し、その後、

$ cd docs/build/html 
$ git br -a 
* gh-pages 
    master 
    remotes/origin/HEAD -> origin/master 
    remotes/origin/gh-pages 
    remotes/origin/master 

私の主な質問です:することができます

$ git branch -d master 

(私はまだgitのことは知らないかを示して)二、関連の質問は、それはそれであればHEADのポイントは、すなわち、-ページをGH

$ git br -a 
* gh-pages 
    master 
    remotes/origin/HEAD -> origin/gh-pages 
    remotes/origin/gh-pages 
    remotes/origin/master 

で終わるためにできるように理にかなっているかどうかであります可能であり、理にかなっています:どのような利点がありますか?

答えて

1

サブモジュールの内部では、そのサブリポジトリ内でのみサブモジュールを削除することができます。

リモートmasterの削除は、origin/masterプロジェクトであるため、プッシュしないでください。

origin/HEADorigin/gh-pagesに変更することは、お望みではない場合があります。これはプロジェクトのgithubのデフォルトブランチである。

+0

私はいくつかのローカルスペースを獲得するかもしれませんが、プッシュするときにはさらに注意する必要があります。これは、スペースに制約のある状況でのみ意味があることを意味します。 – equaeghe

関連する問題