From 774256db549c33cd0aee581eb3e95fee062daeed Mon Sep 17 00:00:00 2001 From: Marcelo Fabri Date: Mon, 14 Nov 2016 17:08:46 -0200 Subject: [PATCH] Updating CHANGELOG --- CHANGELOG.md | 28 +++++++++++++++------------- 1 file changed, 15 insertions(+), 13 deletions(-) diff --git a/CHANGELOG.md b/CHANGELOG.md index cd717a03e..9c49f6901 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -2,19 +2,7 @@ ##### Breaking -* Adds `AttributesRule` which validates if an attribute (`@objc`, `@IBOutlet`, - `@discardableResult`, etc) is on the right position: - - If the attribute is `@IBAction` or `@NSManaged`, it should always be on - the same line as the declaration - - If the attribute is `@available`, it should always be on the line above - the declaration - - Otherwise: - - if the attribute is applied to a variable, it should be on the same line - - if it's applied to a type or function, it should be on the line above - - if it's applied to an import (the only option is `@testable import`), - it should be on the same line. - [Marcelo Fabri](https://github.com/marcelofabri) - [#846](https://github.com/realm/SwiftLint/issues/846) +* None. ##### Enhancements @@ -78,6 +66,20 @@ * Make `MarkRule` correctable. [kohtenko](https://github.com/kohtenko) +* Add `AttributesRule` which validates if an attribute (`@objc`, `@IBOutlet`, + `@discardableResult`, etc) is on the right position: + - If the attribute is `@IBAction` or `@NSManaged`, it should always be on + the same line as the declaration + - If the attribute is `@available`, it should always be on the line above + the declaration + - Otherwise: + - if the attribute is applied to a variable, it should be on the same line + - if it's applied to a type or function, it should be on the line above + - if it's applied to an import (the only option is `@testable import`), + it should be on the same line. + [Marcelo Fabri](https://github.com/marcelofabri) + [#846](https://github.com/realm/SwiftLint/issues/846) + ##### Bug Fixes * Rule out a few invalid `@IBInspectable` cases in `valid_ibinspectable`.