使用 Team City 从 Git 存储库中签出。（如果重要的话，Gitlabs）
从空构建目录开始。得到这个错误：
致命：无法将“core.filemode”设置为“false”
（如果重要的话，在 Windows 机器上运行）
运行 Team City 的用户已更改为管理员以防万一。
当此命令退出时，.Git 目录不是有效的 Repo。
擦除整个“工作”目录无济于事。
它随机来来去去......
还有这个： git config --global --replace-all core.fileMode false
没有任何用处 - 使用或不使用 --replace-all，并以管理员或其他用户身份运行（如果将“false”更改为“true”，则会出现相同的错误，如果将其更改为“falseCD”，则会更改错误为无效值 - 很明显，它正在改变它。
有人有任何想法吗？
多年来我使用了大约10个版本的控制系统.我正在转向Git,几天前我从未使用过它.(通过SSH获取"公共"回购)
我不是在问如何使用Git,而是如何构建存储库,或者如果我需要多个或什么.我有多个涉及多个库的项目.我想版本标记库,以便我可以轻松维护这样的东西:
项目A,2012年发布
主项目源,版本1.0,当前开发版本
Lib-A,版本1.0
Lib-B,版本2.0
Lib-C,当前开发版本
项目B,即将发布,更新至1.0
主项目源,版本2.0,当前开发版本
Lib-A,版本2.0,当前开发版本
Lib-B,版本1.0
Lib-C,当前开发版本
我的想法是,我可以将所有需要构建项目A和B的内容下载到目录中 - 具有当时可能具有的任何要求 - 能够使用当前开发版本,或保留旧版本(例如:项目B中的Lib-B是旧版本,目前尚未更新,或者如果它是分支.)
最初,我正在考虑(In Repo)的内容:
/ Src /项目A
/ Src /项目B
/ Src/Lib/LibA
/ Src/Lib/LibB
/ Src/Lib/LibC
在这种情况下,我必须将它们归结为与归档中存在的结构不同的结构,或者至少将它们放入不同的目录中,或者:
/ Src/ProjectA/A
/Src/ProjectA/LibA
/Src/ProjectA/LibB
/Src/ProjectA/LibC
/Src/ProjectB/B
/Src/ProjectB/LibA
/Src/ProjectB/LibB
/Src/ProjectB/LibC
或
// Src/ProjectA
/Src/ProjectB
/Src/Lib/LibA
/Src/Lib/LibB
/Src/Lib/LibC
(抱歉格式不好,我试着说服这不是代码)
但是使用这种结构,当你从项目A切换到B的开发时,你需要切换Lib目录......不是我想做的事情.
在我看来,为了在GIT中这样做,我想要多个Git repo,也许每个Lib一个
我最近被告知第一个选择,将多个版本带到不同的位置,这将是一个坏主意.(他在SVN下谈论,所以可能不适用),我工作的公司几年前在Source Safe下做过这种事情并且工作得很好 - 我们能够创建一个指定每个lib的版本标签的文件关闭并使用NANT脚本来获取正确的版本,并可以根据需要更新它们.(不知道这里最简单的方法是,最初,它会更简单.就像一个文件说明它需要什么版本或者其他东西)可以做的另一件事是在所有项目中应用标签A的发布源代码如下:"RELEASE_1_0_PROJECT_A"并根据该版本标签降低所有源代码.(标签或任何你想称之为的东西)
但是,有了Source Safe,标签只会跨越该位置及其下方,而不是整个仓库.
我还在他们工作的地方分支代码并创建一个新的顶级树,例如:
/ dev/x64 Branch/ProjectA(结构的其余部分与第二个示例相同.
和/ dev/trunk/ProjectA(结构的其余部分与第二个示例相同.)
在这种情况下,要同时处理A和B,您将拥有该项目所需的一切分支,项目A分支和项目B分支.
建议？
更新:(本来可以在下面作为评论,但StackOverflow溢出,不会让我发表评论很长)
好的,我做到了,结果是:
Project\
Libs\
LibA
LibB
I created it with:
git add submodule …我正在使用Azure DocumentDB,我在NoSql中的所有经验都在MongoDb中.我查看了定价模型,每个集合的成本.在MongoDb中,我会为我使用的东西创建3个集合:用户,公司和电子邮件.我注意到这种方法每月收费24美元.
我和我一起工作的人告诉我,我做错了.我应该将所有这三个东西存储在一个集合中,并带有一个字段来描述数据类型.每个集合应该按日期或地理区域相关联,因此世界上有一部分要搜索的部分较小.并:
"将不同类型的文档合并到一个集合中,并在所有文档中添加一个字段,以便像搜索类型字段或其他内容一样将它们分开"
我永远不会梦想在Mongo中这样做,因为它会使索引,分片键和其他难以理解的东西.
可能没有可能在对象之间重叠的字段(例如:电子邮件和公司对象)
我可以这样做,但我似乎找不到任何其他人这样做的例子 - 这向我表明可能是不对的.现在,我不需要一个例子,但是有人可以指向某个位置来描述哪个是"正确"的方法吗？或者,如果您为所有数据创建单个集合 - 除了Azure的定价模型之外,这样做的优点/缺点是什么？
关于DocumentDb架构设计的任何好文章？
据我所知,如果你对任何东西使用'deny',它会覆盖一切并拒绝访问.例如,你有一个'贡献者'组,你想'拒绝'他们'管理分支',以防止人们分支.
听起来很不错,但作为管理员,我碰巧也在那个组中,即使我已经将'项目集合管理员'组设置为'允许','拒绝'会覆盖它!
我想更改此行为以授予访问权限,如果我的任何权限授予它(就像我曾经使用过的所有其他安全模型一样),看起来我需要确保没有管理员在任何其他团体 - 或者我们将被锁定!
这使得'拒绝'几乎无用 - 只对创建'前雇员'小组有好处,或者你希望他们被锁定在所有东西之外的东西,并希望能够打开它.
哦,我正在使用TFS 2012