- 22 Jan, 2020 1 commit
-
-
Alexandre Ardhuin authored
-
- 21 Dec, 2019 1 commit
-
-
Jenn Magder authored
Revert "Check Xcode build setting FULL_PRODUCT_NAME for the name of the built app during flutter run (#47266)" (#47568) This reverts commit 648a5d8a.
-
- 19 Dec, 2019 1 commit
-
-
Jenn Magder authored
Check Xcode build setting FULL_PRODUCT_NAME for the name of the built app during flutter run (#47266)
-
- 18 Dec, 2019 2 commits
-
-
Jenn Magder authored
Revert "Check Xcode build setting FULL_PRODUCT_NAME for the name of the built app during flutter run (#46928)" (#47264) This reverts commit e54e301d.
-
Jenn Magder authored
Check Xcode build setting FULL_PRODUCT_NAME for the name of the built app during flutter run (#46928)
-
- 13 Dec, 2019 2 commits
-
-
Jenn Magder authored
-
Jenn Magder authored
-
- 02 Dec, 2019 1 commit
-
-
Dan Field authored
-
- 27 Nov, 2019 1 commit
-
-
Ian Hickson authored
* Update project.pbxproj files to say Flutter rather than Chromium Also, the templates now have an empty organization so that we don't cause people to give their apps a Flutter copyright. * Update the copyright notice checker to require a standard notice on all files * Update copyrights on Dart files. (This was a mechanical commit.) * Fix weird license headers on Dart files that deviate from our conventions; relicense Shrine. Some were already marked "The Flutter Authors", not clear why. Their dates have been normalized. Some were missing the blank line after the license. Some were randomly different in trivial ways for no apparent reason (e.g. missing the trailing period). * Clean up the copyrights in non-Dart files. (Manual edits.) Also, make sure templates don't have copyrights. * Fix some more ORGANIZATIONNAMEs
-
- 19 Nov, 2019 1 commit
-
-
Jenn Magder authored
-
- 09 Nov, 2019 1 commit
-
-
Ian Hickson authored
-
- 19 Sep, 2019 1 commit
-
-
Alexandre Ardhuin authored
-
- 13 Sep, 2019 1 commit
-
-
Jenn Magder authored
-
- 10 Aug, 2019 1 commit
-
-
jmagman authored
-
- 08 Aug, 2019 1 commit
-
-
jmagman authored
-
- 02 Aug, 2019 1 commit
-
-
Jenn Magder authored
If xcode_backend.sh script fails or substitute variables are missing, fail the host Xcode build (#37449)
-
- 30 Jul, 2019 1 commit
-
-
xster authored
-
- 23 Jul, 2019 3 commits
-
-
Emmanuel Garcia authored
`flutter build aar` This new build command works just like `flutter build apk` or `flutter build appbundle`, but for plugin and module projects. This PR also refactors how plugins are included in app or module projects. By building the plugins as AARs, the Android Gradle plugin is able to use Jetifier to translate support libraries into AndroidX libraries for all the plugin's native code. Thus, reducing the error rate when using AndroidX in apps. This change also allows to build modules as AARs, so developers can take these artifacts and distribute them along with the native host app without the need of the Flutter tool. This is a requirement for add to app. `flutter build aar` generates POM artifacts (XML files) which contain metadata about the native dependencies used by the plugin. This allows Gradle to resolve dependencies at the app level. The result of this new build command is a single build/outputs/repo, the local repository that contains all the generated AARs and POM files. In a Flutter app project, this local repo is used by the Flutter Gradle plugin to resolve the plugin dependencies. In add to app case, the developer needs to configure the local repo and the dependency manually in `build.gradle`: repositories { maven { url "<path-to-flutter-module>build/host/outputs/repo" } } dependencies { implementation("<package-name>:flutter_<build-mode>:1.0@aar") { transitive = true } }
-
Emmanuel Garcia authored
This reverts commit 11460b83.
-
Emmanuel Garcia authored
`flutter build aar` This new build command works just like `flutter build apk` or `flutter build appbundle`, but for plugin and module projects. This PR also refactors how plugins are included in app or module projects. By building the plugins as AARs, the Android Gradle plugin is able to use Jetifier to translate support libraries into AndroidX libraries for all the plugin's native code. Thus, reducing the error rate when using AndroidX in apps. This change also allows to build modules as AARs, so developers can take these artifacts and distribute them along with the native host app without the need of the Flutter tool. This is a requirement for add to app. `flutter build aar` generates POM artifacts (XML files) which contain metadata about the native dependencies used by the plugin. This allows Gradle to resolve dependencies at the app level. The result of this new build command is a single build/outputs/repo, the local repository that contains all the generated AARs and POM files. In a Flutter app project, this local repo is used by the Flutter Gradle plugin to resolve the plugin dependencies. In add to app case, the developer needs to configure the local repo and the dependency manually in `build.gradle`: repositories { maven { url "<path-to-flutter-module>build/host/outputs/repo" } } dependencies { implementation("<package-name>:flutter_<build-mode>:1.0@aar") { transitive = true } }
-
- 17 Jul, 2019 1 commit
-
-
xster authored
-
- 16 Jul, 2019 1 commit
-
-
xster authored
-
- 10 Mar, 2019 1 commit
-
-
Dan Field authored
* Run non-perf sensisitive tests on Cirrus
-
- 01 Mar, 2019 1 commit
-
-
Alexandre Ardhuin authored
* add trailing commas on list/map/parameters * add trailing commas on Invocation with nb of arg>1 * add commas for widget containing widgets * add trailing commas if instantiation contains trailing comma * revert bad change
-
- 16 Nov, 2018 1 commit
-
-
Dan Field authored
-
- 15 Nov, 2018 1 commit
-
-
Dan Field authored
* fix test in xcode_backend.sh * -n * fix devicelab test * uncomment good code, check for \"\"
-
- 10 Nov, 2018 1 commit
-
-
Dan Field authored
* Make host app test actually test host app * mark updated test as flaky
-
- 10 Oct, 2018 1 commit
-
-
Greg Spencer authored
We decided that redefining the default for templates was premature. We're going to go back to having "module" in experimental land again, and we'll try again when we have the feature set fully baked. This keeps the writing of the .metadata files, and writing the template type to them, because that was a good improvement, and there are still a bunch of added tests that improve our coverage.
-
- 04 Oct, 2018 2 commits
-
-
Greg Spencer authored
I missed some create template conversions in the devicelab directory.
-
Alexandre Ardhuin authored
-
- 25 Sep, 2018 1 commit
-
-
Mikkel Nygaard Ravn authored
* Prototype * Fix paths to Flutter library resources * Invoke pod install as necessary for materialized modules * Add devicelab test for module use on iOS * Remove debug output * Rebase, reame materialize editable * Add devicelab test editable iOS host app * Removed add2app test section
-