You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: CHANGELOG.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -24,10 +24,10 @@
24
24
25
25
- Elixir v1.14+ is now a requirement
26
26
- Feature Flags now return a key called `payload` rather than `value` to better align with the other SDKs
27
-
- PostHog now requires you to initialize `Posthog.Application` alongside your supervisor tree. This is required because of our `Cachex` system to properly track your FF usage.
27
+
- PostHog now requires you to initialize `PostHog.Application` alongside your supervisor tree. This is required because of our `Cachex` system to properly track your FF usage.
28
28
- We'll also include local evaluation in the near term, which will also require a GenServer, therefore, requiring us to use a Supervisor.
29
29
- Added `enabled_capture` configuration option to disable PostHog tracking in development/test environments
30
-
-`Posthog.capture` now requires `distinct_id` as a required second argument
30
+
-`PostHog.capture` now requires `distinct_id` as a required second argument
Copy file name to clipboardExpand all lines: MIGRATION.md
+15-11Lines changed: 15 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,6 +2,10 @@
2
2
3
3
This is a migration guide for all major version bumps
4
4
5
+
## v2.0
6
+
7
+
TODO: New library
8
+
5
9
## v0-v1
6
10
7
11
When we stabilized our library, we decided to pull some breaking changes, here are they and how you can migrate:
@@ -17,12 +21,12 @@ The library previously supported Elixir v1.12+. You'll need to migrate to Elixir
17
21
18
22
PostHog is consistently upgrading our internal data representation so that's better for customers each and every time. We've recently launched a new version of our `/decide` endpoint called `v4`. This endpoint is slightly different, which caused a small change in behavior for our flags.
19
23
20
-
`Posthog.FeatureFlag` previously included a key `value` that to represent the internal structure of a flag. It was renamed to `payload` to:
24
+
`PostHog.FeatureFlag` previously included a key `value` that to represent the internal structure of a flag. It was renamed to `payload` to:
21
25
22
26
1. better represent the fact that it can be both an object and a boolean
23
27
2. align it more closely with our other SDKs
24
28
25
-
### Posthog.Application
29
+
### PostHog.Application
26
30
27
31
This library now depends on `Cachex`, and includes a supervision tree. There are 2 options:
28
32
@@ -39,7 +43,7 @@ def application do
39
43
end
40
44
```
41
45
42
-
2. Or, if you're already using an Application, you can add add `Posthog.Application` to your own supervision tree:
46
+
2. Or, if you're already using an Application, you can add add `PostHog.Application` to your own supervision tree:
0 commit comments