SourceTree Automatically Initializes Git SubModules

We currently use a few Atlassian products including JIRA, and Stash for hosting our Git repositories. Some of our developers also use the SourceTree application. We've recently implemented submodules into one of our main repositories. The developers that use the main repository do not have read/write access to the repositories that are linked using the submodules. This results in errors and occasionally some strange behavior when they perform a pull using SourceTree.

Problem: It appears that SourceTree always performs a 'submodule update --init --recursive' when communicating with the central repository (pull, fetch, etc...).

I've read a few threads on here, even one where someone said you can go into settings in the upper right corner of the repository settings, click advanced, and there is an option to disable the submodule update. I was unable to find such an option, does it exist? If not then when can we expect Atlassian to fall in line with the default Git behavior of ignoring the submodules by not auto-initializing them?


1 answer

There is no option to switch this off (unless tucked away in a config file somewhere).

The situation you describe (not having access to repos mapped as submodules in the repo one is using) is quite rare. SourceTree aims to be easy and foolproof and the auto-initialising/updating of submodules is very useful for the usual case of having access to the submodules. (That said, it should be possible to disable this.)

Try Git Extensions, it offers a choice about this behaviour.

Hi, Thanks for the reply. By "tucked away in a config file", I'm assuming you mean a SourceTree config file in which case it would be nice to have the option even at that obscure level. It may be rare as you stated, however there is a reason that Git changed the default submodule behavior and I can only assume that the use case may not be as rare as you initially stated. In any case my company spends a lot of money on Atlassian products and it would be nice to at least have the feature. Atlassian, can we have a feature to disable the automatic submodule initialize? I wouldn't mind if the default was to initialize, as long as we had the ability to turn it off. I'm sure some of our developers are going to stop using SourceTree because of this.

There are quite many issues already for this kind of thing in Atlassian's Jira: Find the right one and vote for it or if there is none that fits your needs, you can create one.

I can't believe that Atlassian would even think about implanting a different behaviour as git and not have the option to turn it off. Pulling from Sourcetree is not the same as git pull.

I'm in the same boat. Need an option to perform a "true" pull, and get the code that's in the branch. The client (SourceTree) shouldn't be deciding what gets pulled or no.

and it is still a problem 2 years later... :(

This is fixed in version

"Recursive submodule actions are now disabled by default. See Tools/Options/Git"

Excellent! Glad to see this is FINALLY fixed :)

Well, sort of. The recent fix essentially allowed removing the `--recursive` flag from the call below:

`submodule update --init --recursive`

...but I still get this bug with submodules trying to be re-init-ed on every pull (i.e. the `--init` flag is the problem.)

Suggest an answer

Log in or Sign up to answer
Community showcase
Published Oct 23, 2018 in Sourcetree

Tip from the team: configure your repos for hosting goodness!

Supported Platforms macOS Windows We recently introduced support for additional hosting services such as GitHub Enterprise, GitLab (Cloud, Community Edition, Enterprise Edition), and...

1,114 views 4 2
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you