For mercurial repositories that support and have largefiles, Bamboo is not able to clone them to the working directory. The only way to make this work is to create a local copy of the repo on the Bamboo server by cloning using a command line. This will cache the largefiles to the temp location at C:\Users\user\AppData\Local\largefiles where Bamboo is able to grab them later.

      If these system cache are empty, Bamboo is not able to get them and returns with messages like below where it mentioned clearly that 0 largefiles where updated or removed :

      24-May-2013 22:54:02	resolving manifests
      24-May-2013 22:54:02	 overwrite: True, partial: False
      24-May-2013 22:54:02	 ancestor: 22b48d3b78cd+, local: 22b48d3b78cd+, remote: 22b48d3b78cd
      24-May-2013 22:54:02	0 files updated, 0 files merged, 0 files removed, 0 files unresolved
      24-May-2013 22:54:02	getting changed largefiles
      24-May-2013 22:54:02	getting largefiles: 0/3 lfile (0.00%)
      24-May-2013 22:54:02	getting second.txt:da39a3ee5e6b4b0d3255bfef95601890afd80709
      24-May-2013 22:54:02	getting largefiles: 1/3 lfile (33.33%)
      24-May-2013 22:54:02	getting large file.txt:419c5eb76d045721dae2647e3d7a5ba7ea00b811
      24-May-2013 22:54:02	getting largefiles: 2/3 lfile (66.67%)
      24-May-2013 22:54:02	getting hgrc.txt:da39a3ee5e6b4b0d3255bfef95601890afd80709
      24-May-2013 22:54:02	0 largefiles updated, 0 removed
      24-May-2013 22:54:02	Updated source code to revision: 22b48d3b78cd4741738876b67a7e3e9484fa1afd
      

      With the largefiles cached in the system directory, we see something like:

      24-May-2013 22:57:30	resolving manifests
      24-May-2013 22:57:30	 overwrite: True, partial: False
      24-May-2013 22:57:30	 ancestor: 22b48d3b78cd+, local: 22b48d3b78cd+, remote: a1d49d4ec133
      24-May-2013 22:57:30	 .hglf/hgrc.txt: remote is newer -> g
      24-May-2013 22:57:30	updating: .hglf/hgrc.txt 1/1 files (100.00%)
      24-May-2013 22:57:30	getting .hglf/hgrc.txt
      24-May-2013 22:57:30	1 files updated, 0 files merged, 0 files removed, 0 files unresolved
      24-May-2013 22:57:30	getting changed largefiles
      24-May-2013 22:57:30	found bd051eeec4e650e50beda2591e4ac39e11864cae in store
      24-May-2013 22:57:30	getting largefiles: 0/2 lfile (0.00%)
      24-May-2013 22:57:30	getting second.txt:da39a3ee5e6b4b0d3255bfef95601890afd80709
      24-May-2013 22:57:30	getting largefiles: 1/2 lfile (50.00%)
      24-May-2013 22:57:30	getting large file.txt:419c5eb76d045721dae2647e3d7a5ba7ea00b811
      24-May-2013 22:57:30	found bd051eeec4e650e50beda2591e4ac39e11864cae in store
      24-May-2013 22:57:30	1 largefiles updated, 0 removed
      24-May-2013 22:57:30	Updated source code to revision: a1d49d4ec133cee53a04ca42ce90cb74c6d59100
      

            [BAM-13251] Mercurial handles largefiles weirdly

            Support for Mercurial has been discontinued.

            Marcin Gardias added a comment - Support for Mercurial has been discontinued.

              Unassigned Unassigned
              smaiyaki Sultan Maiyaki (Inactive)
              Affected customers:
              5 This affects my team
              Watchers:
              9 Start watching this issue

                Created:
                Updated:
                Resolved: