私は現在、数人でプロジェクトに取り組んでいますが、プロジェクトのドキュメントを共有するための最良の方法は何でしょうか。いくつかのフォルダーにドキュメントを追加してgitに追加することを考えていましたが、これを適切な方法で行う方法がわかりません...
gitリポジトリのこのハウツーに従うようにしています：http：//nvie.com/posts/a-successful-git-branching-model/
gitレポジトリを管理するのはかなり一般的な方法だと思います：リリースのマスター、次の機能の開発、機能ごとに1つのブランチ...しかし、このモデルでドキュメントを含めて作業する方法はありません。ドキュメント用に特定のブランチを作成する必要がありますか？それを開発にプッシュしてから、機能ブランチで毎回マージする必要がありますか？私は少し迷っています...
ご協力いただきありがとうございます ：-）
おそらく、機能のドキュメントを機能自体と同時にマージする必要があります。私にとって、これは、コードを編集しているブランチのドキュメントで作業する必要があることを示唆しています。
したがって、（質問で説明したように）docsディレクトリを用意し、機能ブランチで更新することをお勧めします。そうすれば、機能をマージしないことにした場合でも、それに付随するドキュメントを誤ってマージすることはありません。
統合ブランチであるため、開発ブランチでそれを行うことはあまり意味がありません。したがって、そこで物事をマージすることを期待しますが、実際の開発（ドキュメントの作成を含む）は行いません。
ドキュメント用に特定のブランチを作成する必要がありますか？
ドキュメントのみを含むブランチを作成する場合は、いいえ、それは悪い考えだと思います。コードとドキュメントを同時にチェックアウトできると便利ですが、2つのブランチをチェックアウトする必要がある場合はさらに難しくなります。
ドキュメントで作業するための特定のブランチを作成することを意味する場合は、おそらくそうです。ドキュメントを機能と呼ぶ場合は、機能ブランチ（または別の名前の類似したもの）を使用するのが理にかなっている場合があります。