This causes cgit to serve error pages, which is undesirable. This reverts commit5229c9b232, reversing changes made tof2b211131f.
		
			
				
	
	
		
			82 lines
		
	
	
	
		
			3.9 KiB
		
	
	
	
		
			Text
		
	
	
	
	
	
			
		
		
	
	
			82 lines
		
	
	
	
		
			3.9 KiB
		
	
	
	
		
			Text
		
	
	
	
	
	
| submodule.<name>.url::
 | |
| 	The URL for a submodule. This variable is copied from the .gitmodules
 | |
| 	file to the git config via 'git submodule init'. The user can change
 | |
| 	the configured URL before obtaining the submodule via 'git submodule
 | |
| 	update'. If neither submodule.<name>.active or submodule.active are
 | |
| 	set, the presence of this variable is used as a fallback to indicate
 | |
| 	whether the submodule is of interest to git commands.
 | |
| 	See linkgit:git-submodule[1] and linkgit:gitmodules[5] for details.
 | |
| 
 | |
| submodule.<name>.update::
 | |
| 	The method by which a submodule is updated by 'git submodule update',
 | |
| 	which is the only affected command, others such as
 | |
| 	'git checkout --recurse-submodules' are unaffected. It exists for
 | |
| 	historical reasons, when 'git submodule' was the only command to
 | |
| 	interact with submodules; settings like `submodule.active`
 | |
| 	and `pull.rebase` are more specific. It is populated by
 | |
| 	`git submodule init` from the linkgit:gitmodules[5] file.
 | |
| 	See description of 'update' command in linkgit:git-submodule[1].
 | |
| 
 | |
| submodule.<name>.branch::
 | |
| 	The remote branch name for a submodule, used by `git submodule
 | |
| 	update --remote`.  Set this option to override the value found in
 | |
| 	the `.gitmodules` file.  See linkgit:git-submodule[1] and
 | |
| 	linkgit:gitmodules[5] for details.
 | |
| 
 | |
| submodule.<name>.fetchRecurseSubmodules::
 | |
| 	This option can be used to control recursive fetching of this
 | |
| 	submodule. It can be overridden by using the --[no-]recurse-submodules
 | |
| 	command-line option to "git fetch" and "git pull".
 | |
| 	This setting will override that from in the linkgit:gitmodules[5]
 | |
| 	file.
 | |
| 
 | |
| submodule.<name>.ignore::
 | |
| 	Defines under what circumstances "git status" and the diff family show
 | |
| 	a submodule as modified. When set to "all", it will never be considered
 | |
| 	modified (but it will nonetheless show up in the output of status and
 | |
| 	commit when it has been staged), "dirty" will ignore all changes
 | |
| 	to the submodules work tree and
 | |
| 	takes only differences between the HEAD of the submodule and the commit
 | |
| 	recorded in the superproject into account. "untracked" will additionally
 | |
| 	let submodules with modified tracked files in their work tree show up.
 | |
| 	Using "none" (the default when this option is not set) also shows
 | |
| 	submodules that have untracked files in their work tree as changed.
 | |
| 	This setting overrides any setting made in .gitmodules for this submodule,
 | |
| 	both settings can be overridden on the command line by using the
 | |
| 	"--ignore-submodules" option. The 'git submodule' commands are not
 | |
| 	affected by this setting.
 | |
| 
 | |
| submodule.<name>.active::
 | |
| 	Boolean value indicating if the submodule is of interest to git
 | |
| 	commands.  This config option takes precedence over the
 | |
| 	submodule.active config option. See linkgit:gitsubmodules[7] for
 | |
| 	details.
 | |
| 
 | |
| submodule.active::
 | |
| 	A repeated field which contains a pathspec used to match against a
 | |
| 	submodule's path to determine if the submodule is of interest to git
 | |
| 	commands. See linkgit:gitsubmodules[7] for details.
 | |
| 
 | |
| submodule.recurse::
 | |
| 	Specifies if commands recurse into submodules by default. This
 | |
| 	applies to all commands that have a `--recurse-submodules` option,
 | |
| 	except `clone`.
 | |
| 	Defaults to false.
 | |
| 
 | |
| submodule.fetchJobs::
 | |
| 	Specifies how many submodules are fetched/cloned at the same time.
 | |
| 	A positive integer allows up to that number of submodules fetched
 | |
| 	in parallel. A value of 0 will give some reasonable default.
 | |
| 	If unset, it defaults to 1.
 | |
| 
 | |
| submodule.alternateLocation::
 | |
| 	Specifies how the submodules obtain alternates when submodules are
 | |
| 	cloned. Possible values are `no`, `superproject`.
 | |
| 	By default `no` is assumed, which doesn't add references. When the
 | |
| 	value is set to `superproject` the submodule to be cloned computes
 | |
| 	its alternates location relative to the superprojects alternate.
 | |
| 
 | |
| submodule.alternateErrorStrategy::
 | |
| 	Specifies how to treat errors with the alternates for a submodule
 | |
| 	as computed via `submodule.alternateLocation`. Possible values are
 | |
| 	`ignore`, `info`, `die`. Default is `die`.
 |