Python 在单个git存储库中使用Versioner对多个项目进行版本控制
我有一个大型git回购协议,其中包含许多不同的项目(不是子模块)。其中一些项目是Python项目,我想使用Python的Python 在单个git存储库中使用Versioner对多个项目进行版本控制,python,git,version-control,git-tag,python-versioneer,Python,Git,Version Control,Git Tag,Python Versioneer,我有一个大型git回购协议,其中包含许多不同的项目(不是子模块)。其中一些项目是Python项目,我想使用Python的versioneer跟踪其版本控制,其他项目可能是完全独立的项目(比如,在Haskell中)。i、 e.目录结构如下所示: myrepository ├── .git ├── README.md ├── project1/ │ ├── project1/ │ │ ├── __init__.py │ │ └── _version.py │ ├── vers
versioneer
跟踪其版本控制,其他项目可能是完全独立的项目(比如,在Haskell中)。i、 e.目录结构如下所示:
myrepository
├── .git
├── README.md
├── project1/
│ ├── project1/
│ │ ├── __init__.py
│ │ └── _version.py
│ ├── versioneer.py
│ ├── setup.cfg
│ └── setup.py
├── project2/
├── project3/
└── project4/
├── project4/
│ ├── __init__.py
│ └── _version.py
├── versioneer.py
├── setup.cfg
└── setup.py
这对versioner
不起作用,因为它无法在项目根级别发现.git
目录,所以我得到了0+未知的版本
问题:
有没有一种建议的方法可以将Versioner与单个单一回购协议一起用于多个项目
根据以上问题的答案,建议我的git标签读作:project1-2.1.0
,project2-1.3.1
,还是应该统一git标签,如:1.2.1
,1.2.2
是否有原因不想将项目分为不同的目录以及同一目录中的相关模块?^抱歉,我不确定是否按照您的问题进行操作,正如您所看到的,这些项目在目录中是分开的。他们共享的唯一模块是第三方模块(例如,nose
,scipy
)。实际上,每个项目目录都可以是一个单独的回购协议,但由于一些组织/协作原因,它统一在一个单一的回购协议下。