Project Naming Conventions in GITHUB
还没有人认领这个 Issue。
评估
- 难度
- 5/5
- 预计耗时
- 一周以上
- 新手友好度
- 25/100
- Issue 类型
- 文档
- 描述清晰度
- 需要澄清
- 活跃度
- 停滞
- 技术栈
- github
调研方向
该 issue 提到将一个深度嵌套的 Perforce 结构迁移到 GitHub，并以 webs-subscription-v3-pub-signup 为例。首先审查 GitHub 项目的命名约定，以及应如何组织独立的实现和版本。完成标准是给出一份明确的建议，涵盖所提议的命名模式和版本化仓库；未指定任何文件或测试。
由索引模型根据 Issue 内容生成。
描述
We are migrating from perforce to GITHUB , we have a deeply nested structure in perforce and we cant follow the same in GITHUB.
Example
ProductName-ServiceName-Version-Public/Private-ArtifactName
example webs-subscription-v3-pub-signup.
Can we move this as is to GITHUB.
We also have a requirement where the same service can have multiple versions and each version is a totally different implementation and cannot have the same master repository.
Is introducing version numbers in the project naming conventions a good practice for the above mentioned use case.
- 主要语言
- C
- 星标
- 12
- 派生
- 37
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南，环境需要你自己搭建：先看它的 README，通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
githubteacher/github-for-developers-sept-2015 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 25/100
-
难度 4/5 3-5 天 新手友好度 15/100
-
难度 2/5 1-3 小时 新手友好度 25/100
-
难度 2/5 1-3 小时 新手友好度 20/100
githubteacher/github-for-developers-sept-2015#736 · 2 条评论 ·
-
难度 3/5 1-2 天 新手友好度 20/100
查看 githubteacher/github-for-developers-sept-2015 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 76/100
semantic-reasoning/wirelog#2163 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 88/100
维护者通常 3 天内回复
-
难度 2/5 1-3 小时 新手友好度 63/100
Xinyuan-LilyGO/T-Display-S3#352 · 3 条评论 ·
-
documentation severity/minor
难度 1/5 1-3 小时 新手友好度 88/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 68/100
shenmintao/aic8800d80#107 · 1 条评论 ·