Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(1273)

Unified Diff: app/views/doc/pub-upgrade.html

Issue 162403002: Remove docs and point to ones on dartlang.org. (Closed) Base URL: https://github.com/dart-lang/pub-dartlang.git@master
Patch Set: Fit in 80 columns. Created 6 years, 10 months ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
View side-by-side diff with in-line comments
Download patch
« no previous file with comments | « app/views/doc/pub-serve.html ('k') | app/views/doc/pub-uploader.html » ('j') | no next file with comments »
Expand Comments ('e') | Collapse Comments ('c') | Show Comments Hide Comments ('s')
Index: app/views/doc/pub-upgrade.html
diff --git a/app/views/doc/pub-upgrade.html b/app/views/doc/pub-upgrade.html
deleted file mode 100644
index 235e3e61254b9ed205e171364b75caf6a5302211..0000000000000000000000000000000000000000
--- a/app/views/doc/pub-upgrade.html
+++ /dev/null
@@ -1,75 +0,0 @@
-<pre><code>$ pub upgrade [PACKAGE]
-</code></pre>
-
-<p>Without any additional arguments, <code>pub upgrade</code> gets the latest versions of
-all the dependencies listed in the <a href="pubspec.html"><code>pubspec.yaml</code></a> file in the
-current working directory, as well as their <a href="glossary.html#transitive-dependencies">transitive
-dependencies</a>, to the <code>packages</code>
-directory located next to the pubspec. For example:</p>
-
-<pre><code>$ pub upgrade
-Dependencies upgraded!
-</code></pre>
-
-<p>When <code>pub upgrade</code> upgrades dependency versions, it writes a
-<a href="glossary.html#lockfile">lockfile</a> to ensure that future <a href="pub-get.html"><code>pub
-get</code>s</a> will use the same versions of those dependencies.
-Application packages should check in the lockfile to source control; this
-ensures the application will use the exact same versions of all dependencies for
-all developers and when deployed to production. Library packages should not
-check in the lockfile, though, since they&rsquo;re expected to work with a range of
-dependency versions.</p>
-
-<p>If a lockfile already exists, <code>pub upgrade</code> will ignore it and generate a new
-one from scratch using the latest versions of all dependencies. This is the
-primary difference between <code>pub upgrade</code> and <code>pub get</code>, which always tries to
-get the dependency versions specified in the existing lockfile.</p>
-
-<h2 id="upgrading-specific-dependencies">Upgrading specific dependencies</h2>
-
-<p>It&rsquo;s possible to tell <code>pub upgrade</code> to upgrade specific dependencies to the
-latest version while leaving the rest of the dependencies alone as much as
-possible. For example:</p>
-
-<pre><code>$ pub upgrade unittest args
-Dependencies upgraded!
-</code></pre>
-
-<p>Upgrading a dependency upgrades its transitive dependencies to their latest
-versions as well. Usually, no other dependencies are updated; they stay at the
-versions that are locked in the lockfile. However, if the requested upgrades
-cause incompatibilities with these locked versions, they will be selectively
-unlocked until a compatible set of versions is found.</p>
-
-<h2 id="getting-a-new-dependency">Getting a new dependency</h2>
-
-<p>If a dependency is added to the pubspec before <code>pub upgrade</code> is run, it will
-get the new dependency and any of its transitive dependencies and place them in
-the <code>packages</code> directory. This is the same behavior as <code>pub get</code>.</p>
-
-<h2 id="removing-a-dependency">Removing a dependency</h2>
-
-<p>If a dependency is removed from the pubspec before <code>pub upgrade</code> is run, it
-will remove the dependency from the <code>packages</code> directory, thus making it
-unavailable for importing. Any transitive dependencies of the removed dependency
-will also be removed, as long as no remaining immediate dependencies also depend
-on them. This is the same behavior as <code>pub get</code>.</p>
-
-<h2 id="upgrading-while-offline">Upgrading while offline</h2>
-
-<p>If you don&rsquo;t have network access, you can still run <code>pub upgrade</code>. Since pub
-downloads packages to a central cache shared by all packages on your system, it
-can often find previously-downloaded packages there without needing to hit the
-network.</p>
-
-<p>However, by default, pub will always try to go online when you upgrade if you
-have any hosted dependencies so that it can see if newer versions of them are
-available. If you don&rsquo;t want it to do that, pass the <code>--offline</code> flag when
-running pub. In this mode, it will only look in your local package cache and
-try to find a set of versions that work with your package from what&rsquo;s already
-available.</p>
-
-<p>Keep in mind that pub <em>will</em> generate a lockfile after it does this. If the
-only version of some dependency in your cache happens to be old, this will lock
-your app to that version. The next time you are online, you will likely want to
-run <code>pub upgrade</code> again to upgrade to a later version.</p>
« no previous file with comments | « app/views/doc/pub-serve.html ('k') | app/views/doc/pub-uploader.html » ('j') | no next file with comments »

Powered by Google App Engine
This is Rietveld 408576698