关于Mercurial Security+；子存储库的递归签入_Mercurial_Subrepos

关于Mercurial Security+；子存储库的递归签入

mercurial

关于Mercurial Security+；子存储库的递归签入,mercurial,subrepos,Mercurial,Subrepos,这将是一个很长的帖子…抱歉我正试图思考如何将“每个项目分支的存储库”整合在一起，以及这将对团队产生什么影响现在看来, 可以递归签入的代码嵌套签入状态没有提供太多的档案信息嵌套回购协议中的变更它看来我和每个团队希望在同一平台上工作的成员项目--必须手动编辑它们的子库“.hgrc按顺序存储文件使签入无痛且安全尽可能自动化能递归地签入，但是递归地不支持签出这是对Hg能力的正确分析吗我真的不希望这样，因为这比我所见过的开发团队在保持生产力的情况下所能处理的要多得多。

这将是一个很长的帖子…抱歉

我正试图思考如何将“每个项目分支的存储库”整合在一起，以及这将对团队产生什么影响

现在看来,

可以递归签入的代码嵌套签入状态没有提供太多的档案信息嵌套回购协议中的变更
它看来我和每个团队希望在同一平台上工作的成员项目--必须手动编辑它们的子库“
```
.hgrc
```
按顺序存储文件使签入无痛且安全尽可能自动化
能递归地签入，但是递归地不支持签出

这是对Hg能力的正确分析吗

我真的不希望这样，因为这比我所见过的开发团队在保持生产力的情况下所能处理的要多得多。据我所知，当团队停止编辑

.hgrc

文件以添加位置、用户和密码时，重构单个程序集可能会使团队陷入停顿。没有

我真的想再次检查Hg不能递归地拉？听起来像是这样的疏忽，我觉得我一定错过了什么

谢谢

附言：对于勇敢或愚蠢的人（如果有帮助的话），我在解决引用库模块的项目和引用其他库模块的项目的问题时所做的笔记如下（请注意其中穿插的问题…）

MERCURIAL 

# requires an .hgsub with a ref to either
# an Hg Repo for only one Bin...?
# a website download...is that possible?
# an svn repo that allow referencing just one folder in it
# eg: "BIN/A3rdParty = svn:^/BinCache/A3rdParty/bin"


LibA\
     hg\
        .hgrc 
        # ??? QUESTION ???
        # does each user have to edit their own files by hand 
        # to allow automatic push/pull?
        # "default = https://user:pwd@bitbucket.org/xact/liba"
        # "default-push = https://user:pwd@bitbucket.org/xact/liba"
     .hgsub
     # Map of nested repos as follows:
     # "BIN/A3rdParty = svn:^/BinCache/A3rdParty/bin"
     # "EXT/LibA = https://bitbucket.org/xact/liba"
     # "EXT/LibB = https://bitbucket.org/xact/libb"
     LibA.sln
     BIN\
         [A3rdParty\SomeLib.dll]
     EXT\
     SRC\
         LibA\LibA.csproj
         # ...which References "..\..\BIN\A3rdParty\SomeLib.dll"
         LibA.Tests\LibA.Tests.csproj
         # ...which References "..\LibA\LibA.csproj"


LibB\
     hg\
        .hgrc 
        # ??? QUESTION ???
        # does each user have to edit their own files by hand 
        # to allow automatic push/pull?
        # "default = https://user:pwd@bitbucket.org/xact/libb"
        # "default-push = https://user:pwd@bitbucket.org/xact/libb"
     .hgsub
     # that contains:
     # "BIN/A3rdParty = svn:^/BinCache/A3rdParty/bin"
     # "EXT/LibA = https://bitbucket.org/xact/liba"
     # ??? QUESTION ???
     # do end users add user/pwd info here? or in the 
     # nested repos .hgrc file?
     LibB.sln
     BIN\
         [A3rdParty\SomeLib.dll]
     EXT\
         LibA\
              hg\
                .hgrc 
                # ??? QUESTION ???
                # does each user have to edit their own files by hand 
                # to allow automatic push/pull?
                # "default = https://user:pwd@bitbucket.org/xact/liba"
                # "default-push = https://user:pwd@bitbucket.org/xact/liba"
              LibA.csproj
              # ...which References "..\..\BIN\A3rdParty\SomeLib.dll"
              LibA.Tests\LibA.Tests.csproj
              # ...which References "..\LibA\LibA.csproj"
     SRC\
         LibB\LibB.csproj
         # ...which References "..\..\EXT\LibA\LibA.csproj"
         LibB.Tests\LibB.Tests.csproj
         # ...which References "..\LibB\LibB.csproj"


ProjA\
      hg\
        .hgrc 
        # ??? QUESTION ???
        # does each user have to edit their own files by hand 
        # to allow automatic push/pull?
        # "default = https://user:pwd@bitbucket.org/xact/proja"
        # "default-push = https://user:pwd@bitbucket.org/xact/proja"
      .hgsub
      # that contains:
      # "BIN/A3rdParty = svn:^/BinCache/A3rdParty/bin"
      # "EXT/LibA = https://bitbucket.org/xact/liba"
      # "EXT/LibB = https://bitbucket.org/xact/libb"
      # ??? QUESTION ???
      # do end users add user/pwd info here? or in the 
      # nested repos .hgrc file?
      BIN\
          [A3rdParty\SomeLib.dll]
      EXT\
          LibA\
               hg\
                .hgrc 
                # ??? QUESTION ???
                # does each user have to edit their own files by hand 
                # to allow automatic push/pull?
                # "default = https://user:pwd@bitbucket.org/xact/liba"
                # "default-push = https://user:pwd@bitbucket.org/xact/liba"
               LibA.csproj
               # ...which References "..\..\BIN\A3rdParty\SomeLib.dll"
               LibA.Tests\LibA.Tests.csproj
               # ...which References "..\LibA\LibA.csproj"
          LibB\
               hg\
                .hgrc 
                # ??? QUESTION ???
                # does each user have to edit their own files by hand 
                # to allow automatic push/pull?
                # "default = https://user:pwd@bitbucket.org/xact/libb"
                # "default-push = https://user:pwd@bitbucket.org/xact/libb"
               LibB\LibB.csproj
          # ...which References "..\..\EXT\LibA\LibA.csproj"
          # Important: note that it is same path offset
          # as when within context of LibB.sln
          LibB.Tests\LibB.Tests.csproj
          # ...which References "..\LibB\LibB.csproj"
      SRC\
          ProjA\ProjA.csproj
          ProjA.Tests\ProjA.Tests.csproj

我将尝试回答你的一些问题，尽管我真的认为你应该和我们讨论这个问题，而不是在这里进行问答

现在看来,

可以递归地签入嵌套签入的代码，尽管hg status没有提供嵌套repo中文件更改的很多信息

参见

hg status--subrepos

或

hg status-S

看来，我——以及每一个想从事同一项目的团队成员——都必须手工编辑他们的子库“
```
.hgrc
```
”文件，以使签入尽可能轻松和自动化

无需将usernamed和密码放入

.hg/hgrc

文件中——您应该进行配置

可以递归签入，但不支持递归签出

签出即更新是递归的。当您执行

hg clone

以获取本地存储库时，Mercurial将注意到

.hgsub

和

.hgsubstate

文件，并递归克隆其中引用的子存储库

我真的想再次检查Hg是否不能递归拉动？听起来像是一个任务，我觉得我一定错过了什么

是的，您缺少Mercurial如何知道您需要哪些子存储库。请参阅文档或。

我将尝试回答您的一些问题，尽管我真的认为您应该与我们讨论这一点，而不是在这里进行问答

现在看来,

可以递归地签入嵌套签入的代码，尽管hg status没有提供嵌套repo中文件更改的很多信息

参见

hg status--subrepos

或

hg status-S

看来，我——以及每一个想从事同一项目的团队成员——都必须手工编辑他们的子库“
```
.hgrc
```
”文件，以使签入尽可能轻松和自动化

无需将usernamed和密码放入

.hg/hgrc

文件中——您应该进行配置

可以递归签入，但不支持递归签出

签出即更新是递归的。当您执行

hg clone

以获取本地存储库时，Mercurial将注意到

.hgsub

和

.hgsubstate

文件，并递归克隆其中引用的子存储库

我真的想再次检查Hg是否不能递归拉动？听起来像是一个任务，我觉得我一定错过了什么

是的，您缺少Mercurial如何知道您需要哪些子存储库。请参阅文档或。

您所说的“递归签出”是什么意思？您可以在系统上存储一次凭据，但除非您安装了keyring扩展并使其正常工作，否则密码将以明文形式。如果可以，请让我知道，我将向您演示如何执行此操作。这样就不需要编辑存储库中的hgrc文件，只需添加身份验证。这听起来像是您需要的我们应该在mercurial@selenic.com不要把它放在这里。StackOverflow不是进入Mercurial社区的正确方法。@Lasse:*Recursive**By Recursive，意思是从只处理根repo到使用HgTortoise（一次设置）来处理子repo，这是什么意思“递归签出"？您可以在系统上存储一次凭据，但除非您安装了keyring扩展并使其正常工作，否则密码将以明文形式。如果可以，请让我知道，我将向您演示如何执行此操作。这样就不需要编辑存储库中的hgrc文件，只需添加身份验证。这听起来像是您需要的我们应该在mercurial@selenic.com不要把它放在这里。StackOverflow不是进入Mercurial社区的正确方法。@Lasse:*Recursive**By Recursive，意思是使用HgTortoise（一次设置）处理子repo，而不是只处理根repo为了一切可能。编辑hgrc文件，可能是为了添加身份验证，以避免每次推送时都必须键入X次用户名/密码。谢谢Lasse，我刚刚阅读了问题结尾处的注释大博客，然后