bazel - a fast, scalable, multi-language and extensible build system

	Commit message (Collapse)	Author	Age
*	Add a helper method to compute timeouts with a default value	ulfjack	2018-05-22
\| \| \| \|	PiperOrigin-RevId: 197545650
*	Make "timeout" a constant in ExecutionRequirements	ulfjack	2017-11-30
\| \| \| \|	PiperOrigin-RevId: 177453738
*	Clean up ExecutionRequirements	ulfjack	2017-11-29
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	- remove BaseSpawn.Local; instead, all callers pass in the full set of execution requirements they want to set - disable caching and sandboxing for the symlink tree action - it does not declare outputs, so it can't be cached or sandboxed (fixes #4041) - centralize the existing execution requirements in the ExecutionRequirements class - centralize checking for execution requirements in the Spawn class (it's possible that we may need a more decentralized, extensible design in the future, but for now having them in a single place is simple and effective) - update the documentation - forward the relevant tags to execution requirements in TargetUtils (progress on #3960) - this also contributes to #4153 PiperOrigin-RevId: 177288598
*	Use java.time.Duration for timeouts	ulfjack	2017-08-09
\| \| \| \|	PiperOrigin-RevId: 164577062
*	remote: Don't cache test if marked "external". Fixes #3362	buchgr	2017-07-14
\| \| \| \| \|	RELNOTES: None. PiperOrigin-RevId: 161937673
*	Allow the remote server to set its own default action timeout when Bazel ↵	olaola	2017-07-05
\| \| \| \| \| \| \|	does not have one. Hardcoded value of 120 seconds is clearly a mistake. TESTED=remote worker PiperOrigin-RevId: 160891214
*	Add a tag to ExecutionRequirements that allows disabling local prefetch	ulfjack	2017-06-06
\| \| \| \| \| \| \|	Remove SpawnExecutionPolicy.shouldPrefetchInputsForLocalExecution in favor of a static helper method in Spawns. PiperOrigin-RevId: 158119993
*	Simplify the Spawn interface	Ulf Adams	2017-02-01
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Remove getSpawnInfo and asShellCommand, which are never really overridden in a useful way. asShellCommand moves to the Spawns class, and getSpawnInfo is only ever called by SpawnAction, and the implementation moves there. I'm considering using Spawn as the general lower-level abstraction for both local and remote execution. It sort of is that already, except it's not used consistently - we often pass a tuple of (args, env) plus possibly input and output files through parameter-heavy method call hierarchies instead of using this existing abstraction. However, I'm concerned about the amount of baggage it's carrying as well as the number of implementations for what is supposed to be a simple interface (or possibly even a simple value class), and this is an attempt to slim it down a bit. This should have no visible effects on builds. -- PiperOrigin-RevId: 146109838 MOS_MIGRATED_REVID=146109838
*	Refactoring getTimeoutSeconds of a Spawn into Spaws.java, becaused it is used	Googler	2016-09-08
	in places other than the sandbox code. -- MOS_MIGRATED_REVID=132436150