# Flyte v1.0.0
Flyte 1.0 represents the first major release of the platform. Flyte APIs, and tools can now be considered **[stable]**. While it's impossible to assert so, any workflow/task written against flytekit `v1.0.0` should be expected to run against all `v1.x.x` versions.
Quick Stats:
| Stat | Change |
|--------|----------------|
| 4,125 | PRs Merged |
| 18,983 | Comments Added |
| 1,511 | Issues Created |
## ChangeLog
### FlyteKit
* File ignore in fast register
Many thanks to @bimtauer for adding this much requested feature! When packaging local files for fast-registration, flytekit will now respect `.gitignore` and `.dockerignore`. Please see the [PR](https://github.com/flyteorg/flytekit/pull/967) for more information.
* `pyflyte run`
The pyflyte run command has been slightly updated to not need a `:` when selecting the workflow.
```bash
$ pyflyte run --remote example.py wf --n 500 --mean 42 --sigma 2
```
* Script mode: register and run workflows all in one command using a pre-defined base image
* Flyte remote GA: register workflows and interact with Flyte execution artifacts programmmatically
* Configuration overhaul: use the same config across flytekit and flytectl
* Fast register without having AWS/GCP or other cloud credentials on your laptop, all you need is Flyte access
### Core Platform
* Improved Garbage Collector
Garbage collection logic has been revamped to reduce load on KubeAPI and ensure terminated workflows are cleaned up in a timely fashion.
**[Action Required]** Due to the change in the computation of how to clean up terminated workflows, users are advised to clean up old workflows once by running the following command per namespace:
```bash
kubectl delete fly -l termination-status=terminated --all-namespaces --cascade='background' --wait=false --force --grace-period=0
```
* Single binary: deploy the entire Flyte back-end as a single binary. This speeds up sandbox and improves the local contributor experience. Coming soon: faster deployment for small-scale use-cases
* Improved map task subtask handling
- Cache status reporting
- Individual log links mapped to subtasks
- Interruptible failure handling for spot instances
- Secret injection
* Improved performance for fetching and rendering dynamic nodes
* Set raw output data config at create execution time
* Execution overrides at the project level for
- Kubernetes service account
- AssumableIAMRole
- OutputLocationPrefix
### Console
* Project dashboard page with recent executions overview along with a config and other settings summary
* Dynamic workflow rendering
* Map task UI and UX improvements: see logs, retry attempts and more at the subtask level