File: compatibility.markdown

package info (click to toggle)
watchman 4.9.0-9
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid
  • size: 9,992 kB
  • sloc: cpp: 27,459; python: 6,538; java: 3,404; php: 3,257; ansic: 2,803; javascript: 1,116; makefile: 671; ruby: 364; sh: 124; xml: 102; lisp: 4
file content (36 lines) | stat: -rw-r--r-- 1,504 bytes parent folder | download | duplicates (3)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
---
pageid: compatibility
title: Compatibility Rules
layout: docs
category: Compatibility
permalink: docs/compatibility.html
---

`watchman` has been used in production since a few weeks after it was first
written, and thus it has always made an effort to be backward compatible across
releases and platforms.

* Commands and options will never be removed, but new ones may be added.
* We may *deprecate* commands and options and remove them from documentation,
  but they will still continue to work forever.
* Whenever a command or option is deprecated, we will provide a suitable
  alternative.
* Bugfixes might cause minor behavior changes -- these changes will usually be
documented in release notes.

`watchman` does not follow [semantic versioning](http://semver.org)!

* Since its public APIs never make incompatible changes, MAJOR versions are
  moot.
* While in the past we've released versions with three components (x.y.z),
  starting version 3.1 the version number will only have two components that
  are meaningful (x.y), with the third component always zero.
* The version after 3.9 is expected to be 4.0.  The version number string
  reported by these versions will be 3.9.0 and 4.0.0 respectively.

*Since 3.8.*

`watchman` introduces [capabilities](capabilities.html) to describe new
or optional features.  You can use the [expanded version command](
/watchman/docs/cmd/version.html) to query capabilities and avoid building
knowledge of version numbers in your client application(s).